I have run some tests and have found the following.

(1) Juicebox-Pro sets flickrTagMode to ALL by default. The Flickr API Explorer sets 'tag_mode' to 'any' by default.

(2) Juicebox-Pro sends 'original_format' as a Flickr API 'extra' parameter.

(3) Juicebox-Pro sets flickrImageCount to 50 by default (the same as the image limit within Juicebox-Lite). The Flickr API Explorer sets 'per_page' to '100' by default.

(4) The Juicebox-Pro flickrImageCount / Flickr API 'per-page' setting seems to make a difference to the image order.

#1 and #2 will likely not make a difference to your gallery but I notice that changing the flickrImageCount can affect the order of images.

For example, with the Juicebox-Pro flickrImageCount / Flickr API 'per-page' setting set to 500 (to cover all images in your Flickr selection), note the 4th and 5th images in the gallery / API results.
Now, reduce the Juicebox-Pro flickrImageCount / Flickr API 'per-page' setting set to 100 (less than the total number of Flickr images in your selection). The 4th and 5th images are still both present in the gallery / API results but their positions are swapped around (even though the sort order has not changed). Even though fewer images (100) will be returned by Flickr, I would expect the order of images in the 100 test to be the same as the order of these images within the 500 test but this does not seem to be the case (and only Flickr will be able to explain why as I do not know the algorithms that Flickr's API uses).

It should be noted that this happens in both Juicebox-Pro and with the Flickr API Explorer (independent of Juicebox-Pro).
When the Flickr API Explorer settings are identical to those used by Juicebox-Pro, the results are also identical.

If the order of images returned by Flickr (when flickrImageCount / Flickr API 'per-page' is set to less than the number of images you want to display in your gallery) is the order you'd like to use, then I'm not sure what you can do (as you'll need to set flickrImageCount to the number of images you want to display (which might result in an order you do not want).

The only thing I can think of is that maybe the images have similar but not identical time data (same day, same hour, maybe even same minute) and that Flickr's API builds an initial array of images images in different ways (depending on search criteria) and then sorts them by time but perhaps not going down to second or millisecond accuracy so some images with similar but not identical time data might end up in different orders. I do not know if this is what is happening (it seems unlikely) but it's the only thing I can think of at the moment which might explain the results I am seeing.

Maybe refreshing (editing or changing) the metadata stored within your images within the Flickr interface will result in more consistent and predictable behavior but Juicebox can only send a request to Flickr (via the Flickr API) and display whatever Flickr returns. It might be a long process but it might ultimately be the solution to the problem. (There is no way to know without trying.)

If you want to try to understand exactly why Flickr returns images in different orders depending on their API's 'per-page' value (even though the sort order does not change), then you will probably need to ask Flickr themselves in their API support forum.

I don't know if this will help but it's as much as I've been able to determine thought my own testing.

1,552

(5 replies, posted in Juicebox-Pro Support)

I notice that your iframe loads the following web page:
https://wraa_1954@03f8c79.netsolhost.com/SVPro_Galleries/tt_exhibit_2017_svpro/index.html

However, when this web page is entered directly into a browser's address bar, I see that the browser is redirected to this web page:
https://03f8c79.netsolhost.com/SVPro_Galleries/tt_exhibit_2017_svpro/index.html

I would try using the redirected URL above as the 'src' attribute for your iframe (essentially the same as the one you currently use but without "wraa_1954@" at the beginning).

I hope this helps.

1,553

(5 replies, posted in Juicebox-Pro Support)

Unfortunately, there is no easy way to have multiple galleries share configuration options from a central location.
You'll just need to add the languageList option to each gallery's current list of options (see example above).

1,554

(5 replies, posted in Juicebox-Pro Support)

languageList is not featured in the JuiceboxBuilder-Pro interface. It is one of few options that needs to be set manually.

For reference, the languageList support section can be found here.
Instructions for setting configuration options (such as languageList) can be found here.

For example, you could set the languageList option in your gallery's embedding code as follows:

<!--START JUICEBOX EMBED-->
<script src="jbcore/juicebox.js"></script>
<script>
  new juicebox({
    containerId: "juicebox-container",
    galleryWidth: "100%",
    galleryHeight: "100%",
    backgroundColor: "#222222",
    languageList: "Show Thumbnails|Hide Thumbnails|Expand Gallery|Close Gallery|Open Image in New Window|Images|Next Image|Previous Image|Play Audio|Pause Audio|Show Information|Hide Information|Start AutoPlay|Stop AutoPlay|AutoPlay ON|AutoPlay OFF|Go Back|Buy this Image|Share on Facebook|Share on Twitter|Share on Google+|Share on Pinterest|Share on Tumblr|of|Send Email|Download"
  });
</script>
<div id="juicebox-container"></div>
<!--END JUICEBOX EMBED-->

... or you could edit your gallery's 'config.xml' file in a plain text editor and add the languageList option as an attribute to the opening <juiceboxgallery> tag (alongside the other options that your gallery uses):

<juiceboxgallery 

    galleryTitle="This is a Juicebox gallery."
    useThumbDots="true"
    textColor="rgba(255,0,0,1)"
    languageList="Show Thumbnails|Hide Thumbnails|Expand Gallery|Close Gallery|Open Image in New Window|Images|Next Image|Previous Image|Play Audio|Pause Audio|Show Information|Hide Information|Start AutoPlay|Stop AutoPlay|AutoPlay ON|AutoPlay OFF|Go Back|Buy this Image|Share on Facebook|Share on Twitter|Share on Google+|Share on Pinterest|Share on Tumblr|of|Send Email|Download"

>

Thank you for the additional information.
It looks like a lot of images in conjunction with a deep directory structure is not an ideal combination.
Unfortunately, being that they are both platform limitations (rather than bugs specific to the JuiceboxBuilder code), there is little that we can do to eradicate them.
At least knowing that both of these issues cause problems, we can work around them (with a less deep directory structure and by adding small batches of images instead of one large batch).

Juicebox (whether the gallery is created by the WordPress plugin or any other method) just makes a request to Flickr's API (using the Flickr configuration option values) and displays the images in the order in which they are returned by Flickr.

If you go to the Flickr API Explorer (bypassing Juicebox completely) and enter the same details you use for your gallery:

user_id: 142825215@N06
tags: Hillershausen
sort: date-taken-asc

... you'll see the images returned in the same order as they are displayed in the gallery. All the sorting is done at Flickr's end.

If the images are not returned in the correct DATE-TAKEN-ASC order, then maybe you can log into your Flickr account and check (and change if necessary) the metadata associated with the images (to ensure that the order is correct).

Otherwise, you could perhaps change the 'date uploaded' for each image (so that they are in the order you want) and then display the images using DATE-POSTED-ASC, as noted in this FAQ:
How do I change the order of images from Flickr?

If you think there's genuinely a problem with the order in which Flickr is sorting your images, then you might also like to post in the Flickr API forum.

I hope this points you in the right direction.

Did you try adding all 100 images at once from the shallow directory structure (and, if so, did it work)?
There is a known issue which can occur when adding many images at once and if you are adding a large batch of images, the maximum path length might just be a red herring.

If you add many images at once, Adobe AIR may not be able to allocate enough memory for the task at hand. Even if your computer has plenty of free RAM, Adobe AIR applications are limited to around 1GB of memory allocation. The workaround is to add your images in smaller batches.

I don't know if this is relevant but it might be something to bear in mind when testing further.

You're welcome!
I'm glad I was able to help.
(Nice use of the Back Button's 'home' icon by the way!)

It sounds like the problem is due to an underlying maximum path issue with either Windows 10 or Adobe AIR (the platform on which JuiceboxBuilder runs).
Either way, I think there is little that can be done (other than moving the images to a more shallow directory structure before feeding them to JuiceboxBuilder). I'm fairly certain that JuiceboxBuilder is not imposing a maximum path length itself.

Your testing sounds fairly conclusive: fails with a long path; works with a short path.

I've tried to replicate the problem myself but, strangely enough, have not been able to.
I created a directory structure as long as Windows 10 will allow (using the alphabet as a folder name and topping things off with a couple of digital at the end to max it out).

C:\abcdefghijklmnopqrstuvwxyz\abcdefghijklmnopqrstuvwxyz\abcdefghijklmnopqrstuvwxyz\abcdefghijklmnopqrstuvwxyz\abcdefghijklmnopqrstuvwxyz\abcdefghijklmnopqrstuvwxyz\abcdefghijklmnopqrstuvwxyz\abcdefghijklmnopqrstuvwxyz\abcdefghijklmnopqrstuvwxyz01

I then copied a few images to the 'abcdefghijklmnopqrstuvwxyz01' folder, added them to JuiceboxBuilder from this location and the application created the gallery successfully.

Even setting the Gallery Folder on the 'Publish' tab to be the long path above, I cannot get JuiceboxBuilder to crash (under Windows 10 Pro v1703 x64) even though it fails to create all the gallery files in the 'abcdefghijklmnopqrstuvwxyz01' folder.

I think the resolution to this problem is just to use shorter paths.
However, you might like to try removing the default maximum path length that Windows 10 imposes to see if this makes a difference.
It involves either modifying the registry or making a change in the group policy editor. Please see this web page for details.
Please note that I am not recommending that you do this. It is just a suggestion if you are comfortable making changes to your Windows 10 system via the registry or group policy.
Please note that if you choose to make any changes via the registry or group policy, you do so at your own risk.
I recommend that you just shorten your paths before using JuiceboxBuilder.

Incidentally, I have not made this change to my own PC. My tests above were carried out using the default Windows 10 maximum path length.
Also, I realise that the path you posted above is less than Window's default maximum path length of 260 characters but removing this limit might be worth a shot if you feel you want to try something.

The Splash Page was designed to be used as an image link to a full page gallery within an existing web page (alongside other content) in small screen devices where, if the gallery was displayed, it might be too small to be usable. The Splash Page can be thought of as a stepping stone to a full page gallery. (It was not designed to be used as a full browser page itself.) As such, there is no native support for a link back to the embedding page from the Splash Page. (The Splash Page would normally be on the embedding page.)

As the entire Splash Page is a link to expand the gallery, the only way I've been able to include a link in the Splash Page is by using an HTML <a> tag with an 'onclick' attribute and a JavaScript 'window.open' command in either the galleryTitle or galleryDescription (both of which are displayed on the Splash Page).
For example, you could use a galleryDescription such as:

This is a Gallery Description.<br>Click <a href="http://www.example.com/" onclick="window.open('http://www.example.com/', '_self'); return false;">here</a> to return to main page.

The Small Screen Mode's thumbnail page usually includes a 'Close Gallery' button (unless explicitly disabled) for the user to return to the embedding page (where the Splash Page usually is).
The only way to include a link in the Small Screen Mode's thumbnail page would be to use a link in a galleryTitle such as:

This is a Gallery Title.<br>Click <a href="http://www.example.com/">here</a> to return to main page.

More information about using HTML formatting in the galleryTitle can be found in this FAQ:
How do I add HTML formatting to the Gallery Title or Back Button?

...they may need to hit the back button several times, to get back to photos_test.php.

This is due to setting enableDirectLinks="TRUE". When enabling direct links, each image in the gallery is given a unique URL and when each image is viewed, a new entry in the browser history is created (meaning that if many images are viewed, the browser's back button will step back through each image). If you set enableDirectLinks="FALSE", then there will be only one browser history entry for the gallery page (rather than one browser history entry per image viewed).

I understand that different users have different requirements but I would normally recommend that you keep screenMode set to its default value of AUTO and allow Juicebox to display the gallery in Large Screen Mode in desktop browsers. You could maybe display more thumbnails per page (like in this demo gallery) and make use of either the Thumbnail Button (set showThumbsButton="TRUE") to toggle the thumbnails on and off or the auto-hide functionality (set autoHideThumbs="TRUE") to auto-hide the thumbnails after a specified inactivityTimeout.

You could also reduce the size of your thumbnails slightly (via thumbWidth and thumbHeight) so that more thumbnails can be seen on the page at once (before scrolling through thumbnail pages is necessary).

I realise that perhaps not all your thumbnails will initially be displayed in Large Screen Mode but, depending on the browser viewport (and the number of images in your gallery), there is no guarantee that all your thumbnails will initially be displayed in Small Screen Mode, either. (Multiple thumbnail pages may be required to display al your thumbnails.)

I hope these notes help (at least to clarify things).

Incidentally, please feel free to post suggestions for future versions in the Feature Requests forum thread.
This keeps all the ideas together and ensures that they are not overlooked by the developers.
Thank you.

1,561

(4 replies, posted in Juicebox-Pro Support)

@JoergWenzel

Are you saying that JuiceboxBuilder-Pro processes your PNG images when the the 'Resize Images' checkbox is deselected?
This should not happen (and it does not happen in my own installation).

I've just double-checked and, with the 'Resize Images' checkbox deselected, JuiceboxBuilder-Pro v1.5.0 just copies the source PNG files across to the gallery's 'images' folder (but with .jpg file extensions) with no processing or resizing at all.
The files in the gallery's 'images' folder are identical (byte-for-byte) to the source PNG files. (I've checked their SHA256 hashes.)

As long as both the 'Resize Images' and 'Use Watermark' checkboxes are deselected, the source images should be copied across to the gallery's 'images' folder untouched.

Please try again and make sure that you deselect the 'Resize Images' checkbox (like in your screenshot) and save the gallery to a new empty folder (to ensure that pre-existing files are not present in the gallery folder).

If you find that images are still being processed when the 'Resize Images' checkbox is deselected, then I cannot explain why but it might be wise to try uninstalling and then re-instaling JuiceboxBuilder-Pro to see if this makes a difference.

1,562

(5 replies, posted in Juicebox-Pro Support)

You're welcome!
I'm glad that solved your problem.
Thank you for letting me know.

1,563

(5 replies, posted in Juicebox-Pro Support)

Thank you for providing the URL to your gallery's web page.

It looks like the problem is that there is not enough room in your gallery's caption area to display the Flickr descriptions along with the Flickr titles.

When setting captionPosition="BELOW_IMAGE" (as your gallery does), Juicebox uses the maxCaptionHeight value as the actual height of the caption area (rather than a maximum value). (This is noted in the short description for maxCaptionHeight in the Caption Options section of the Config Options page.)

Your gallery currently sets maxCaptionHeight to "50px" which is too short to accommodate both the Flickr titles and descriptions.
Increase maxCaptionHeight (perhaps to its default value of 120) and you should see the Flickr descriptions below the Flickr titles.
(Incidentally, the value for maxCaptionHeight should be just a numeric value, without the 'px' suffix.)

I hope this resolves your problem.

1,564

(5 replies, posted in Juicebox-Pro Support)

Unfortunately, your problem may be caused by a known issue whereby Flickr descriptions are not always displayed when certain configuration options are set to specific values.
The problem may occur if you set showThumbsOnLoad="FALSE" or maxThumbRows="0" or maxThumbColumns="0".
This issue has already been logged as a bug and should hopefully be fixed in the next version of Juicebox-Pro.
In the meantime, possible workarounds would be to either:
(1) Do not use the configuration options values noted above.
... or:
(2) If your gallery is not too large, try setting imagePreloading="ALL".

If none of these suggestions work for you, then please post back with the URL to your gallery's web page so that I can investigate further. Thank you.

1,565

(7 replies, posted in Juicebox-Pro Support)

You're welcome!
I'm glad you're getting on well with Juicebox-Pro.

1,566

(7 replies, posted in Juicebox-Pro Support)

When creating a gallery with JuiceboxBuilder-Pro, the Pro version of the 'jbcore' folder will always be used (and saved to the gallery folder). JuiceboxBuilder-Pro does not contain the Juicebox-Lite 'jbcore' folder at all (so cannot create a Lite gallery).

The only thing I can think of is that you might have tried to save a Pro gallery to a folder containing a Lite gallery and, if you had the gallery open in a browser at the time of saving the gallery on the 'Publish' tab, then the browser could perhaps have had a temporary lock on the Lite 'jbcore' files, preventing JuiceboxBuilder-Pro from overwriting them with the Pro versions.

In any case, I'm glad you've found a workaround for your problem (to save each new gallery to a separate empty folder).
Thank you for letting me know.

1,567

(7 replies, posted in Juicebox-Pro Support)

First of all, please double-check to see if your gallery is using Juicebox-Lite (the free version) or Juicebox-Pro.
Juicebox-Lite has an image limit of 50 images per gallery whereas Juicebox-Pro has no such limit.
If your gallery displays a Juicebox logo in the lower right corner, then it is a Juicebox-Lite gallery. (Juicebox-Pro galleries do not feature this branding.)

If your gallery is a Juicebox-Lite gallery, then instructions for upgrading existing galleries can be found on the Upgrading Juicebox support page.
Essentially, you can load and re-save your gallery in JuiceboxBuilder-Pro or replace your gallery's existing 'jbcore' folder with the 'jbcore' folder from the Juicebox-Pro v1.5.0 download zip package ('juicebox_pro_1.5.0/web/jbcore').

If your gallery is a Juicebox-Pro gallery and you use a Flickr account as an image source, you may need to increase the flickrImageCount from its default value of 50 to its maximum value of 500 on JuiceboxBuilder-Pro's 'Images' tab. (Incidentally, this maximum value is imposed by Flickr rather than Juicebox-Pro.)

Also, be sure to clear your browser's cache before reloading your gallery's page to ensure that your browser is using the latest versions of your gallery files from your web server (instead of perhaps using older cached ones).

I hope this helps.
However, if you continue to experience difficulties, please email me back with the URL to your gallery's web page so that I can take a look at the problem for myself and hopefully help further.
Thank you.

1,568

(1 replies, posted in Juicebox-Pro Support)

Juicebox was not designed with the ability to add unique tooltip text to individual thumbnails.
However, if you wanted to add the same tooltip text to all thumbnails, then you could use something like the following code:

<!--START JUICEBOX EMBED-->
<script src="jbcore/juicebox.js"></script>
<script>
    var jb = new juicebox({
        containerId: "juicebox-container",
        galleryWidth: "100%",
        galleryHeight: "100%",
        backgroundColor: "222222"
    });
    jb.onInitComplete = function() {
        $('.jb-idx-thumb').attr('title', 'Tooltip Text Goes Here');
    };
    jb.onThumbPageChange = function(e) {
        $('.jb-idx-thumb').attr('title', 'Tooltip Text Goes Here');
    };
</script>
<div id="juicebox-container"></div>
<!--END JUICEBOX EMBED-->

Just change the two instances of Tooltip Text Goes Here to whatever text you'd like to use.

1,569

(1 replies, posted in Juicebox-Pro Support)

If you need to display your gallery on demand (when a button is clicked), then I would recommend one of the following.


(1) To display the gallery on a page of its own, use a regular HTML link (an <a> tag) to open the gallery's 'index.html' page. You can incorporate a Back Button in your gallery to allow users to return to the original web page.

or...

(2) To display the gallery within your web page alongside other content, wrap the gallery's embedding code inside a JavaScript function and call the function when required.
To see this in action, create a sample gallery with JuiceboxBuilder-Pro and use the following code as the gallery's 'index.html' page.
Load the 'index.html' page in your browser and you'll see that the gallery is displayed when the 'Load Gallery' button is clicked.

<!DOCTYPE html>
<html lang="en">
    <head>
        <meta charset="utf-8" />
        <meta name="viewport" id="jb-viewport" content="width=device-width, initial-scale=1.0, minimum-scale=1.0, maximum-scale=1.0, user-scalable=0" />
        <style type="text/css">
            body {
                margin: 0px;
            }
        </style>
        <title>Test</title>
    </head>
    <body>
        <div id="link">
            <input id="load" type="button" value="Load Gallery" />
        </div>
        <script type="text/javascript" src="jbcore/juicebox.js"></script>
        <script type="text/javascript">
            function loadGallery() {
                new juicebox({
                    containerId: "juicebox-container",
                    galleryHeight: "400",
                    galleryWidth: "600"
                });
            }
            $(document).ready(function() {
                $('#load').click(function() {
                    loadGallery();
                });
            });
        </script>
        <div id="juicebox-container"></div>
    </body>
</html>

1,570

(7 replies, posted in Juicebox-Pro Support)

As far as I am aware, 'option_id' is not something that is used by the current version of WP-Juicebox.
At the moment, I cannot remember if 'option_id' was perhaps something that was used by an older version (and is no longer required) but I've searched through the files for several previous versions and cannot find any instance of 'option_id'.
Please let me know what version of WP-Juicebox you are currently using and I'll look into it further to see if I can figure out what 'option_id' is or was.
Also, in case it helps, please let me now what your 'option_id' and 'last_id' are currently set to and how many WP-Juicebox galleries you currently have.
Thank you.

Edit:
It sounds like you've got it sorted out. Thank you for letting me know.
Also, thanks for sharing your steps which might help others who are migrating their own WordPress sites.

1,571

(7 replies, posted in Juicebox-Pro Support)

Sorry, my mistake. Try searching for 'juicebox_options' with an underscore instead of a dash.
Apologies for the typo. I've corrected my post above.

1,572

(7 replies, posted in Juicebox-Pro Support)

All the WP-Juicebox data files for the galleries are stored in the 'wp-content/uploads/juicebox/' directory so be sure to copy the content of this folder over to your new WordPress site.

The only other WP-Juicebox info that would need to be transferred is the last-used gallery id number.
This is stored as a WordPress Option in the 'wp_options' table named 'juicebox_options['last_id']'.

Copying all of the above (as well as the gallery shortcodes in your pages and posts) should be all that is required to reinstate your galleries in your new WordPress site.

I hope this helps.

1,573

(3 replies, posted in Juicebox-Pro Support)

Thank you for posting your query with additional information over in the Showkase forum.
https://showkase.net/forum/viewtopic.php?id=344

@ehsan_Roots

I'm glad you've been able to resolve your problem. Thank you for letting me know.
Feel free to share your problem and solution here in the forum as it might help other users facing similar issues.
Thank you.

1,575

(3 replies, posted in Juicebox-Pro Support)

I'm not sure what you mean.
Can you explain in a bit more detail what information you're looking for? Thanks.

If you're looking to install a pro viewer into Showkase (across all themes), instructions are here.