That's great!
Thank you for posting back to let me know.

WP-Juicebox searches the current page/post content (not the entire site's content) and if it discovers a Juicebox shortcode, only then will it load the 'juicebox.js' file into the page. This avoids the 'juicebox.js' file from needlessly being loaded into pages where there is no gallery to display. However, it does not check sidebar widget content.

@pamschinnery

It sounds like you have entered your gallery's embedding code as plain text rather than as raw HTML code.
Please check your input mode in Dreamweaver. You should insert your HTML embedding code in 'View -> Code' mode rather than 'View -> Design'.

Also, there is a note for Dreamweaver users in the Juicebox Embedding Guide here which you might find useful.

I hope this helps.

If you continue to experience difficulties, then please post the URL to your gallery's web page so that I can take a look at the problem for myself and hopefully help further.

WP-Juicebox was designed to embed a gallery in a page or post but, unfortunately, not a sidebar widget.
If you want to force the 'juicebox.js' file to be loaded into all your web pages (which is all that should be required for your widget gallery to be displayed), then open the plugins's 'wp-juicebox.php' file in a plain text editor and change line 31 from:

add_action('the_posts', array(&$this, 'shortcode_check'));

... to:

add_action('wp_enqueue_scripts', array(&$this, 'add_scripts_wp_core'));

Please note that the line numbers above refer to the current version of WP-Juicebox (v1.4.3.0).

As well as setting showThumbsButton="FALSE" for Large Screen Mode, you will also need to set showSmallThumbsButton="FALSE" for Small Screen Mode.

The imageTransitionType configuration option works only in Mouse Input Mode (as noted on the Config Options page). In Touch Input Mode, imageTransitionType uses the default value of SLIDE which best matches the swipe gesture used to navigate between images. This cannot be changed.

There is no automated method for extracting image titles or captions from a text file. (Neither JuiceboxBuilder nor any of the plugins have such functionality.)
With JuiceboxBuilder, you can automatically use the image file name or IPTC data (or enter text manually). (If you use Adobe Photoshop to enter your IPTC data, then use the IPTC Document Title field for the image title and the IPTC Description field for the image caption.)

It would be possible to build a gallery's XML file, extracting image titles or captions from a text file, using a script of some kind but this there is no such automated solution available currently. Also, the solution may may be unique to your own scenario. It is perhaps unlikely that other users would have text (that they would want to use for image titles and captions) stored in a file using the same format as yours.

Yes. Juicebox-Pro features an imagePreloading configuration option (which can be set to PAGE, NEXT, ALL or NONE) to determine how many images are preloaded by the user's browser (to prevent the browser from trying to cache all gallery images as soon as the gallery loads).

Thank you for the additional information.

If I understand correctly, you do not see the images automatically change in the [Test gallery removed.] gallery. Is this correct? They should. The gallery sets autoPlayOnLoad="TRUE" and uses exactly the same configuration options that your own gallery uses. (I copied and pasted the options from your own gallery's XML file.) If you scroll down the page and then scroll on top of the gallery to scroll down further, the gesture may be interpreted as a swipe (to change the image) and this will stop the AutoPlay. This might be what is happening.
Also, does the original problem you posted above ("... I have another news section on the same page and struggle to page down and see this...") happen in the [Test gallery removed.] gallery?

A nested gallery should cause no problems with either page scrolling (or AutoPlay options).
It is certainly possible, though, that there could be a CSS or JavaScript conflict with some code on your web page.
The only way to isolate a gallery from all other code on your web page would be to load it into an iframe (which you have already done and which seemed to work so this suggests that there may, indeed, be some CSS or JavaScript code on your web page which is adversely affecting the gallery).
You could try removing CSS and JavaScript code from your web page to see if you can find the source of the conflict but it sounds like you have found a suitable workaround that you are happy with and that's absolutely fine.

I'm glad it's not a problem that you are too worried about but if there is a bug in Juicebox, we'd still like to know.

I would be very grateful if you could take a little time to check out this sample web page: [Test gallery removed.]
It is essentially a Juicebox-Pro v1.4.3 gallery embedded directly into a web page (rather than using an iframe) using exactly the same configuration options that your gallery does, sandwiched between two large amounts of text (but no other external JavaScript files or other HTML elements).

I doubt the AutoPlay is the reason for your problem but, just to be sure, here is the same setup as above but with autoPlayOnLoad set to FALSE: [Test gallery removed.]

Are you able to scroll to/through/past the sample galleries on your Windows phone?
Does the page ever jump to the top whilst scrolling?
What exactly is the device that your are using and what browser (and version number) do you use?

Many thanks for your help.

If you have an iframe with fixed dimensions, then the iframe will be displayed at those dimensions in all browsers and on all devices.

You could certainly try using percentage dimensions for your iframe (as penum suggests above) but if the iframe is nested within any parent containers with fixed dimensions, then the iframe's own dimensions will become fixed, e.g. 100% x 800px = 800px.

You might like to take a look at this forum thread, entitled "How to get an IFrame to be responsive in iOS Safari?". Although you have a Windows mobile device, the principles will be the same and it might help with your problem. http://stackoverflow.com/questions/2308 … ios-safari

Another thing you might like to try is to use JavaScript to listen for a change in the user's browser window size and then assign new dimensions to your iframe accordingly.
There are examples of this technique in the Using a Resizable Gallery with a Header support section. In the online examples, JavaScript is used to dynamically set the gallery's dimensions. You could copy and modify the code as required to set your iframe's dimensions instead.

Also, as you have already uploaded your complete gallery folder to your web server, you might like to consider embedding your gallery directly on your page (using the baseUrl method as documented here) rather than using an iframe.
You could replace your iframe code with something like the following:

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

Just doing this and setting your gallery's width to 100% (so that it fills the width of its parent container), might be enough to solve your problem.

I'm glad to hear that using larger images has solved your problem.
Thanks for letting me know.

@penum

Many thanks for checking and posting your findings.
I have notified the developers. (Unfortunately, I do not have a solutions or workaround at the moment.)

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

Looking at your gallery, it looks like you could solve your problem by using larger images in your gallery.

The first image in your gallery is only 430 x 438 and your gallery does not explicitly set a value for imageScaleMode so the default value of SCALE_DOWN is used. This does not scale up small images.

You could either use larger image in your gallery or set imageScaleMode="SCALE" (in JuiceboxBuilder-Pro's 'Customize -> Main Image' section) so that your images are scaled up to fit better within the gallery's image area.

Please note that when scaling up images, their visual quality may decrease so perhaps the better of these two solutions would be to use larger source images in your gallery.

I've tried clicking your link (above) in Chrome and Mobile Safari on an iPod Touch 4 running iOS 6.1.6 and the everything looks OK (the caption overlay is displayed and the Info Button works fine) in both portrait and landscape orientation (without having to rotate the device or refresh the page).

It looks like the problem may somehow be unique to Mobile Safari under iOS 8.

Does the same thing happen in Chrome on your iPhone 6?

Also, do you see the same problem with the following link (which should also display the caption overlay on load and the Info Button)?
http://juicebox.net/demos/pro/full/#7

Maybe we can track this down to a certain combination of configuration options...