What you are describing is the Splash Page.
Please see this forum post for more information about the Splash Page (and how to use and configure it).

Your 'ngmsigns' gallery sets showSplashPage="AUTO" (Juicebox will display the Splash Page on mobile devices) whereas your 'gundogbreeds' gallery sets showSplashPage="NEVER".

If you set showSplashPage="NEVER" for your 'ngmsigns' gallery, (in JuiceboxBuilder-Pro's 'Customize -> Splash Page' section), then this should hopefully resolve your problem.

You're welcome. I hope it helps a bit.
Even if it's not a complete solution to your problem, it's perhaps a step in the right direction.

@support+juicebox

Thanks for the update! It's most appreciated.

No, unfortunately not. The only control you have over the preloading of images is the imagePreloading configuration option (in JuiceboxBuilder-Pro's 'Customize -> Main Image' section).

I think your issue is a direct consequence of setting enableLooping="TRUE".
Normally, Juicebox-Pro will preload both the previous and next images in the gallery (both images adjacent to the current image) so that they are ready to be displayed should the user click the 'previous' or 'next' navigation button.
If enableLooping="TRUE", then the previous image will be the last image in the gallery (in your case No. 9) and Juicebox just seems to preload this before No. 2, No. 3, etc.

As you are aware, large file sizes and a slow connection are also contributing factors.

As an example, if you were to create a gallery using JuiceboxBuilder-Pro with all default values, then the resulting image sizes would be around 120KB. With even just an 'average' connection speed, this would probably not be an issue.
However, real-life constraints (such as a slow connection speed) will certainly make a difference and you might need to counteract such factors by doing thing like reducing your image sizes (especially if you know that your gallery's target audience is likely to have a slow connection).

The other option would be to set enableLooping="FALSE". Perhaps not something you'd like to do in an ideal scenario but a compromise that would help to resolve your problem.

Please also see my notes regarding Muti-Size Image galleries in your other thread. They might be of interest to you.

If you'd like to suggest an idea for a future version, please feel free to post 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 but this is certainly the best place for all ideas.
Thank you.

Thank you for reporting this. It certainly looks like a bug (thumbnails do not AutoHide when showInfoButton="TRUE" and overlay is toggled off). I've notified the developers.

It looks like the problem is directly related to the Info Button so a workaround might be to set showInfoButton="FALSE".

If you still want to display the Button Bar but just don't want it to be overlaid on top of your images, you can set buttonBarPosition="TOP" (in JuiceboxBuilder-Pro's 'Customize -> Button Bar' section). The Button Bar will then always be positioned at the top of the gallery above the images (not on top of them). You can set the topAreaHeight (in JuiceboxBuilder-Pro's 'Customize -> General' section) if you like.

If you don't want the Button Bar to be displayed at all, then you can set buttonBarPosition="NONE" (in JuiceboxBuilder-Pro's 'Customize -> Button Bar' section).

Thanks again for reporting the problem.

If your web host is GoDaddy, then they provide your web space but where files and folders are uploaded to within your web space (and ultimately located) is up to you.
If you are not already using an FTP program to transfer your files from your computer to your web space, then I'd recommend trying one (such as Filezilla). Once you're logged into your hosting account, you'll be able to drag and drop files and folders from your computer into the FTP interface to upload them to wherever you like within your web space.

'public_html' is the name of the directory on your web server that represents your web root. ('public_html' does not form part of a URL.)
For example, if you upload a file named 'main.html' to your 'public_html' directory, then it will be accessible at http://adriannelugo.com/main.html.

As you seem to have followed the regular embedding instructions here, all you should need to do to have your http://adriannelugo.com/juicebox_portfolio.html gallery work correctly is upload the contents of your gallery folder to your web root directory (the 'public_html' directory). The gallery's 'images' folder should reside directly inside the 'public_html' directory (alongside the gallery's 'thumbs' folder).

As long as you follow the embedding instructions correctly, then there should be no need to change any paths in the embedding code (or elsewhere).
If you changed the structure of your gallery, then you could (if you wanted to):
(1) Use a configUrl in your embedding code to point towards a specific XML configuration file (if you have moved or renamed the gallery's 'config.xml' file).
(2) Use a baseUrl in your embedding code to point towards a complete gallery folder (if you have uploaded a complete gallery folder to your web server rather than just the contents of a gallery folder). The baseUrl method of embedding is documented here.

Short descriptions of configUrl and baseUrl can be found in the Embed Options section of the Config Options page.

The paths to the images themselves can be found inside the XML configuration file. (You can open a gallery's XML configuration file in a plain text editor and change the imageURL and thumbURL paths if you like.)
Relative paths are relative to the web page containing the gallery's embedding code (or a baseUrl if one is used).
(imageURL and thumbURL entries can be absolute as well as relative.)

All you should need to do though, is make sure that your gallery's 'images' folder is directly inside your 'public_html' directory, alongside your gallery's 'thumbs' folder. If it is already there, then check its permissions (as I suggested in my post above).
This should hopefully solve your problem.

The only other thing I can think of would be to start AutoPlay when the Juicebox-Pro API determines that the first image has been displayed for the first time (using the onImageChange event).
Try the following:

<!--START JUICEBOX EMBED-->
<script src="jbcore/juicebox.js"></script>
<script>
    var jb = new juicebox({
        containerId: "juicebox-container",
        autoPlayOnLoad: "FALSE",
        enableAutoPlay: "TRUE",
        goNextOnAutoPlay: "FALSE"
    });
    var flag = false;
    jb.onImageChange = function(e) {
        if (flag === false && e.id === 1) {
            jb.toggleAutoPlay();
            flag = true;
        }
    };
</script>
<div id="juicebox-container"></div>
<!--END JUICEBOX EMBED-->

If this still does not help, then you might need to use a setTimeout() delay (as I noted in my post above) or tweak your gallery's imagePreloading value and/or your image sizes (although I understand that you do not want to do this).

You can set configuration options in the gallery's XML file, in the embedding code or via a query string in the URL.
Please see the Setting Config Options support section for details.
If you have a certain configuration option set in both the embedding code and the XML file, then the value from the embedding code will take precedence. (Options set via the query string will override both embedding code and XML file options.)
I chose to add the configuration options required for my code to function correctly to the gallery's embedding code simply to keep my suggestion to a single chunk of code. You can set all your configuration options in your gallery's 'config.xml' file without any problem.

Yes. You can use whatever valid units you like in your custom CSS.

The reason that only px and % are accepted as galleryWidth and galleryHeight in the gallery's embedding code (as noted in your query here) is that Juicebox sanitizes the values (turning anything that is not a % into a px value) before using them internally as CSS.
Any custom CSS will be used by the browser as is.

For anyone looking to change the font size of gallery text, the following CSS may help. (Just change the values as necessary.)

/* IMAGE TITLE */
.jb-caption .jb-caption-title {
    font-size: 20px !important;
}

/* IMAGE CAPTION */
.jb-caption .jb-caption-desc {
    font-size: 18px !important;
}

/* IMAGE NUMBER */
.jb-cap-frame .jbac-number {
    font-size: 12px !important;
}

You could add this CSS to the end of your gallery's 'jbcore/classic/theme.css' file or wrap it in <style type="text/css"> ... </style> tags and add it to the end of your gallery web page's <head> section (to avoid the need to modify your gallery's 'theme.css' file).

If you do modify your gallery's 'theme.css' file, please remember to make a backup copy of your modified file as it may be overwritten if you upgrade your gallery when a new version of Juicebox is released.

@arachnid

The hash will only appear in the URL automatically (when loading a gallery or selecting a new image) if enableDirectLinks="TRUE".
However, at the moment, you will still be able to manually enter a hash value in a URL (to directly access an image) even if enableDirectLinks="FALSE". This has been logged as a bug and should hopefully be addressed in a future version.

The default value for showSmallPagingText is TRUE (noted on the Config Options page).

If, when you first open JuiceboxBuilder-Pro, you do not change a configuration option, JuiceboxBuilder-Pro will not write the option's default value to the gallery's 'config.xml' file (to save cluttering up the file with hundreds of entries) and Juicebox-Pro will use the default value when the gallery is displayed.

If there is no entry for showSmallPagingText in the gallery's 'config.xml' file, then Juicebox will use this option's default value of TRUE and you'll see the thumbnail paging text when the gallery is displayed in Small Screen Mode.

I think this might be what you are experiencing.

I have checked that JuiceboxBuilder-Pro is writing correct values to the 'config.xml' file and cannot find an error.
Correct values (corresponding to the interface input fields) are written to the file (but default values are not always entered).

I hope this helps somewhat.

If you have a gallery which does not behave as expected, then please post a link so that I can investigate further.
Likewise, if you have a set of steps that I can use to reproduce an error with JuiceboxBuilder-Pro, please let me know.

To summarize...

• showPagingText="TRUE" will always show the thumbnail paging text when the gallery is displayed in Large Screen Mode. The default value for showPagingText is FALSE.

• showSmallPagingText="TRUE" will always show the thumbnail paging text when the gallery is displayed in Small Screen Mode. The default value for showSmallPagingText is TRUE.

• If a configuration option is not explicitly written to a gallery's 'config.xml' file, then Juicebox will use the default value for that option.

Also, just to clarify, you mention "LargeScreen Mode in mobile browser" and "LargeScreen Mode on mobile devices with screens smaller than 1024px". The only way that Juicebox will be displayed in Large Screen Mode on mobile devices with small screens is if you set screenMode="LARGE". If the gallery is truly in Large Screen Mode, then showPagingText will be active (and showSmallPagingText will be ignored), regardless of the device or browser window size.

You'll need to use an http:// absolute path (not ftp://) to your gallery's 'index.html' file as the 'src' attribute of your iframe.
Once you've uploaded your gallery folder to your web server, find out the URL that you need to use to view the gallery's 'index.html' page in your browser. This is what you should use for the 'src' attribute of your iframe. If you are not sure what this URL is, your web host should be able to help you out.
It looks like it might be something like http://madagascar14.byethost7.com/Little Manor/Galleries/index.html but this doesn't work. (I don't know what domain and subdomain your account uses but your web host should be able to tell you if you don't know.)

Your iframe should look something like this:

<iframe src="http://www.example.com/Little Manor/Galleries/index.html" width="1200" height="660" frameborder="0" scrolling="no"></iframe>

If you allowed JuiceboxBuilder-Pro to create all image sizes for a Multi-Size Image gallery, then (as you are aware), no gallery images would contain metadata unless any of the source images are already within the maximum bounds of an image size and do not need to be resized (in which case they would be copied across to the gallery folder unmodified with their metadata intact).

Perhaps the easiest thing to do would be to create a Multi-Size Image gallery with JuiceboxBuilder-Pro so that all the smallImageUrl and largeImageUrl entries are present in the gallery's 'config.xml' file.
All you'd then need to do is create your own Small, Medium and Large images (in an imaging program such as Adobe Photoshop) and then replace the images in the 'images' (Medium), 'images/small/' (Small) and 'images/large/' (Large) folders.
(Images for each size should have the same filename. Each image size is stored in a different folder to avoid file name collisions.)

At least all the smallImageUrl and largeImageUrl entries would be generated for you.
This would be a step in the right direction over having to create a Multi-Size Image gallery from scratch manually.