@Reti33

If a gallery does not display on a web page, then the most likely probably causes are:
(1) Incorrect paths (or missing files), perhaps the 'juicebox.js' file or the 'config.xml' file.
(2) Custom CSS code which is affecting the visibility of the gallery. Check any custom CSS to make sure that the gallery's parent containers are visible (e.g. do not have zero height or have been removed from the DOM).

Please also see this FAQ for another possible cause (incorrect formatting for the gallery's embedding code).
When I view my gallery, I see a blank area. Why?

If you like, you could post the URL to your gallery's web page and I'll take a look to see if I can determine the cause of your problem. (I'll move your query into a new thread of its own.) Thank you.

I see the problem in IE11 (the gallery not visible) but I do not see the content of the <noscript> tags (which would be a vertical list of images) so the problem does not seem to be a JavaScript related issue.
It looks like the gallery is probably working OK but the problem is that it is not visible on your web page (perhaps due to custom CSS or HTML errors on your web page).

I have checked your web page with the W3C Markup Validation Service and there are several HTML errors.
For example, your web page has 3 separate containers with id="menu-hoofdmenu". All ids on a web page should be unique. IE11 may not know which of these containers to apply #menu-hoofdmenu CSS rules to. You might expect it to apply #menu-hoofdmenu CSS rules to one (or all) of these containers but there is no telling how IE11 (or any other browser) will react to this.

Some browsers can be more tolerant towards HTML errors than others which might explain why your web page appears to be OK in some browsers but not others.
If you can fix the HTML errors on your web page, then it should be rendered with greater predictability and consistency across different browsers.
I do not know how much code on your web page is generated manually (or automatically by a theme) but trying a different theme might help.

I hope this points you in the right direction.

Thank you for trying the gallery on its own.

I've just tried dynamically switching between two galleries in the same container (using a JavaScript function to go from a default gallery to one using your gallery's configuration options without refreshing the web page and without any delay) but I still can't reproduce the problem.

Hopefully your own testing will prove to be fruitful.
Please let me know if you find anything.
Thank you.

Unfortunately, as you have discovered, JuiceboxBuilder-Pro does not retain metadata (such as ICC color profiles) in images that have been processed (either resized or watermarked) for use in a gallery.
In order to have metadata in gallery images, you could prepare (and resize if necesary) the images for your gallery in Adobe Photoshop (or a similar imaging program) prior to feeding them to JuiceboxBuilder-Pro and deselect the 'Resize Images' and 'Use Watermark' checkboxes on the 'Images' tab. JuiceboxBuilder-Pro will then just copy the images directly across to the gallery's 'images' folder (complete with any metadata that they may have embedded within them) without processing them at all.
When the images are displayed in the gallery, they are displayed using regular HTML <img> tags (generated dynamically by the 'juicebox.js' file).

Incidentally, JuiceboxBuilder-Pro does not intentionally strip out the metadata. It is a side-effect of the way that images are resized. In resizing an image, a new image is created from the original image's pixels (using a suitable algorithm) and the metadata is not actually part of the process. In order to retain metadata, it would likely be necessary to extract all metadata from the source image, store it somewhere temporarily and embed it into the resized image. With all the different metadata formats available (e.g. EXIF, IPTC, XMP, ICC) and all their possible values, this is likely to be quite a complex task (and I do not know if this is even possible within an Adobe AIR application such as JuiceboxBuilder-Pro).

I hope this at least sheds some light on what is happening.

Processing images prior to using JuiceboxBuilder-Pro and instructing JuiceboxBuilder-Pro to use these images for the gallery (without any further processing) would be the best workaround at present.

I'm glad you've been able to get things working as you like.
Thank you for letting me know.

Thanks for posting your suggestion in the Feature Requests thread.

Try using something like the following CSS in the <head> section of your gallery's web page (and make sure that the path to the image is correct):

<style type="text/css">
    #juicebox-container {
        background-image: url("images/background.jpg");
    }
</style>

A slight drawback to this would be that if the gallery's page is reloaded after the password is entered, you'd briefly see a flash of the image before the gallery is rendered.

An alternative would be to set the background for just the login page container (rather then the 'juicebox-container').
However, it is an anonymous <div> with no CSS id or class and it will not be present on the page until after the Document Object Model is ready so you might need to use JavaScript with a short delay.
You could try something like the following:

<script type="text/javascript">
    $(document).ready(function() {
        window.setTimeout(function() {
            if ($('.jb-flag-fullscreen').length) {
                $('html').css('height', '100%');
            }
            if ($('#jb-dialog-login-form').length) {
                $('#jb-dialog-login-form').css('background', 'initial');
                $('#jb-dialog-login-form').parent().css('background-image', 'url("images/background.jpg")');
            }
        }, 2000);
    });
</script>

Unfortunately, as you've discovered, there's currently no API method to reload a gallery.
Maybe another one for the Feature Request thread...

You're welcome.

Yes. You can put your gallery's embedding code inside a JavaScript function and call the function when required to reload the gallery.
Here's an example gallery 'index.html' page which will reload the gallery when the 'Reload' button is clicked.

<!DOCTYPE html>
<html lang="en">
    <head>
        <meta charset="utf-8" />
        <script type="text/javascript" src="jbcore/juicebox.js"></script>
        <script type="text/javascript">
            function loadGallery() {
                new juicebox({
                    containerId: "juicebox-container",
                    galleryHeight: "400",
                    galleryWidth: "600"
                });
            }
            $(document).ready(function() {
                $('#reload').click(function() {
                    loadGallery(); // Load gallery on demand (when 'Reload' button is clicked)
                });
                loadGallery(); // Load gallery when page is initially displayed
            });
        </script>
        <title>Test</title>
    </head>
    <body>
        <div id="link">
            <input id="reload" type="button" value="Reload" />
        </div>
        <div id="juicebox-container"></div>
        <div id="content">
            <span>Other content.</span>
        </div>
    </body>
