I think I've found the root of the problem.
Juicebox will scale up the thumbnails on a thumbnail page on a mobile device if the following conditions are met.
(1) The gallery has dimensions of 100% x 100%.
(2) There is no existing viewport tag on the web page.
(3) The gallery is the only content on the page.

However, your web page created with jAlbum has the following line of code <div id="jalbumwidgetcontainer"></div> meaning that the gallery is not the only content on the page and so the thumbnails are not scaled up.
Your other gallery which functions correctly does not have this jAlbum widget container in it.

If you remove the jAlbum widget code from your web page, your gallery should hopefully display as expected.
If you don't use jAlbum widgets, try editing the skin's 'skin.properties' file and change the value for autoWidgetInjection (on line 2) from true to false . Then reload the skin and remake your album.

This would certainly be possible.
Please take a look at this forum post which demonstrates how a gallery's XML file can be generated dynamically when the gallery is displayed.
Rather than immediately output the XML data (via PHP 'echo'), you could modify the code to save the XML data to a file (ideally named 'config.xml' so that you do not have to change anything in a default gallery setup). Knowledge of PHP would be required.
You could then set up a Cron Job (scheduled task) on your web server to run the PHP script (to update the XML file) once a day. (Your web hosting account's cPanel might have a Cron Job interface which would make this very easy to achieve.)
I hope this points you in the right direction.

I've tried to replicate the problem using the same HTML page that you currently use ('/Emma-pictures/index.html'), the same gallery structure (a gallery created by jAlbum) and a gallery containing well over 140 images but I cannot get the 140-thumbnail display on either Mobile Safari or Chrome. The scaled-up 6-thumbnail display is always shown.

Your web page seems to load a little slower than my own test gallery.
I'm not sure if this is because of the problem (having to load 140 thumbnails) or the cause of the problem (perhaps a timing issue).
Do you have access to a different web server where you could temporarily upload the same gallery to see if things are different on another server? This might help in troubleshooting the problem.

I noticed the reference to WordPress on the Bluehost support page but your hosting account might have been using Varnish regardless of whether or not your hosting account was optimized for WordPress so it was worth a shot.

As I noted with the query string trick, the new file (without the viewport tag) is being served OK when a unique URL is used and the problem is not seen when this version of the page is used so the problem certainly seems to be a caching problem (removing the viewport tag appears to resolve the original problem you reported).
When I see the problem and view the source of the page, the viewport tag is present (even though it has been removed from the file on your web server) so the old version is still being served from somewhere.

Try viewing your web page in a different browser (such as Mobile Chrome) which has never been used to view the page before (if possible). If you still see the problem (now that the new file without the viewport tag is in place on your server), then the caching problem is server-side rather than client-side (in the browser). Perhaps you could contact your web host and ask if caching is present on your hosting account and, if so, how to turn it off.

Maybe a workaround would be to name the new version of your page 'index.htm' (rather than 'index.html').
The server should still hopefully be configured to find and use this file name as a default if a user navigates to the parent directory (without explicitly using the index file name).
As the filename is different, the old cached 'index.html' file should not be used.
(The only disadvantage would be that if you have any links to this page, you would have to adjust them accordingly.)

I cleared my iPod Touch's cache in the same way that you cleared your iPhone's cache.
I then loaded your 'Emma-pictures' gallery and still saw the problem myself. However, when I viewed the source of the web page, I noticed that the viewport tag was still present.
I then tried viewing the web page adding a (redundant) query string to try to force the new version of your page to be fetched from your web server and it worked.
I used this URL http://www.billanddot.com/Emma-pictures … ml?xyz=123 and only 6 thumbnails were displayed on the page (as expected). When I viewed the source of the web page this time, the viewport tag was not present.
It looks like the problem is solved by removing the viewport tag but that there is a caching problem somewhere along the line (forcing the old version of the page with the viewport tag still in place to be used). The caching may be happening server-side rather than in the mobile browser.

It looks like Bluehost uses Varnish caching. Try turning it off following the instructions here.

Alternatively, if you have an Apache server, you might like to try adding the following line of code to the .htaccess file in your root directory.

Header set Cache-Control "max-age=0, private, no-cache, no-store, must-revalidate"

Hopefully one of these suggestions will help.

Without seeing your gallery's web page, I do not know whether or not the extra space you refer to is actually part of the gallery.
If it is, then please see this FAQ which might help:
My Juicebox gallery shows too much space above or below the main image, how do I fix this?

If you set imageScaleMode="FILL" (even just for testing purposes) and the space is no longer there, then you could either leave imageScaleMode="FILL" (or imageScaleMode="SCALE") to fill the image area or reduce your gallery's height so that the aspect ratio of the gallery's image area better matches the aspect ratio of your images (resulting in less space when the images are scaled to fit within the image area).
If, when setting imageScaleMode="FILL", the space is still there, then it is not originating from the gallery and you might need to look elsewhere on your web page to see where it is coming from. Check the source code of your web page (usually via 'Right-Click -> View Page Source' or 'Tools -> Web Developer -> Page Source) to see if there are any empty <p> tags or <br> line breaks above your gallery which might be causing the space you see.

If you continue to experience difficulties, then please post the URL to your gallery's web page so that I can see the problem for myself and hopefully help further. Thank you.

You're welcome!

You're welcome.

You would really need to use a server-side script to build a dynamic XML file on-the-fly when the gallery is displayed. It cannot be done client side (for example with JavaScript).
The only other method of uploading images and having them included in a gallery without the need to modify any gallery files would be to use a Flickr account as a source of images.
If you use a Flickr account as a source of images, you could upload new images to the Flickr account and they would automatically be included in the gallery.
Certain Flickr configuration options are available to Juicebox-Lite (the free version) and others are available to Juicebox-Pro only so you can find descriptions of all Flickr options in these two section.
Lite: http://www.juicebox.net/support/config_ … te-options
Flickr Pro: http://www.juicebox.net/support/config_ … kr-options

I have checked out your gallery (the static version without the 'config.php' file) and all thumbnails load OK.
However, you have set maxThumbRows="4" and thumbsPosition="BOTTOM" (default value). On my screen, 40 thumbnails are displayed. In your gallery, this totals approximately 42MB of data. Also, your gallery uses imagePreloading="PAGE" (default value) so the user's browser will be preloading and caching all images on the current thumbnail page which amounts to even more data for the browser to initially load when the gallery is first displayed.
I would recommend using smaller images for your thumnails (some are currently over 3MB each and a couple are over 4MB) and you could set imagePrelaoding="NEXT" (in JuiceboxBuilder-Pro's 'Customize -> Main Image' section) to preload only the next image rather than all images on the current thumbnail page. This would significantly reduce the load on the browser when the gallery is first displayed.

Juicebox scales the thumbURL images to fill the thumbWidth and thumbHeight dimensions. If the aspect ratio of the thumbURL image does not exactly match the thumbWidth x thumbHeight aspect ratio, cropping will occur.

'Crop to fit' will crop images (if necessary) to fill the specified image dimensions. If you do not set 'Crop to fit', then JuiceboxBuilder will respect the aspect ratio of the source image and will resize it using the specified image dimensions as maximum bounds.
'Crop to fit' affects only the main images in a gallery, not the thumbnails. (Thumbnails are always 'cropped to fit' to ensure that all thumbnail images match the specified thumbnail dimensions.)

Yes. Theoretically, there is no limit to the number of galleries you can have on a single page. Please see the Embedding Multiple Galleries support section for online examples.'
Just remember to embed each gallery into a <div> container with a unique 'id' and load the 'juicebox.js' file only once per web page (not once per gallery).

There is no real maximum to the number of images you can have in a gallery. As long as your images are of a reasonable file size and you set imagePreloading to an appropriate value for your gallery, everything should be fine.

When using WP-Juicebox (the Juicebox plugin for WordPress) and selecting the Media Library as the source of images, a gallery created by the plugin will display all images attached to the page or post containing the gallery.

Instructuctions for installing and using WP-Juicebox can be found on the plugin's support page here.

Essentially, to create a new gallery with WP-Juicebox sourced by the Media Library, following the instructions below.

(1) Create a new page or post.
(2) Click the 'Add Juicebox Gallery' button.
(3) Configure the gallery in the settings window and click 'Add Gallery'. (A Juicebox gallery shortcode will be added to the page or post.)
(4) Click the 'Add Media' button above the toolbar.
(5) Drag and drop images from a folder on your computer into the media window and wait for them to finish uploading.
(6) Close the media window (with the cross at the top right corner).  Do not click the 'Insert Into Post' button. This will display the individual images in the page or post. Also, do not go to the 'Create Gallery' tab. This will create a WordPress gallery (not connected to Juicebox). WP-Juicebox just needs the images to be attached to the page or post. (You can change the order of the images by selecting 'Uploaded to this post' in the media window and then dragging and dropping the thumbnails.)
(7) Publish the page or post.

Please note that WordPress allows each Media Library image to be attached to only one post so it is not possible to include images from the Media Library which are already attached to other posts.

PHP is a server-side scripting language. All PHP code is processed on the web server and, as such, you will not be able to preview your dynamically-generated gallery locally in Muse but it will work fine when you upload it to your web server.

That is correct. You would not need to use the 'config.xml' file created by JuiceboxBuilder-Pro. This is a static file which will only ever display the images listed in it. If you added images to a designated folder and wanted them to be displayed inthe gallery, then you would need to either:
(1) Manually edit the 'config.xml' file to include the new images.
... or:
(2) Use the 'config.php' file (from the forum post I linked to above) to dynamically generate a fresh XML file each time the gallery is displayed (listing all images in the designated folder at the time the gallery is displayed ).

Your embedding code might look something like this:

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