1,001

(9 replies, posted in Juicebox-Pro Support)

Thanks for the video and additional information.

Unfortunately, as the problem happens only in a browser that I do not have access to (and, therefore, I cannot replicate the problem myself), I'm going to need your help to troubleshoot further.

Here's a test gallery using exactly the same configuration options that your gallery uses except for the value of emailAddress . (I've removed your email address from the test gallery.)
The test gallery even uses a baseUrl as your gallery does (with the same folder name) and also has the same dimensions and background color.
Also, both galleries (yours and mine) use the same version of Juicebox-Pro (v1.5.1).

The only two differences between your own gallery and mine should be:
(1) the images in the galleries
(2) the web server that the galleries are hosted on

Test Gallery: [Link removed.]

Please take a look at this test gallery in Safari 11.1.1 to see if you still see the problem.
This might help to narrow down the root of the problem and eliminate certain factors.

Also, are you able to update to the latest version of Safari (11.1.2) just in case the problem is somehow unique to Safari 11.1.1?

If this turns out to be a browser-specific bug in Juicebox-Pro (which it looks like it might be), I may not be able to solve your problem immediately but, once I've gathered as much information as possible, I can at least contact the developers who will investigate further.
Thank you.

1,002

(9 replies, posted in Juicebox-Pro Support)

You could just upload the video you your web server and post a link if you like.

In order to troubleshoot further, try displaying your gallery on a page of its own (just use the 'index.html' file generated by JuiceboxBuilder-Pro) rather than viewing it embedded in your web page (alongside all your other content).
Does the problem still happen (in your Safari browser) when you view the gallery in isolation?

Also, here's a full page demo gallery and an embedded demo gallery (on our own web server) both featuring thumbnails with rounded corners.
Do you see the problem (in your Safari browser) in these galleries (or just your own)?

