Thank you for providing the screenshots.

I see the problem now. Showkase does not seem to recognize the limited width of your device's browser and that the menu should be hidden under a button. Also, it looks like the gallery is not scaled correctly. In your screenshot, 27 small thumbnails are visible (like Small Screen Mode on a desktop monitor) but on an iPod Touch 4, only 4 larger thumbnails are displayed (as expected).

Please try temporarily removing your '_themes/kosel/css/custom.css' file (and clear your browser's cache before reloading your web page) to see if the problem occurs with just the stock (unmodified) Showkase v1.3.5 files.

Also, please check to see if the problem happens in any of our own demo sites: http://www.showkase.net/demos/

Thank you.

I'm glad you've got it working.
Thanks for letting me know.

I have viewed your Showkase site in Chrome and Mobile Safari (in iOS 6.1.6 - I do not have an iOS 8.1.3 device to test on) and it seems to display and function OK. (The bottom of your galleries are at the bottom of the browser window so the gallery sizing seems to work OK.)
Please let me know exactly what you see and what you expect to see. (Perhaps you could upload a screenshot of the problem to a file sharing service such as Dropbox to demonstrate the problem.)

What you are seeing is Large Screen Mode vs Small Screen Mode.
For more details on Screen Modes and how Juicebox adapts to different devices and screen sizes, please see here.
The thumbnails seem to be responsive (opening the corresponding main image) when I click them.

If you want to force your galleries to use Large Screen Mode on all devices (to display the thumbnails and main images on the same page), then you can set screenMode="LARGE" (in the 'General' section).

[Post moved to new forum thread.]

There is currently no Fixed Layout option (like in SimpleViewer-Pro) but thank you for your suggestion and for posting it in the Feature Requests forum thread.

If you give your gallery fixed pixel dimensions (rather than percentages), then the gallery will not dynamically resize with the shape and size of the user's browser window and its layout will not change at all. This is as close to a fixed layout as you can get (without actually having the ability to position each gallery element relative to a stage corner).

I'm glad that you've found the source of your problem. Thank you for letting me know.

I have installed AdBlock on Chrome 40, Opera 27.0 and Safari 5.1.7 on my PC and I can replicate the problem in Safari only. (I see no flickering in either Chrome or Opera.)

I do not know if there is anything that can be done from a Juicebox standpoint but I have notified the developers to let them know.

Thanks again.

From what you say, the number of images should not make a difference. To confirm this, try saving a smaller test gallery (with just a few images) to the same location to see if the same problem occurs.
There is no known bug with regard to saving galleries so the problem may somehow be unique to your own system or images.

Please make sure that you are saving the gallery to a new empty folder.
Also, please check that the folder you are trying to save your gallery to is on your computer's local hard drive and not on an external or network drive.
Another thing to check is that the folder you are trying to save your gallery to is not synced to a file sharing service such as Dropbox or Google Drive.

Try creating a new empty folder on your desktop before using JuiceboxBuilder-Pro and then navigate to this folder when saving your gallery.

If this does not help, then try also ensuring that the source images are on your computer's local hard drive too (and not on an external or network drive).

It seems unlikely but perhaps there is a corrupt image which the program is hanging on whilst writing to your 'images' folder.
Try splitting your images into two batches and create a test gallery with each batch. If one gallery saves OK and the other one fails, then there may be a problem image.
You can then split the failing batch into two and repeat the process until you find the problem image.

I hope this helps or at least points you in the right direction.

I've taken a step backwards to reconsider everything here.

I've just viewed both your galleries (http://www.grantsymon.com/e/start.html and http://synonyms.pagesperso-orange.fr/test/index.html) in Chrome 39.0, Internet Explorer 11, Firefox 25.0.1, Opera 26.0 and Safari 5.1.7 and do not see the flickering/double-loading problem in any browser. This suggests that the problem may not be web-server related, although the only way I can replicate such a problem is by adding a 'no-cache' directive to a web server. (This is why I mentioned the Cache-Control header in the first place but if this was the root of the problem, then I should be able to see the problem in WebKit browsers of my own.)

I do not know if tackling this problem from scratch will help, but it might.

Could you please confirm which browsers you currently see the problem in? (Is it only in Safari 8 or also in other browsers, too?)

Do you see the problem in this test Juicebox-Pro v1.4.3 gallery which uses imageTransitionType="CROSS_FADE"?
http://juicebox.net/demos/pro/default/? … nLoad=TRUE
If you do see the problem in this test gallery, then the problem may be related to either Safari 8 generally or perhaps just your own browser. If you have any extensions installed in your Safari browser, try temporarily disabling them. Also, try resetting all your browser settings to their default values.

Please post the URL to your WowSlider gallery and I will let you know if I see any flickering in image transitions in any browsers.
If I do not see any flickering, then the problem may somehow be unique to your own system/setup.

Also, if you like, you could email me one of your galleries and I could temporarily upload it to a different web server to see if this makes a difference. If you are agreeable to this, then please let me know and I will send you an email address where you can send me the gallery.

Maybe tackling this problem from a few different angles will help track down the source of the problem.

You can change the default 'VIEW GALLERY' text using the splashButtonText configuration option. (To remove it, just set splashButtonText="".)
However, if you want to completely remove the Splash Page Overlay, then add the following CSS to the <head> section of your gallery's embedding page.

<style type="text/css">
    .jb-splash-info {
        display: none;
    }
</style>

Now that you have added a Doctyle Declaration to your web page, you can check your web page for HTML errors using the W3C Markup Validation Service and fix any errors reported (although I do not see any errors on your page which would result in the problem you are experiencing).

If your gallery displays fine in Chrome but not in Mobile Safari, then it certainly sounds like the problem may be due to Safari caching. Maybe you could try renaming your gallery XML files (and the corresponding configUrl entries) on your web server to names that have never been used (or cached) before. This may help.

The Splash Page is used by default when the gallery is displayed in Small Screen Mode.
For more information on Screen Modes and how Juicebox adapts to different devices and screen sizes, please see here.

If you had Juicebox-Pro, then you could disable the Splash Page by setting showSplashPage="NEVER".
Alternatively (again with Juicebox-Pro only), you could force the gallery to be displayed in Large Screen Mode (which does not use the Splash Page by default) in all browsers and on all devices by setting screenMode="LARGE".

With regard to your "Config XML file not found." problem, I have just viewed your web page in Chrome and Mobile Safari on an iPod Touch 4 and everything seems to be working OK for me.
I have switched between your galleries and have opened both (several times) from their respective Splash Pages.

I do not see any obvious problems with your code (although your web page should include a Doctype Declaration to inform the user's browser what set of standards the code on your web page conforms to).

The most likely reasons for your problem (that I can think of at the moment) are:
(1) A temporary glitch on your web server (perhaps unable to server the gallery's XML file in a timely manner).
(2) A browser caching problem (although you have already considered this).
(3) The mobile device is using a 3G/4G connection instead of wi-fi.

If any of the mobile devices you have tried viewing your website on have been using a 3G/4G connection, then please see this FAQ which includes a solution to this problem.
Why can't I view my gallery on a 3G mobile connection?

Otherwise, please double-check that your browser's cache has been completely cleared and perhaps contact your web host to see if they have been experiencing any problems recently which might be contributing to your problem.

Thank you for the update.

Hopefully all will be well once the problem with the particular image has been sorted out.

Your web page loads the 'juicebox.js' file for each gallery. The 'juicebox.js' file should be loaded only once per page.
Try removing the following line from your second gallery's embedding code:

<script src="../141019_tagderoffenentuer_juicebox/jbcore/juicebox.js"></script>

This should solve your problem.

The Juicebox gallery's icons are characters in a custom font and they are inheriting the color from the following code in your 'sakura.css' file:

p, div, h1, h2, h3, h4 {
    font-family:"Times New Roman", Times, serif;
    font-family: Arial, Helvetica, sans-serif;
    font-weight:normal; 
    font-size:14px;
    line-height:140%;
    color:#888;
}

Rather than applying these CSS rules to all p, div, h1, h2, h3 and h4 tags on your web page (which will include those within your Juicebox gallery), apply them instead to only those elements which require them through use of ids and classes.