The multi-size image support is a feature of JuiceboxBuilder-Pro only and is not available in any of the plugins.
Unfortunately, as you are aware, the Juicebox plugin for Lightroom cannot export multiple image resolutions at once.

Image sizes (and whether small or large images are required) are saved in preset files. Try selecting the 'Small Images' and 'Large Images' checkboxes and changing some image sizes on the 'Images' tab, save a preset ('Presets -> Save Preset') and open the preset file in a plain text editor. You should see entries such as the following:

useLargeImages="true"
largeImageWidth="2000"
largeImageHeight="1000"

However, if you load a preset which does not include useSmallImages="true" or useLargeImages="true", then the 'Small Images' and 'Large Images' checkboxes will be deselected and only medium images will be saved to the gallery folder.

Be sure to select the 'Small Images' and 'Large Images' checkboxes (and enter your required image sizes) before saving a preset file.

Hopefully this will help.

Please see my reply to your query in this forum thread.

The Lightroom plugin's default value for expandedBackgroundColor is the same as JuiceboxBuilder-Pro's default value ('222222' with opacity '1'). If you change this at any point, then Lightroom will remember the last used value (like it will for other Web Engine input fields).
Like JuiceboxBuilder-Pro, if you set the expandedBackgroundColor to '222222' with opacity '1', it will not be written to the 'config.xml' file but if you change it to black ('000000' with opacity '1'), then the following will be written to the 'config.xml' file:

expandedBackgroundColor="rgba(0,0,0,1)"

I've just double-checked this with the current versions of both JuiceboxBuilder-Pro (v1.4.3) and the Lightroom plugin (v1.4.3.0) and everything seems to be working correctly.

The embedding code for your 'Texas Sculpture' gallery on this page: http://morethansnapshots.com/LRGallerie … index.html
... does not contain a configUrl or baseUrl so Juicebox looks for a file named 'config.xml' in the same directory as the HTML page containing the embedding code.
Therefore, there should be a 'config.xml' file here: http://morethansnapshots.com/LRGallerie … config.xml

However, going directly to that location in a browser results in an error 403 (permission denied).
It looks like your gallery's 'config.xml' file might be in the correct location on your web server but that its permissions are too restrictive. Check the permissions of the file (and its parent folders) on your web server (perhaps using a dedicated FTP program such as Filezilla of via your web hosting account's online CPanel).
Default permissions of 755 for folders and 644 for files should work fine.

Hopefully this will solve your problem.

If you have a gallery which exhibits this behavior, please post its URL so that I can take a look and investigate further. (Your '/personal/' gallery still uses a Splash Page.)
If there is any problem with conflicting CSS, then the easiest way to avoid this is to use the Splash Page and set expandInNewPage="TRUE" so that when the gallery is expanded, it is expanded on a new page of its own where it cannot be affected by any CSS on your embedding page.

Also, I notice that your gallery uses Juicebox v1.4.3.
The latest version is actually v1.4.3.2. We have released a couple of hotfix versions to address a couple of bugs relating to pages jumping to the top when scrolling or closing expanded gallerieson iOS 8 devices.
You might like to try upgrading your gallery to the latest version to see if this helps.
Instructions for downloading the latest version and upgrading existing galleries can be found on the Upgrading Juicebox support page. (The latest zip file is named 'juicebox_pro_1.4.3.2.zip' and the version number is noted in the comments at the top of the 'jbcore/juicebox.js' file.)

Juicebox was not designed to allow the gallery to expand on a thumbnail click. You could try to achieve this using the available methods in the Juicebox-Pro API but you might run into difficulties.
To see an example of this in action, create a test gallery with JuiceboxBuilder-Pro and replace the gallery's 'index.html' file with the code below:

<!DOCTYPE html>
<html lang="en">
    <head>
        <meta charset="utf-8" />
        <meta name="viewport" id="jb-viewport" content="minimal-ui" />
        <style type="text/css">
            body {
                margin: 0px;
            }
        </style>
        <script type="text/javascript" src="jbcore/juicebox.js"></script>
        <script type="text/javascript">
            var jb = new juicebox({
                containerId: "juicebox-container",
                galleryHeight: "400",
                galleryWidth: "600",
                screenMode: "AUTO",
                showExpandButton: "TRUE",
                showSmallThumbsButton: "TRUE",
                showSmallThumbsOnLoad: "TRUE",
                showSplashPage: "NEVER"
            });
            if (jb.getScreenMode() === 'SMALL') {
                var fullscreen = false;
                var thumbs = true;
                jb.onExpand = function(expanded) {
                    if (fullscreen && !thumbs) {
                        jb.toggleThumbs();
                    }
                    fullscreen = !fullscreen;
                };
                jb.onImageChange = function(e) {
                    if (!fullscreen) {
                        jb.toggleExpand();
                    }
                };
                jb.onShowThumbs = function(showing) {
                    thumbs = showing;
                };
            }
        </script>
        <title>Test</title>
    </head>
    <body>
        <div id="juicebox-container"></div>
    </body>
