I am glad that you have been able to resolve your problem.
Thank you for posting back to let me know.

Your galleries themselves seem to be OK. The 'config.xml' files and images seem to be in the correct locations on your web server. The problem seems to be with your embedding page.

When I load your web page, it initially seems to load OK but then some code on your web page appends #home to the URL and this is when the 'Juicebox Error: Cannot find div with id: "travelcontainer"' message is displayed and the browser fails to load the page (with a continuous spinning icon in the browser tab).

First of all, try fixing the errors on your web page so that the code on your web page validates correctly.
You can check the code on your web page with the W3C Markup Validation Service and then fix the errors reported.

Also, try removing whatever code is adding #home to the URL when the web page loads to see if this helps.

That is correct, although I will not be able to check the structure of your gallery and the paths within your gallery's XML file if I am unable to see the gallery. (If you post the URL to your gallery, I will delete it from your post once I have a note of it.)

The images for your gallery certainly need to be in a particular place. However, the correct location of the images will depend on where the Drupal module expects them to be. If I were to see your gallery, I could tell you where the code is looking for the images.
If you want to check this yourself, view the source of your gallery's web page in your browser, search for the 'configUrl' string, copy the value of the 'configUrl' and paste it into your browsers address bar to open the XML file in a new tab. Now check the 'imageURL' entries to see where Juicebox expects your images to be. If the 'imageUrl' paths are relative, they will be relative to the HTML document which contains the gallery's embedding code.

