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

That's because the gallery is embedded in a web page at 100% x 100% with no other content on the page.
The gallery is not actually embedded into your main page. The gallery is embedded into the page which is loaded into your iframe. (This is the page which contains the gallery's embedding code.)
The Splash Page is displayed only when a gallery is embedded in a web page at less than 100% x 100% (or if showSplashPage="ALWAYS").

The best thing to do would be to post your suggestion in the Feature Requests forum thread.
This keeps all the ideas together and ensures that they are not overlooked by the developers.
Thank you.

Please note that we did not write the Juicebox module for Drupal ourselves and if you have any queries relating directly to the module, I would recommend that you post in the Drupal forum where the author of the module (who will be more familiar with both Drupal and the module itself) should be able to help you out further: https://www.drupal.org/forum
The Juicebox module for Drupal is an unofficial plugin but is well supported by its author on the Drupal forum.

Also, the link you provided points towards an alpha (pre-beta) version of the module so there may well be bugs in it.
If you find any, I'm sure the author of the module would be very grateful to know about them so that they can be tracked down and fixed.

Having said that, your problem sounds likely to be related to either the location of the Juicebox files on your web server or the permissions of the files (or parent folders).
Please double-check that you have uploaded the contents of the 'jbcore' folder to the correct location on your web server, step #3 in the instructions here: https://www.drupal.org/node/2000300
Copy the contents of the 'jbcore' folder (not the 'jbcore' folder itself) into the '/sites/all/libraries/juicebox/' folder on your web server.

Also, make sure that the permissions of the files and folders in the path are not too restrictive.
Default permissions of 755 for folders and 644 for files should be fine.

I realise that this may not directly solve your problem but I hope this points you in the right direction.

All Juicebox gallery files should be on the same domain (or subdomain) as the web page which contains the gallery's JavaScript embedding code due to the same-origin policy.
Please see here for details: https://developer.mozilla.org/en-US/doc … gin_policy

In order to use files on a different domain, you could implement a Cross-Origin Resource Sharing (CORS) solution. More information about CORS can be found here: http://www.w3.org/TR/cors/

If you have an Apache server, add the following line of code to the .htaccess file in the root directory of the domain which hosts the gallery folder.

Header add Access-Control-Allow-Origin "*"

If you have an IIS server, then please see this link for a similar solution: http://enable-cors.org/server_iis7.html

The problem you are encountering is likely to be due to captionPosition being used only in Large Screen Mode (and not in Small Screen Mode). (This is noted in the description for the option in the Caption Options section of the Config Options page.)
In Small Screen Mode, captionPosition will always be set to its default value of OVERLAY_IMAGE.

There is much less screen real estate on a mobile device and for the caption text to be legible, it might take up too much space if it has an area of its own.

You could either:
(1) Set a captionBackColor and captionBackTopColor so that the caption can clearly be seen when it is overlaid on top of the image.
... or:
(2) Set screenMode="LARGE" so that the gallery is displayed in Large Screen Mode on all devices and in all browsers (so that all Large Screen Mode options are used).

Please note that priority is given to the main image rather than the caption text.
A long caption may be truncated if the maxCaptionHeight is not large enough. (A long caption will not push the main image up the screen resulting in the image being scaled smaller.)

Thank you for the suggestion.
I recommend that you 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.

Check the permissions of your gallery's XML file (and all its parent folders) on your web server to see if maybe they are too restrictive (which might prevent new entries from being written to the file).
Default permissions of 755 for folders and 644 for files should be fine.

If the permissions are fine, then I think Ryan over in the Drupal forum might be the best source of help. As the author of the module, he will be much more familiar with its code and functionality than I am.

If I think of anything else which might help, I'll be sure to post back here.

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

Your gallery's XML file here:
http://devanimals.sandiegozoo.org/juice … cck_blocks
... contains no Pro Options at all.

Please check that you are adding the Pro Options to the correct gallery.

Otherwise, there is a chance that the Pro Options are not being saved or written to the XML file.
After saving the Pro Options, check that they are still listed in the Drupal interface and not missing.

I don't see a Juicebox gallery on your 'reindeer' web page.
It would be much easier for me to help troubleshoot your problem if I could see the problem for myself.
I realise that you may have changed the gallery (being that you have not been able to set up your Juicebox gallery exactly as you like) but, if possible, please recreate the problematic gallery (maybe just on a hidden page somewhere) so that I can take a look and hopefully help further. Thank you.

Incidentally, deselecting the Show Thumbs Button checkbox and setting the following in the Pro Options area should be enough to disable thumbnails.

showThumbsOnLoad="FALSE"
showSmallThumbsOnLoad="FALSE"
showSmallThumbsButton="FALSE"

Also, after making any changes, please be sure to clear your browser's cache before reloading your web page.

You're welcome!

I'm glad things are moving in the right direction.
The following should hopefully work for all elements on the overlay in a default gallery (button bar, caption area, gallery title).
However, I cannot test it in your own web page setup.

/* IMAGE OVERLAY */
.jb-classifier-show-on-over {
    z-index: 2 !important;
}

Also, I cannot be sure that elements such as the button bar and gallery title will not still overlap your hover images if they are positioned 'TOP' rather than on the overlay.
If you ever position elements 'TOP' or want to try changing the z-index for individual elements, then try:

/* CAPTION AREA */
.jb-area-caption {
    z-index: 2 !important;
}

/* GALLERY TITLE */
.jb-area-large-mode-title {
    z-index: 2 !important;
}

/* BUTTON BAR */
.jb-classifier-link-wrapper.jb-classifier-detail-area.jb-classifier-layer {
    z-index: 2 !important;
}

I'm sorry to hear that didn't work.
Unfortunately, without in-depth knowledge of the hover plugin, I do not know what class or classes to apply the z-index to (and it's difficult to determine due to the element being present on the page only when hovering over a link).

Here's something else you can try.
Add the following code to the bottom of the 'wp-content/plugins/wp-juicebox/jbcore/classic/theme.css' file:

.jb-area-caption {
    z-index: 2 !important;
}

I do not know if this will work but it might be worth a try.

Otherwise, I realise that this is not an ideal solution but perhaps you could look into using a different plugin to display your images on hover, one that is still actively developed and supported. It might be worth looking into and could turn out to be an easier solution than you think.