Setting a height of 100% will work only if all the parent containers that the gallery is nested within (up to and including the 'body' tag) have heights set via CSS, otherwise your iframe will not know what its actual height should be 100% of.

In a web page which has content which is intended to be viewed by scrolling vertically, which yours seems to be from your screenshot (looking at the 'Genussletter' section at the foot of the screenshot), I would recommend setting a fixed height such as 600px. Either change the height of your iframe or check the heights of all your iframe's parent containers.

I would also recommend embedding your gallery directly in your web page rather than loading it into an iframe.
There are certain drawbacks to using an iframe which are noted in the 2) Using an iframe support section.

As long as the web page whose screenshot you posted is on the same domain as the gallery, then you should be able to replace your iframe with the following embedding code.

<!--START JUICEBOX EMBED-->
<script src="/_1/jbcore/juicebox.js"></script>
<script>
    new juicebox({
        baseUrl: '/_1/',
        containerId: 'juicebox-container',
        galleryWidth: '100%',
        galleryHeight: '600',
        backgroundColor: 'rgba(0,0,0,0)'
    });
</script>
<div id="juicebox-container"></div>
<!--END JUICEBOX EMBED-->

Please see this forum thread for more notes on having a responsive Juicebox gallery.

If you'd like a receipt, please fill in this Showkase Invoice Request Form and the admin team will send you an invoice in PDF form.

Purchasing Showkase does not automatically register you for the forum.
If you would like to join the forum, you can sign up here.

It sounds like you've tried pretty much everything I can think of.

Have you tried both JuiceboxBuilder-Lite v1.5.0 and JuiceboxBuilder-Pro v1.5.0?
Does the problem happen with both?
If it happens with one but not the other then there could be a problem with the files associated with the particular application that fails and uninstalling and clearing all the files for that application should help (in theory).
If it happens with both, then there could be a problem with some shared code (such as the Adobe AIR platform itself).
I'm not sure it's going to point towards a solution but it might be interesting to know.

Have you checked to see if you have any anti-virus or security software installed that might somehow be interfering with the functionality of JuiceboxBuilder-Pro?
Try temporarily disabling whatever security software you have to see if this makes a difference. (Be sure to disconnect from the internet first.)
If this works, you should hopefully be able to make an exception in your security software to ensure that JuiceboxBuilder-Pro is not adversely affected.

It's a long shot but in the absence of knowing what is causing your problem, I would not rule anything out.

No problem!

Oops! Looks like that one slipped through the net. Now changed to "v1.5.0". Thank you for pointing it out.

Yes (as long as you were previously using v1.4.4.2).
The change between v1.4.4.1 and v1.4.4.2 was to the 'index.html' files (generated by JuiceboxBuilder-Pro) to ensure that the correct meta viewport tag was included in the gallery web pages for iOS 9 support.
All the changes from v1.4.4.2 to v1.5.0 are in the 'jbcore' folder so swapping your 'jbcore' folders is all you need to do to upgrade your existing galleries.

If you are upgrading from v1.4.4.1 (or earlier) and are using the 'index.html' files generated by JuiceboxBuilder-Pro, I would recommend rebuilding your galleries with JuiceboxBuilder-Pro v1.5.0 (to upgrade both the 'index.html' files and 'jbcore' folders).
Otherwise, you could manually swap your 'jbcore' folders and ensure that the meta viewport tag (noted in this Juicebox blog entry) is in the head section of your gallery web pages.

You're welcome!
I'm glad my notes have been helpful.

Many thanks for providing the links to your test galleries.

Using slightly larger images in your gallery might help.
I notice that your current images are 900px x 600px and, when using imageScaleMode="SCALE_DOWN", they will not be scaled up to fill the gallery's image area in a large viewport.
Using larger images should help to ensure that the images are displayed as large as possible within the gallery's image area.
Give it a try in another test gallery (perhaps using image dimensions of 1152px x 768px) and see how you get on viewing it on your iPad Air.

As long as the images are larger than the gallery's image area (which, in a responsive gallery, will depend on the size of the user's browser window), Juicebox will dynamically scale them down slightly to fit within the available space (and they will be displayed as large as they can be within the given area).

If you still see some degradation of image quality (even using larger images in your gallery), they try viewing the gallery in a different browser (Mobile Chrome, Mobile Firefox, Mobile Safari) to see if this makes a difference. Different browsers will likely have different resizing algorithms and you might find that certain browsers give more visually pleasing results than others when images are not displayed at their actual size. (Unfortunately, there is nothing that Juicebox can do to change the way that a browser displays an image at a specific size but it might be worth trying to at least eliminate browser differences as a possible cause.)

Hopefully this will help.

It sounds like the problem might be due to images being scaled to different degrees in different browser viewport sizes and aspect ratios.

If you currently use imageScaleMode="SCALE", which scales down large images if necessary and also scales up small images (which can reduce their visual quality), then I would recommend that you use larger source images in your gallery so that images do not need to be scaled up. In addition to this, you could set imageScaleMode="SCALE_DOWN" (the default value) which would ensure that small images are never scaled up.
I hope this helps.

If you'd like me to take a look to see if I can help further, then please post the URL to your gallery's web page.
If you are not currently using a gallery layout which exhibits the problem, then perhaps you could upload a couple of screenshots somewhere so that I can at least see what you are seeing.
Of course, if you are happy with the current situation, that's absolutely fine.

Clicking the Info Button toggles all content on the overlay (except for the Button Bar itself) including the Back Button if backButtonPosition="OVERLAY".
If you do not want the Back Button to be toggled on and off when the Info Button is clicked, then try setting backButtonPosition="TOP" instead. You could also set buttonBarPosition="TOP" to keep the Back Button and Button Bar on the same level.

Reference links:
Button Bar: https://www.juicebox.net/support/config … ar-options
Back Button: https://www.juicebox.net/support/config … on-options

I have notified the developers of this but you might like to post your suggestion in the Feature Requests forum thread.
This keeps all the ideas together and ensures that they are not overlooked by the developers.
Thank you.

However, there should be very little visual difference between an image processed at 99% quality and the same image processed at 100% quality.
Also, I find that the law of diminishing returns usually kicks in somewhere around 90% when file size starts to rise considerably with little noticeable increase in visual quality.
JuiceboxBuilder-Pro's default value of 80% is usually a good compromise between file size and visual quality (although it will certainly depend on the images being compressed).

You could choose to resize your images in an imaging program (such as Adobe Photoshop) prior to using JuiceboxBuilder-Pro and deselect the 'Resize Images' checkbox on JuiceboxBuilder-Pro's 'Images' tab.
JuiceboxBuilder-Pro will then copy the source images across to the gallery's 'images' folder without resizing them at all.

The changelog refers to a certain issue when using captionPosition="OVERLAY_IMAGE" whereby the width of the caption area did not match the width of the main image. (They should both be the same.)
The bugfix does not affect the caption area when using captionPosition="OVERLAY" (the default value) as you do in your gallery.
If you were to update your gallery to v1.5.0, there should be no change to your gallery's caption area.

I hope this puts your mind at ease.

Juicebox-Pro v1.5.0 has just been released and fixes the issue reported in this thread.
Please see this blog entry for details of the new version and the Version History for a full list of changes.
Details on how to get the latest version can be found on the Upgrading Juicebox support page.