</html>

As I mentioned in my last post, Juicebox galleries should display and function fine in iOS Chrome.
Juicebox is tested in (and is compatible with) iOS Chrome.

However, I'd really need some more information to troubleshoot your problem.

(1) Do you see the problem in our own demo galleries or just in your own gallery?
Knowing this might help to track down the root of the problem. (The demo galleries run fine in Chrome on my own iOS device.)
If you see a problem with our demo galleries in your iOS Chrome browser, then the problem may be with your iOS Chrome browser. If this is the case, then try completely clearing your browser's cache before reloading your gallery's web page (or even uninstalling and then reinstalling the browser) to see if this helps.
If the demo galleries run fine but you still have a problem viewing your own gallery in your iOS Chrome browser, then the problem may lie somewhere within your gallery's web page. Maybe there are some custom CSS rules on your web page which are affecting the gallery's display. Check your web page for any CSS rules that apply to all instances of certain HTML elements (such as <div> or <img> tags) and target these rules to only those elements on your web page that require them using CSS selectors. (This is perhaps unlikely, being that your gallery seems to be working in other browsers, but until I'm able to see your gallery and its web page, I can't really rule anything out yet.)

(2) Please provide a working link to your own gallery so that I can try to see the problem for myself on my own iOS device.
Once I am able to see your gallery and test it on my own iOS device, I should hopefully be able to diagnose the problem and propose a solution.

(3) Please provide more information about the device and version numbers that you see the problem on. (Users in the past have said they they are using the latest version of something, unaware that an update is available, so stating actual version numbers avoids any confusion. Also, it might be useful information for the developers if there is a problem that needs to be addressed. Thank you.)
(a) What device are you using?
(b) What version number of iOS are you using?
(c) What version of iOS Chrome are you using?

Also, if you are viewing your gallery over a 3G or 4G connection (rather than over Wi-Fi), then please see this FAQ which has more information on 3G/4G vs Wi-Fi and a solution:
Why can't I view my gallery on a 3G mobile connection?

Just to clarify, this is the Splash Page. The Splash Page is a placeholder for the gallery which is displayed by default on small screen devices when the gallery is embedded in a page alongside other content and may be too small to be usable. More information on the Splash Page can be found in the Screen Modes section of the Gallery Tour.
I've also written much more about the Splash Page (and how to use and configure it) in this forum post.

We have comprehensive online support here. Each heading (in the side menu) is split into several subheadings and a large number of topics are covered (from embedding into web pages to advanced theming).
I'm happy to help (here in the forum) with anything that you might be having trouble with (although with your current query, I'd still really need to see the gallery in question to know what the problem might be).

If you'd rather have a refund, this would not be a problem.
Just let me know and I'll send you an email where you can send me your Juicebox-Pro transaction details.
I'll then forward them on to the admin team who will process your refund request.

Incidentally, if you are using the Juicebox module for Drupal, then the problem might somehow be related to the module's code (rather than the core Juicebox code) and posting in the Drupal forum may prove to be useful.
(The Juicebox module for Drupal is an unofficial plugin which was not written by ourselves but is well supported by its author in the Drupal forum.)

I hope my notes above help.
If I'm able to check out your gallery for myself, I should hopefully have a better idea of what the problem might be and I'll hopefully be able to help further.

Juicebox galleries should display and function fine in iOS Chrome.
Take a look at our Demo Gallery pages and you should hopefully see that the galleries display as expected.

I've clicked your link but it results in an error 404 (file not found). Please check the link and post back.
Once I'm able to see your gallery, I will check it on my own iOS device and let you know what I see.

In the meantime, please let me know what version of iOS and Chrome you are using.

It might help to check your web page for HTML errors with the W3C Markup Validation Service and then fix any errors that are reported.

Also, please let me know what happens (or does not happen) when you try to view the gallery in iOS Chrome (and what you mean when you say that it doesn't work). Does the gallery display at all? Does the gallery display but not function? Are any error message displayed on screen and, if so, what do they say? If you could perhaps provide a screenshot to let me see what you are seeing, this might also help. Thank you.

Images within a 100% x 100% gallery or an expanded gallery (where the gallery fills the browser window) will not be able to be pinch-zoomed as the viewport will be locked. However, if you embed a gallery in a web page alongside other content at less than 100% x 100% and set showSplashPage="NEVER" ('Customize -> Splash Page') or screenMode="LARGE" ('Customize -> General'), then you should be able to pinch-zoom images within the gallery.
As an example, you should be able to pinch-zoom images within this gallery (as long as the gallery is not expanded where the viewport will be locked).

However, please note that you would need to be very precise with your pinch-zoom gesture as Juicebox uses its own gestures and the initial movement of a pinch-zoom action could be misinterpreted as the start of a swipe gesture to navigate within the gallery.

If you want to allow users to pinch-zoom images within a gallery, I would recommend setting showOpenButton="TRUE" ('Customize -> Lite'). When a user clicks the Open Image button on the gallery's Button Bar, the image is opened in a new tab where it can easily be pinch-zoomed.

A Juicebox gallery's galleryWidth and galleryHeight can be either percentages or absolute pixel values only. Other units of size are not supported.

If a galleryWidth or galleryHeight ends with a percentage character ('%'), then the dimension will be a percentage (of the gallery's parent container). Otherwise, the galleryWidth or galleryHeight will be treated as a fixed pixel value. (Internally, any non-numeric characters will be truncated and 'px' will be appended.)