I would certainly recommend posting your query in the Drupal forum. It is likely that the author of the module has seen this problem before, may know what is causing it and should hopefully be able to suggest a solution for you. Your query certainly seems to be more related to Drupal and the use of the Juicebox module for Drupal than with Juicebox itself. (The structure of a Juicebox gallery created with the Juicebox module for Drupal will be determined by the module's code.)

Please post the URL to your gallery so that I can take a look. If I am able to see your gallery, I might be able to determine the cause of the problem.
However, it sounds like a problem with the Juicebox module for Drupal (which we did not write ourselves) rather than with Juicebox itself. If so, please post your query in the Drupal forum where the author of the module will be able to help you further.

@Tiphaine

It would be much easier to implement direct download functionality if all browsers supported the HTML 5 download attribute but this is not yet the case. Please see here for a list of browsers which currently support this feature.
If you would like to try this (though it will only work in the browsers listed in the link above), you could include a link within each image's caption using the 'download' attribute such as the following:

<caption><![CDATA[<a href="images/image.jpg" download="image.jpg">Click here to download image.</a>]]></caption>

If entering the caption directly into JuiceboxBuilder-Pro (in a 'Caption' text field on the 'Images' tab), you would enter just the following:

<a href="images/image.jpg" download="image.jpg">Click here to download image.</a>

JuiceboxBuilder-Pro will enclose the caption in the <caption> and CDATA tags automatically behind the scenes so there is no need to enter them into JuiceboxBuilder-Pro.
(You would need to include them only if entering the caption manually by editing the 'config.xml' file in a plain text editor.)

The href="images/image.jpg" part is the path to the file which will be downloaded. You can use an absolute path (such as http://www.example.com/gallery/images/image.jpg) or a relative path (as in my example above). If using a relative path, it will be relative to the HTML page containing the gallery's embedding code.

The download="image.jpg" part is the name which will be given to the file when the user downloads it. (It does not have to be the same as the image's filename, although it should have the same file extension.)

The Click here to download image. part is the text that will be displayed on screen as the caption which, when clicked, will download the file.

Please remember that this will work only in certain browsers and visitors to your web site using browsers which do not support this HTML 5 attribute (such as Internet Explorer and Safari) may wonder why this feature in your gallery does not work as expected. (You may wish to add a note somewhere on your web page to say that direct download functionality is available only in Firefox, Chrome and Opera.)

I hope this helps.

Unfortunately, there is currently a known bug (which should hopefully be fixed in the next version of Juicebox) whereby the value of the expandInNewPage configuration option can change the scale of the embedding page. This may be the cause of your problem.
If your gallery currently sets expandInNewPage="TRUE", then try setting expandInNewPage="FALSE" (in JuiceboxBuilder-Pro's 'Customize -> General' section). Conversely, if your gallery currently sets expandInNewPage="FALSE", then try setting expandInNewPage="TRUE".
(Alternatively, try setting expandInNewPage="AUTO" if "TRUE" or "FALSE" do not work.)
As I noted, we hope to have this bug fixed in the next version of Juicebox but, in the meantime, changing the value of expandInNewPage should help.

No. The logic which is used to determine which Screen Mode to use when screenMode="AUTO" is within the 'juicebox.js' JavaScript file which is packed and obfuscated and cannot be changed.

No. This is not a user-changeable option.

If you really want to force Small Screen Mode on the Nexus 7, then you would need to detect the device being used with JavaScript and if it is the Nexus 7, then you would set screenMode="SMALL" in the gallery's embedding code (otherwise, you would set screenMode="AUTO" for Juicebox to use its own detection routine).
For example:

<!--START JUICEBOX EMBED-->
<script src="jbcore/juicebox.js"></script>
<script>
    var sm = 'AUTO';
    if (navigator.userAgent.match(/Nexus 7/i)) {
        sm = 'SMALL';
    }
    new juicebox({
        containerId: 'juicebox-container',
        screenMode: sm
    });
</script>
<div id="juicebox-container"></div>
<!--END JUICEBOX EMBED-->

If you wanted to incorporate this into WP-Juicebox, then you would need to open the 'wp-juicebox.php' file in a plain text editor and insert the following line between lines 286 and 287 (code above condensed for ease of insertion into WP-Juicebox):

$string_builder .= '        screenMode: navigator.userAgent.match(/Nexus 7/i) ? "SMALL" : "AUTO",' . PHP_EOL;

Please note that screenMode is a Juicebox-Pro option which is not available in Juicebox-Lite (the free version).

Yes. Please see this FAQ:
Can I upgrade from a single site license to a multi-site license at a later time?

@p.lachaine

I can't save any changes.

As I mentioned above, I am unable to replicate this problem myself in my own test WordPress installations.

I cannot replicate this problem either. Clicking the 'Set' button successfully saves custom default settings in my own test WordPress installations.

In order to troubleshoot these problems further, it would help greatly if I had access to your WordPress installation and web server (so that I can see the problem for myself). If you are agreeable to this, please let me know and I will email you with an address where you can send me login details. Thank you.

Unfortunately, we are unable to provide telephone support. We provide support via email and the online forum.

The only way that your gallery would be able to display the images from the sample gallery would be if:
(1) You uploaded the sample images to your web site.
(2) The imageURL entries in your gallery's XML file points towards the sample images.

On the web page whose link you posted above, you have two different lots of embedding code:

<script src="jbcore/juicebox.js"></script>
<script>
new juicebox({
containerId: "juicebox-container",
galleryWidth: "100%",
galleryHeight: "100%",
backgroundColor: "#222222"
});
</script>

... and:

<script src="web/images/COTY/jbcore/juicebox.js"></script>
<script>
new juicebox({
baseUrl : 'web/images/COTY/',
containerId: "juicebox-container",
galleryWidth: "100%",
galleryHeight: "100%",
backgroundColor: "rgba(18,18,18,1)"
});
</script>
<div id="juicebox-container">

However, if you want only one gallery displayed on your page, then you should remove one of the above.

At the moment, both galleries use the XML file from the sample web gallery (pointing towards the sample images in their respective 'images' folders). Take a look at the following two files on your web server and you will see that they are identical and contain entries only to the sample images.
http://ozielgrandchapternj.org/config.xml
http://ozielgrandchapternj.org/web/imag … config.xml

If you remove the first lot of embedding code from your web page and replace the contents of your 'COTY' directory with the contents of your own gallery folder ('config.xml' file, 'jbcore' folder, 'images' folder, 'thumbs' folder), then your own gallery will display on your main web page.

When creating or editing a gallery in JuiceboxBuilder-Pro, the 'Quality' setting is used only if the images are resized.
The images are resized only if the source images are larger than the maximum bounds set in the 'Resize Images' section.

Therefore, if the source images are already within the maximum bounds and do not need to be resized, they will be copied across to the output 'images' folder without any processing and the 'Quality' setting will not have been used.

I hope this helps clarify things.