</html>

This will expand the gallery each time a new image is selected (in Small Screen Mode only) whether from the thumbnail page or a main image page. There is no way to distinguish whether an image is being selected from a thumbnail page (via a tap) or from a main image page (via a swipe).

Also, in order to include this functionality within a WP-Juicebox page, you would need to:
(1) Set the required configuration options as normal (Lite Options in the interface and Pro Options in the 'Pro Options' text area).
(2) Add the following code (in 'Text' mode, not 'Visual') below the Juicebox shortcode in the body of your WordPress page or post.

<script type="text/javascript">
    if (jb_4.getScreenMode() === 'SMALL') {
        var fullscreen = false;
        var thumbs = true;
        jb_4.onExpand = function(expanded) {
            if (fullscreen && !thumbs) {
                jb_4.toggleThumbs();
            }
            fullscreen = !fullscreen;
        };
        jb_4.onImageChange = function(e) {
            if (!fullscreen) {
                jb_4.toggleExpand();
            }
        };
        jb_4.onShowThumbs = function(showing) {
            thumbs = showing;
        };
    }
</script>

In the above example, 'jb_4' is used as the variable name for the 'juicebox' object. The '4' is the gallery id.
If your gallery id is 25, then replace all the instances of 'jb_4' with 'jb_25'.

I hope this points you in the right direction.

Many thanks for the additional information.
It certainly looks like Reading View in IE11 is the source of the problem.

Try adding the following line of code to your web page's <head> section. Once implemented, the Reading View icon should not appear in the address bar.

<meta name="IE_RM_OFF" content="true">

This code was taken from the Reading View Guidlines support page: http://ie.microsoft.com/testdrive/browser/readingview/
(Click the '</> Code' tab and scroll down to the 'Opt Out' section at the bottom.)

Hopefully this will help.

The problem is likely to be that when you change the browser window size on the 'video' tab, the Juicebox parent container has no dimensions at that point (due to setting display: none;) and if your Juicebox gallery has a width of 100%, it will set its width to be 100% of 0px which is 0px. Changing the tab back to 'photo' does not change the browser window size so the gallery will look odd until the browser window size is changed again.

Possible solutions:
(1) Try setting only CSS visibility rather than both visibility and display.
(2) Set your gallery's dimensions to be fixed pixel values rather than percentages.
(3) Load your gallery on demand when the 'photo' tab is clicked (rather than when the page is loaded).

If you want to implement Suggestion #3 above, put your gallery's embedding code in a JavaScript function and add a click handler to your 'photo' tab to run the function when the tab is clicked.
For example, something like the following:

<script src="jbcore/juicebox.js"></script>
<script>
    function loadGallery() {
        new juicebox({
            containerId: "juicebox-container",
            galleryWidth: "100%",
            galleryHeight: "600px",
            backgroundColor: "rgba(34,34,34,.5)"
        });
    }
    $(document).ready(function() {
        $('#photo').click(function() {
            loadGallery();
        });
    });
</script>
<div id="juicebox-container">

Juicebox comes with its own bundled version of jQuery (within the 'juicebox.js' file) so basic jQuery functionality is available as soon as the 'juicebox.js' file is loaded in the page (and without the need to explicitly include a separate jQuery JavaScript file).
However, if your web page uses any jQuery code at all, I would certainly recommend including a separate jQuery JavaScript file (just in case we remove any jQuery functionality from the 'juicebox.js' file in the future).

Thank you for providing the URL to your gallery's web page.
You currently have two lots of embedding code on your '/favs/index.htm' web page (both embedding the same gallery into the same container).
Your first lot of embedding code starts at line 30 and your second lot of embedding code starts at line 120.
Remove the first lot of embedding code (lines 30 - 39 inclusive) and your audio should play only once.

I cannot replicate the problem you reported with this test gallery in IE11 or Chrome 40 (or Firefox 36.0, Opera 27 or Safari 5.1.7): http://juicebox.net/demos/pro/full/?pla … nLoad=TRUE
When I refresh the page (by clicking the reload button in the browser or by pressing F5 or Ctrl + F5), the original music stops and when the page is reloaded, the music starts again.

Please make sure that you are using the latest version of Juicebox-Pro (v1.4.3).
Instructions for downloading the latest version and for upgrading existing galleries can be found here.

Does the problem occur in your browsers with the test gallery? http://juicebox.net/demos/pro/full/?pla … nLoad=TRUE

If you continue to experience difficulties, then please post the URL to your gallery so that I can try to hear the problem for myself and investigate further. Thank you.

There seems to be a few different issues going on here and I think we might be at cross purposes with at least one of them.