If the problem does not happen when you view the gallery on its own or in our own demo galleries, then the problem may be some kind of CSS and/or JavaScript conflict originating from the custom code on your embedding page.
If this is the case, then duplicate your web page (to use for testing purposes) and then remove different parts of your custom code bit-by-bit (checking the gallery's behavior afterwards) until the thumbnail corners become stable and you find the root of the problem.

I hope this points you in the right direction.

1,003

(3 replies, posted in Juicebox-Pro Support)

It sounds like your problem could be resolved by using the gallery's Splash Page.
The Splash Page is a placeholder for the gallery which is displayed by default on small screen devices when the gallery is embedded in a web page alongside other content (rather than displayed on a page of its own with dimensions of 100% x 100%, filling the browser window) and may may too small to be usable.
The Splash Page is essentially an image link for the gallery which displays an image (by default, the first image in the gallery) and some text.
When the user clicks or taps the Splash Page, the gallery is expanded to fill the browser window (giving the images more space to be displayed).
More information about the Splash Page can be found in the Screen Modes section of the Gallery Tour.
Here is a demo gallery featuring the Splash Page.

To always use the Splash Page in your gallery (not just when the gallery is displayed on small screen devices), set showSplashPage="ALWAYS" (in JuiceboxBuilder-Pro's 'Customize -> Splash Page' section).
Then, just embed the gallery in your web page following the instructions in the Juicebox Embedding Guide.
The Splash Page will be displayed in your web page at the gallery dimensions (galleryWidth and galleryHeight) and, when the user clicks or taps the Splash Page, the gallery will be expanded to fill the browser window.

You can configure the Splash Page further using the available Splash Page Options.

Otherwise, you could just upload the entire gallery folder to your web server and create a manual image link to your gallery's 'index.html' file inside the gallery folder (which displays the gallery on a page of its own).
For example:

<a href="path_to_gallery_folder/index.html"><img src="path_to_gallery_folder/mages/image0001.jpg" width="600" height="400" alt="image" /></a>

I hope this helps.

1,004

(9 replies, posted in Juicebox-Pro Support)

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

I have viewed your gallery in Edge, Chrome 67, Firefox 61.0.1, Internet Explorer 11 and Opera 54.0 (on a Windows 10 PC).
The rounded corners on the thumbnails seem stable in all the browsers I've noted above. (I've not yet seen the rounded corners change to rectangular corners in any of these browsers.)

The only problem I encountered was when viewing your gallery in Safari 5.1.7 (the last version of Safari for the PC).
(I do not currently have access to a Mac so cannot view your gallery in the latest version of Safari.)
In Safari 5.1.7, the thumbnails all have rectangular corners (and are stable as such) but this is probably due to Safari 5.1.7 being woefully out-of-date now (released May 2012) and having limited (or no) support for CSS 3. (Apparently, Safari 6.1 and earlier did not apply border-radius correctly to image borders, as noted here.)
My results in Safari 5.1.7 are essentially of no relevance but I include them here simply for the sake of completeness and because Safari is the only browser that you see the problem in (albeit most likely a different version).
Out of interest, what version of Safari are you using?

There are really only a couple of things that spring to mind that I would try myself.

(1) Try resetting your Safari browser (clearing the cache and temporarily disabling all extensions) to see if this helps.

(2) Try validating your web page with the W3C Markup Validator and fix any errors reported.
I notice that your web page has several errors (many are trivial, others not so) and fixing the errors so that code on your web page validates correctly should help your web page to be displayed with greater consistency and predictability across different browsers.
For example, I notice that your web page has some HTML code (loading 6 external JavaScript files) after the closing </html> tag. (This code should be inside either the <head> ... </head> section or the <body> ... </body> section of your web page.)

I hope my notes above help somewhat, even though I'm not currently able to see (or replicate) the problem myself (which makes troubleshooting that much more difficult).

1,005

(1 replies, posted in Juicebox-Pro Support)

It sounds like it might be a browser-specific issue (rather than a Windows update).

the firefox didn't display the gallery

What exactly do you see (just a blank space where the gallery should be or something else)?
Do you see any error messages when viewing your gallery? If so, what do they say?

Try completely clearing your browser's cache before reloading your gallery's web page to see if this makes a difference.
It might also help to temporarily disable any and all browser extensions that you might have installed (such as ad blockers) to see if this helps.
Also, try viewing your gallery in different browsers (Chrome, Edge, Firefox, Internet Explorer, Opera, Safari) to see what happens.

Also, please let me know if you are viewing your gallery locally (from your computers hard drive) or online (from your web server).
If your gallery has been uploaded to your web server, then please post the link to your gallery's web page so that I can take a look at it for myself.
Once I'm able to see the gallery, I might be able to determine the cause of the problem and propose a solution.
If you are viewing your gallery locally, then perhaps you could zip your gallery and upload it somewhere (and provide a link) so that I can download it and investigate further.

I hope these notes help but, if not, with a little more information, I'm sure we'll figure out what is causing your problem.

1,006

(9 replies, posted in Juicebox-Pro Support)

That sounds very strange. As far as I can recall, no-one has reported such a problem before.

Please post a link to your gallery so that I can see the problem myself.

Also, please let me know what browser(s) you see the problem in. The problem might somehow be browser-specific so if you have multiple different browsers installed (Chrome, Edge, Firefox, Opera, Safari), try viewing your gallery in whatever browsers you have available to see if it happens in them all. Thank you.

In the meantime, try clearing your browser's cache before reloading your gallery's web page to see if this makes a difference.

Also, make sure that you are using the latest version of Juicebox-Pro (v1.5.1) just in case a bug from a previous version which has since been fixed is contributing to your problem. If necessary, full instructions for upgrading JuiceboxBuilder-Pro and existing galleries can be found here.

1,007

(1 replies, posted in Juicebox-Lite Support)

As Juicebox was written from the ground up for a different platform than SimpleViewer (HTML5 vs Flash), Juicebox and SimpleViewer share similar but not identical feature sets. As such, it may not be possible to exactly match a SimpleViewer-Pro gallery using Juicebox-Pro (there may not be direct equivalents for all SimpleViewer-Pro configuration options in Juicebox-Pro), although you should certainly be able to get close.

If you want to have two columns of thumbnails to the left of your main images and vertically aligned to the top of the gallery (like your existing SimpleViewer gallery), set:

thumbsPosition="LEFT"
thumbsVAlign="TOP"
maxThumbColumns="2"
maxThumbRows="7"

All these thumbnail options can be found in JuiceboxBuilder-Pro's 'Customize -> Thumbnails' section.
When thumbsPosition is set to either LEFT or RIGHT, the number of thumbnail columns is fixed at the maxThumbColumns value whereas the number of thumbnail rows is variable (up to the maxThumbRows value) depending on the dimensions of the thumbnails and the space available in the user's browser.
For reference, here is a list of all Thumbnail Options.

To replicate your existing SimpleViewer gallery, you might also like to set:

captionPosition="BELOW_IMAGE"

The caption area will be positioned below the main images and the width of the caption area will match the width of the currently-displayed image.

You can also change the gallery background color, change the thumbnail dimensions and add some image padding to match your existing SimpleViewer gallery if you like.

Here's a demo gallery using the suggestions above: https://juicebox.net/demos/pro/default/ … Padding=50

You could certainly tweak the gallery further if you like.
Here's a list of all Juicebox-Pro Config Options.

Please note that all the options I've used in the demo gallery above (except for backgroundColor) are Pro-only options which are supported by Juicebox-Pro but not Juicebox-Lite (the free version).

I hope this helps.

1,008

(1 replies, posted in Juicebox-Pro Support)

Unfortunately, Opera Mini in not a supported browser.
On mobile devices, we recommend that Juicebox galleries are viewed in either Mobile Chrome or Mobile Safari.
Can you try to view your gallery in either Mobile Chrome or Mobile Safari on your mobile device to see what happens?

A Juicebox gallery should work fine in the desktop version of Opera, though.
If you are having trouble viewing a Juicebox gallery in Opera on a computer, then please let me know exactly what you mean when you say that "juicebox is crashing".
Also, please post the link to your gallery's web page so that I can see the problem for myself.
Once I'm able to see the gallery live on your web server, I should hopefully be able to determine the cause of the problem and propose a solution.
Thank you.

1,009

(3 replies, posted in Juicebox-Pro Support)

Worked.

That's great! Thank you for letting me know.

Thanks!

You're welcome!

1,010

(1 replies, posted in Juicebox-Pro Support)

You can add your Google Analytics code to the 'index.html' template file that the Juicebox Plugin for Lightroom uses to generate the gallery's 'index.html' file. (You can do this before or after the plugin has been installed.)

Location of file to modify before installation:
Extract the 'juicebox_pro_1.5.1.zip' file and you'll find the 'index.html' template file in this location:
juicebox_pro_1.5.1\adobe-lightroom-plugin\juicebox_pro.lrwebengine\index.html

Location of file to modify after installation:
Mac: Users/Username/Library/Application Support/Adobe/Lightroom/Web Galleries/juicebox_pro.lrwebengine\index.html
Windows: C:\Users\Username\AppData\Roaming\Adobe\Lightroom\Web Galleries\juicebox_pro.lrwebengine\index.html

Just open the plugin's 'index.html' file in a plain text editor and add your Google Analytics code to it as you would for a regular gallery's 'index.html' file.
There is some Lightoom-specific code in the file (mostly at the top) but you'll see the regular HTML <head> and <body> tags which should let you know where to add your Google Analytics code.
Then, each time you generate a new gallery with the plugin, your Google Analytics code will automatically be in place.

I hope this helps.

1,011

(3 replies, posted in Juicebox-Pro Support)

If you use the baseUrl method of embedding, (documented here), then this should cut down on the amount of manual tweaking that you currently do.

If you upload the entire gallery folder (not just the contents), then the gallery's own 'index.html' file (inside the gallery folder) will not overwrite the existing 'index.html' file on your web server (which would not be inside the gallery folder).

You can then either:
(1) Open the 'index.html' file (from inside the gallery folder) in a browser to view the gallery on a web page of its own.
(2) Use the baseUrl embedding code (see link above for an example) to embed the gallery into an existing web page (such as your own custom 'index.html' file).

Either way, there will be no need to modify any paths within the 'config.xml' file.

The baseUrl embedding code is essentially the same as the regular embedding code but with a baseUrl entry pointing towards the gallery folder. The baseUrl entry can be absolute or relative (to the web page containing the embedding code).
If does not matter where on your web server you upload the gallery folder to as long as the two paths within the embedding code (the path to the 'juicebox.js' file and the baseUrl itself) are correct.

I hope this helps to cut down the number of steps in your current workflow.

1,012

(1 replies, posted in Juicebox-Pro Support)

Using the standard Piwik analytics code will log hits to just the gallery's web page.

Setting enableDirectLinks="TRUE" in your gallery will give each image in the gallery a unique URL (using a # identifier at the end of the URL) but the web page is not refreshed/reloaded each time a new image is selected so the analytics code will not be rerun (it will be run only once when the web page is initially loaded).

You'll likely need to manually register a hit each time a new image is selected using the Juicebox-Pro API's onImageChange(e) event.

Keep the standard Piwik code in your gallery's web page and then use something like the code below:

<script type="text/javascript" src="jbcore/juicebox.js"></script>
<script type="text/javascript">
    var jb = new juicebox({
        containerId: "juicebox-container",
        enableDirectLinks: "TRUE"
    });
    jb.onImageChange = function(e) {
        var imageNumber = e.id;
        _paq.push(['trackEvent', 'Juicebox', 'Gallery', imageNumber]);
    };
</script>
<div id="juicebox-container"></div>

You might need to check with Piwik's Event Tracking support page for the correct JavaScript code to use (and you can change the terms 'Juicebox' and 'Gallery' to suit your own needs).

I hope this points you in the right direction.

1,013

(4 replies, posted in Juicebox-Pro Support)

Wow, thanks a lot for your detailed reply.

You're welcome.

I will gladly use your software and recommend it to other wedding photographers, as this is exactly what I needed. Cheers

Thanks for that! I'm glad you're getting on well with Juicebox-Pro.

You might want to think about adding that sorting option to the left menu...

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.
I do not know the likelihood of any ideas being implemented but this is certainly the best place for them.
Thank you!

1,014

(4 replies, posted in Juicebox-Pro Support)

If you drag and drop a selection of images into JuiceboxBuilder-Pro, then the initial order will start with the image that you actually click to initiate the drag and drop action (and then wrap around to the start of the selection).

For example, if you select:
DSC001
DSC002
DSC003
DSC004
... and then drag the selection into JuiceboxBuilder-Pro by clicking and dragging DSC003, the initial order will be:
DSC003
DSC004
DSC001
DSC002

At least this is the default action on my Windows PC. The same thing happens when I copy files from one folder to another (in Windows File Explorer): the copy process always starts with the file I initially click and drag within a selection (although if the sort order for the destination folder is by 'Name', then the images end up in the expected order and the copy process order is rarely noticed, especially if the files are small and the copy process is completed quickly).

You should be able to avoid this by dragging the selection into JuiceboxBuilder-Pro via the very first image in your selection (or by adding the images via the 'Browse...' button instead of dragging and dropping).

In any case, there's a very easy way to order the images (either by File Name or by File Date) once they are in JuiceboxBuilder-Pro.
Just go to 'Images -> Sort -> By File Name' or 'Images -> Sort -> By File Date' from the drop-down menu at the top.
Please see the screenshot attached.

I hope this helps.

1,015

(1 replies, posted in Juicebox-Pro Support)

You don't need a Flickr Pro account but you do need your Flickr images to be public (instead of private).
It looks like your Flickr images are currently private. When I go to the link you provided, I see the following error message "It appears you don’t have permission to view this album.".
Make sure that all your Flickr image are public and Juicebox should be able to find and display them.

Incidentally, if you use a Flickr Set Id, there is no need to use a Flickr User Id as well. A Flickr Set Id will work fine in JuiceboxBuilder-Pro without a Flickr User Name or Flickr User Id.

1,016

(3 replies, posted in Juicebox-Lite Support)

With so many different ways to create a Juicebox gallery (the list of available plugins can be found here), having the plugins available separately avoids the need to update the core Juicebox package each time an individual plugin needs to be updated.

I hope that you've been able to install WP-Juicebox successfully.

1,017

(3 replies, posted in Juicebox-Lite Support)

It sounds like you might be trying to install the Juicebox-Pro v1.5.1 zip file ('juicebox_pro_1.5.1.zip') as a WordPress plugin.
The 'juicebox_pro_1.5.1.zip' file is not (and does not contain) the Juicebox plugin for WordPress.

You'll need to download WP-Juicebox (the Juicebox plugin for WordPress) separately from its own support page here.

WP-Juicebox comes bundled with Juicebox-Lite (the free version) but you can upgrade the plugin to Juicebox-Pro (using the 'jbcore' folder from the 'juicebox_pro_1.5.1.zip' file) by following the 'Upgrading to Juicebox-Pro' instructions here.

I hope this helps and points you in the right direction.

1,018

(2 replies, posted in Juicebox-Pro Support)

A bug report has now been logged so the developers will address the issue in due course.
Thank you for reporting the bug.

1,019

(1 replies, posted in Juicebox-Pro Support)

Could you please post a link to a gallery which demonstrates this problem? Thanks! (I've not seen this happen before and, as far as I can recall, no-one else has ever reported such an issue.)

Just in case it helps, please let me know:
(1) How many images are in your gallery?
(2) How large (in terms of filesize) are your gallery images?

The only thing I can think of which might help would be to change the value of imagePreloading (on JuiceboxBuilder-Pro's 'Customize -> Main Image' section). It sounds like you might be using the default value of PAGE so you might like to try using either NEXT or ALL instead to see if it makes a difference.

Also, if your gallery images are really large (MB rather than KB each), then it might make a difference if you were to reduce their filesize.

(Make sure that you have set enableLooping="TRUE" (in JuiceboxBuilder-Pro's 'Customize -> General' section), otherwise, AutoPlay will stop on the last image and will not loop back to the start.)

As I mentioned above, please let me see a gallery which demonstrates this problem.
Once I'm able to see the problem for myself, I might have some more ideas (or at least be able to construct a similarly configured test gallery to try to reproduce the problem myself and log a bug report with the developers if necessary).

1,020

(2 replies, posted in Juicebox-Pro Support)

Thank you for reporting this issue.
I cannot be sure if this is intended behavior or a bug but I have notified the developers.
Unfortunately, I do not know of a workaround (other than to always display the thumbnails) and, if it is indeed a bug, we may need to wait for the developers to fix it.
Thank you for bringing it to our attention, though.

1,021

(4 replies, posted in Juicebox-Pro Support)

You're welcome!
I'm glad my notes were somewhat helpful (and thanks for posting your suggestion in the Feature Requests thread).

1,022

(4 replies, posted in Juicebox-Pro Support)

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

Since I wanted the gallery to start with the selected image, I browsed through the config options and came across firstImageIndex. Not knowing how I could convey the image index into that variable, I just wrote the links as <a href="gallery.htm#12">, where "12" was the current index. And what can I say? It just worked!? :-)

That'll work just fine but it's not actually using the firstImageIndex configuration option. What you are doing (adding #12, for example, to the end of the URL), is essentially using the enableDirectLinks functionality, a short description of which can be found in the General section of the Config Options page). (If you actually set enableDirectLinks="TRUE", then the # number will change in the browser's address bar to reflect the current image being displayed.)

If you wanted to use firstImageIndex, then you could either:
(1) Set a static value for firstImageIndex in your gallery's 'config.xml' file, e.g. firstImageIndex="12".
... or:
(2) Set firstImageIndex in your gallery's embedding code (see here for more information on setting configuration options) either as a static value or a JavaScript variable, e.g.

<!--START JUICEBOX EMBED-->
<script src="jbcore/juicebox.js"></script>
<script>
    new juicebox({
        containerId: "juicebox-container",
        galleryWidth: "100%",
        galleryHeight: "100%",
        backgroundColor: "#222222",
        firstImageIndex: "12"
    });
</script>
<div id="juicebox-container"></div>
<!--END JUICEBOX EMBED-->

If yourfirstImageIndex value is variable, then you might need to pass the variable to the gallery's web page via a query string in the URL or a session cookie, in which case it would be much easier to continue using the # notation (the enableDirectLinks functionality) that you currently use.

But when I use my gallery on my iPhone (Safari), there is no such button.

You can enable the Back Button in Small Screen Mode (when the gallery is displayed on mobile devices) by setting showSmallBackButton="TRUE" (in JuiceboxBuilder-Pro's 'Customize -> Back Button' section).
However, please note that the Back Button will be displayed only on the main image pages in Small Screen Mode (and not on the Splash Page or the thumbnail pages).
Y
ou could, if you like, force the gallery to be displayed in Large Screen Mode on all devices and in all browsers by setting screenMode="LARGE" (in JuiceboxBuilder-Pro's 'Customize -> General' section) where the Back Button should always be present.

Is there a way to make the swipe up/down gesture go back to the previous page?

Unfortunately, there is no easy way to introduce new swipe gestures within a Juicebox-Pro gallery.
Hopefully setting showSmallBackButton="TRUE" will be a suitable workaround for you, though.

Oh, and while I'm at it: it would also be nice to have the ESCape key act as "back" button, much like in the facebook image viewer.

Facebook opens images in a pop-up window and Esc closes the pop-up.
I'm not exactly sure how this would relate to Juicebox but you should be able to use the Esc key to close an expanded gallery (for example a gallery expanded from a Splash Page or an embedded gallery expanded to fill the browser window or screen) to go back to the gallery's original (unexpanded) state.

If you like, 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.
I do not know the likelihood of any suggestions being implemented in future versions but this is certainly the best place for all ideas.
Thank you.

1,023

(4 replies, posted in Juicebox-Pro Support)

Thank you Steven,

You're welcome.

This issue is solved

That's great to hear! Thank you for letting me know.

That's great! Thank you for letting me know.

I see the problem you report but only locally and only in Firefox.
The test gallery (using <script src="../jbcore/juicebox.js"></script>) works fine (displaying all icons as expected) once it has been uploaded to a web server.
Additionally, the same test gallery works fine locally in Edge.

It looks like the problem is due to a local file restriction (related to the same-origin policy) in Firefox.

In this Buzilla bug report, there seems to be some debate over whether this is intended behavior (see this post) or a bug (see this post) but, either way, it certainly seems to be unique to Firefox.

One workaround is to go to about:config (in the Firefox address bar) and change security.fileuri.strict_origin_policy from its default value of true to false. (It works for me.)
(Please note that you should relax your browser's security restrictions at your own risk.)

Otherwise, try previewing your gallery locally in Edge (or Safari) or upload your gallery to your web server where all features that do not function locally (such as the Download Button, Expanding in a New Page, the Fotomoto Shopping Cart and Password Protection) will all work fine.