When you originally said "I have another news section on the same page and struggle to page down and see this", I thought the problem was that you could not scroll down past the gallery to see what was below the gallery on the page.
This is why I created the test page [Test gallery removed.] - to see if you could scroll down the page past the gallery to see the text below the gallery. The fact that the gallery had an automated slideshow was just incidental (I used it because you used it in your own gallery and wondered if it could be the cause of the problem: "think it is due to automation of photo gallery?"). We seem to have been sidetracked into a problem with AutoPlay (the automated changing of images within a gallery) rather than the original 'scrolling down a page' issue.

As I noted earlier, maybe the AutoPlay is stopping when you scroll down the page and touch the gallery. (If you tap on the gallery to scroll down the page, Juicebox might see this as the start of a swipe gesture to change the image and the AutoPlay will stop.)

It might be a good idea to take a step backwards just now and clarify a few things.
Using my test page: [Test gallery removed.]
(1) On your iPad, can you scroll down past the gallery to see the text below the gallery?
(2) On your Windows phone, can you scroll down past the gallery?
(3) On your iPad, does the AutoPlay work (do images change automatically)?
(4) On your Windows phone, does the AutoPlay work?

For (3) and (4) above you could try this test gallery instead: [Test gallery removed.]
Same gallery, just no text on the page so no need to scroll down the page and perhaps accidentally stop the AutoPlay.

Also, have you tried loading any other content into your iframe yet to see if your other layout problem is a general iframe problem or directly related to Juicebox?

I'm hopeful that we can narrow the problems down and figure out exactly what's going on.

Thank you for sending me a screenshot of your problem.

From the look of the screenshot, it certainly looks like Mobile Safari is having a problem with your percentage-width iframe.
What generation of iPad do you have and what version of iOS does it have installed? Perhaps there is a problem with your particular version of Mobile Safari which can be fixed by upgrading your version of iOS.

I suspect that you might have similar sizing issues no matter what content you load into your iframe.
Try loading a different web page (such as http://juicebox.net/) into your iframe to see how your main page looks.
Does the size of the iframe look OK in Mobile Safari with content other that the gallery loaded into it?

Your iframe has a width of 100% but the browser will need to know what its actual width should be 100% of, so please make sure that all parent containers of your iframe have widths defined using CSS. Also, try including the dimensions of your iframe's parent containers as inline CSS (similar to the note for Using Percentage Heights but with widths instead).

This forum thread regarding "How to get an IFrame to be responsive in iOS Safari?" might also be of interest: http://stackoverflow.com/questions/2308 … ios-safari

However, I would still recommend embedding your gallery directly in your web page (rather than using an iframe).
Maybe you could try this again.

With regard to the scrolling issue, if you can scroll past the gallery in my test page ([Test gallery removed.]), then the problem may lie somewhere within the code on your web page.
If you load the gallery into an iframe, then try embedding the gallery directly into your web page to see if the scrolling problem still occurs. (There may be some kind of problem scrolling past iframes on a Windows phone.)
If you already embed the gallery directly in your web page, then try removing all external CSS and JavaScript files from your page, one at a time, and check the functionality after removing each one until you find the source of the conflict.

I hope these notes help.

The 'encode_url' function is, indeed, missing from the 'wp-juicebox.php' file. It will be reinstated in the next version.
In the meantime, my workaround above should work fine.
I cannot actually find an instance where the current version of NextGEN Gallery (v2.0.74) produces a URL which needs to be encoded. I'm pretty sure the 'encode_url' function is required only for backwards compatibility with older versions of NextGEN Gallery.

Please see this FAQ:
My Juicebox gallery shows too much space above or below the main image, how do I fix this?

If you have a 100% x 100% responsive gallery (like the gallery in your screenshot), then the size and shape of the gallery is entirely dependent on the user's browser window. You have no control over this at all.
If the image area within the gallery has a very different aspect ratio to that of the image being displayed, then there will be space at the top and bottom or left and right of the image.

You could either:

• Set imageScaleMode="FILL" to fill the image area with the image (although cropping will occur), or...

• Set your gallery's height to be a fixed pixel value (rather than a percentage) so that the image area is likely to have an aspect ratio closer to that of the image being displayed.

I hope this helps.

Thank you for reporting this problem.
A quick fix would be to open WP-Juicebox's 'config.php' file in a plain text editor and change lines 77 - 78 from:

$image_url = $Juicebox->encode_url($base_url . $image_basename);
$thumb_url = $Juicebox->encode_url($base_url . 'thumbs/thumbs_' . $image_basename);

... to:

$image_url = $base_url . $image_basename;
$thumb_url = $base_url . 'thumbs/thumbs_' . $image_basename;

As long as your image filenames contain only web-safe (alpha-numeric) characters and not reserved characters, then everything should work OK.

However, I will investigate this problem further and will post back with my findings.