4,076

(15 replies, posted in Juicebox-Pro Support)

Thank you for providing the URL to your gallery.
It's just a thought but try removing the & character from your gallery's URL to see if this makes a difference.
The & character is reserved (as a delimiter for a query string) and may be causing a problem in certain browsers when resolving the URL for your audio file.
It may be unlikely to help but no one else has reported the problem you are describing so it might be worth trying.

Also, does the same problem occur in this test gallery?
http://www.juicebox.net/demos/pro/full/ … nLoad=true

4,077

(5 replies, posted in Juicebox-Pro Support)

You currently have your gallery embedded within two iframes (an iframe within another iframe).
The first <iframe> on your 'Food' page is as follows:

<iframe class="page_food_fAmI1LvscHaNb76gfLVOv" frameborder="0" src="/cgi-bin/snippet.cgi?todo=as_page;instance=4577826729;num=1;community_id=4011990497" scrolling="no" allowTransparency="true"></iframe>

The page loaded into this iframe loads your gallery into another iframe.
Also, the page containing the second iframe does not use a Doctype Declaration. (All web pages should use a Doctype Declaration to inform the user's browser what set of standards the code on the web page should conform to.)
Try taking an iframe out of the equation and replace the above code with the following:

<iframe src="https://dl.dropboxusercontent.com/u/37903739/juicebox_gallery_food/food-index.html" width="1050" height="600" frameborder="0" scrolling="no"></iframe> 

I do not know how you are adding the iframe to your Moonfruit page but there should be no need to have a second iframe (especially on a page with no Doctype Declaration) so perhaps Moonfruit support could help you out with this.

The double iframe and lack of Doctype Declaration on the page containing the second iframe may be contributing to your problems.

Also, try temporarily setting captionPosition to something other than NONE in your gallery to see if this helps.
There is a known bug (which has been logged and should hopefully be fixed in a future version of Juicebox) whereby a gallery with captionPosition="NONE" loaded into an iframe flickers in WebKit browsers (Chrome, Safari, Opera). This bug may also manifest itself in Chrome and Mobile Safari on mobile devices.

4,078

(1 replies, posted in Juicebox-Pro Support)

Your single-domain license allows you to upload Juicebox-Pro galleries to a single website domain but the domain is not fixed and you are free to move your galleries between domains at any time you like.
As long as your Juicebox-Pro galleries are publicly accessible on only one domain at any time, that is fine. (If moving galleries from domain to domain, just delete them from the old domain after the move.)

Also, the single-domain license applies to public-facing website domains.
Having your galleries on development or staging sites will not be a problem.

4,079

(1 replies, posted in Juicebox-Lite Support)

It looks like you main images have not been uploaded to the correct location on your web server.
According to your gallery's XML file, the first main image in your gallery should be located here http://sme-planner.com/scan/gallery/ima … tslide.jpg
... but if I go directly to that location in a browser, I get an error 404 message (file not found).
If I go directly to the first thumbnail in your gallery, the thumbnail displays OK: http://sme-planner.com/scan/gallery/thu … tslide.jpg

Check that the main images are in your http://sme-planner.com/scan/gallery/images/ directory and that the permissions on the 'images' directory (and on the main image files themselves) are not too restrictive. Default permissions of 644 for folders and 755 for files should be fine.

(Your gallery's embedding code is fine.)

IMAGE SIZE QUESTION:
Also... note my image sizes are "max of 1024 x 427", AND  the originals ARE that size... so, they were all very horizontal... again, not sure if that makes a diff either.

It does not matter what size the images in your gallery are (as long as they do not have too large a filesize).
You can have images of different resolutions in a single gallery. The images will all be scaled dynamically when the gallery is displayed according to the value to the imageScaleMode configuration option.

Caption question... I forgot that I cannot do captions for the LITE version... is it too late to change the file names on the images themselves, to reflect better captions... OR, can I HIDE the file names altogether?

Juicebox-Lite does support image titles and captions. It is just not possible to reposition the captions (or use other Pro Caption Options) unless you have Juicebox-Pro.
You can edit your gallery in JuiceboxBuilder-Lite to remove or change your image titles and captions (or you can edit your gallery's XML file manually if you like).
In JuiceboxBuilder-Lite, you can enter individual titles and captions for each image on the 'Images' tab or you can change the titles and captions for all images globally using the 'Images -> Titles' and 'Images -> Captions' options from the drop-down menu at the top.

4,080

(4 replies, posted in Juicebox-Pro Support)

In Touch Input Mode, Juicebox automatically uses a slide image transition as this best matches the slide gesture used on mobile devices to navigate between images in a gallery.
This cannot be overridden. It is possible to force Juicebox to use Large Screen Mode on all devices and in all browsers (by setting screenMode="LARGE") but it is not possible to force Juicebox to use Mouse Input Mode and the imageTransitionType configuration option requires both Large Screen Mode and Mouse Input Mode.
(This is documented in the description of the imageTransitionType configuration option in the Main Image Options section of the Config Options page.)

Only applies for Large Screen Mode and Mouse Input Mode.

4,081

(1 replies, posted in Juicebox-Pro Support)

Please take a look at this Flickr FAQ:
Help! My images are all red x's (or broken icons, not loading, etc.)

It may not completely answer your query but it certainly seems to be relevant and may point you in the right direction.

When I click button expand gallery to return, my url stays "dirty", with "#" on end

This is intentional. The '#' is left at the end of the URL to prevent the browser from reloading the web page when the gallery is closed.

and when I try expand other gallery don't work.

I have viewed your web page in Firefox 26.0, Chrome 32 and Internet Explorer 11 and I can successfully expand and close different galleries on your web page without having to reload the page.

If you still see the problem you are describing, then try clearing your browser's cache before reloading your web page to ensure that your browser is fetching and using the latest versions of all your gallery files from your web server.

There are, however, a couple of things I notice.
(1) On initially opening your web page, your gallery's Button Bar is displayed beyond the right-hand edge of small browser windows. It is necessary to un-zoom the browser window to see the entire gallery.
You should be able to fix this by setting your gallery widths to 100% (rather than 1067px) to that the galleries span the width of their parent containers (no matter what the widths of the parent containers are).

(2) The images used for the thumbnails are displayed at odd sizes.
It looks like this may be due to the following CSS on lines 113-120 of your 'responsive.css' file (specifically the max-width rule):

    #page img {
      width: auto\9;
      height: auto;
      max-width: 100%;
      vertical-align: middle;
      border: 0;
      -ms-interpolation-mode: bicubic;
    }

The gallery is nested within your #page container and the CSS rules applied to all img tags within the #page container will apply to all img tags within the gallery, too. The gallery has no option but to inherit such global CSS rules.
Try using further ids or classes in your web page to apply CSS rules to only those elements which require them.
Alternatively, try just removing the max-width: 100%; entry from the code above. It should fix your Juicebox thumbnail sizing issue and may not affect any other elements on your web page (although you will need to test this to be sure).

I think the problem on your web page is caused by loading the 'juicebox.js' JavaScript file for each gallery (immediately before each gallery's embedding code).
The 'juicebox.js' JavaScript file should be loaded only once per web page (rather than once per gallery).
Try loading the file only once on your page and your galleries should expand as expected.

I have logged this as a bug and it should hopefully be fixed in the next version of Juicebox.
However, loading one instance of 'juicebox.js' per page should work fine.

4,084

(4 replies, posted in Juicebox-Lite Support)

Sorry if this was an inappropriate forum or I should have been more proactive in my investigations.

No problem at all. I was just giving you another avenue to pursue if the information in my post did not help.

Creating the folder fixed the problem.

I'm glad your problem has been resolved. Thank you for posting back to let me know.

4,085

(4 replies, posted in Juicebox-Lite Support)

BTW, I plan to upgrade to the full version if I can get this working, as I wanted individual URLs for the images and more than 50 images.  Is the former possible in the Drupal 7 version of Juicebox?

A Juicebox gallery is still a Juicebox gallery, no matter what type of page it is embedded into.
The only difference is that the method of creating the gallery may not give you access to each and every Pro configuration option (and some manual modification may be required depending on how you go about creating and configuring your gallery).
However, upgrading the Juicebox module for Drupal from Juicebox-Lite (which it comes bundled with) to Juicebox-Pro will instantly lift the 50-image per gallery limit with no further action required.
How the module sources images, however, will be written into the module's code and might not be so easily changed.
Please note that we did not write the Drupal module ourselves and support for the module would be better directed towards the Drupal forum where the author of the module should be able to help you further.

With regard to the thumbnails in your gallery not displaying, the thumbURL entries in your gallery's XML file (http://dev.hmssurprise.org/juicebox/xml … 2eb25dc36a) are defined as follows:
http://dev.hmssurprise.org/sites/defaul … k=8jI9t1Iu
http://dev.hmssurprise.org/sites/defaul … k=QpRz8ipD

If I visit either of these URLs directly in a browser, I see an 'Error generating image.' message (rather than the image itself).
Searching through the Drupal forum with the term 'Error generating image.', it looks like the problem might be related to the permissions on your 'thumbnail' folder (or subfolders) or on the image files themselves.
Please check that the permissions are not too restrictive (using an FTP program) which may result in the images not being able to be read.
Default permissions of 755 for folders and 644 for images should be fine.

4,086

(15 replies, posted in Juicebox-Pro Support)

This is certainly the case on iOS devices (and is documented in the description for playAudioOnLoad on the Config Options page) but I do not know if this is also true for Android devices (and you should not need to click the Audio Button twice). It sounds like your gallery's Audio Button may initially be displaying the 'pause' symbol (implying that the audio is playing when it is not) but then you have to click the button (to display the 'play' symbol) and then click the button once again. Is this correct?

Please make sure that you are using the latest version of Juicebox-Pro (v1.3.3) to ensure that any bugs that were present in previous versions but which have since been fixed are not contributing to your problem.
Instructions for upgrading Juicebox-Pro can be found here.

If you continue to experience difficulties, please let me know what device/browser you see this problem in and please post the URL to your gallery so that we can investigate further. Thank you.

4,087

(9 replies, posted in Juicebox-Lite Support)

I notice that your gallery has a fixed width of 700px (set in the embedding code in your https://dl.dropboxusercontent.com/u/129 … index.html page).
When loading a gallery into an iframe, I would recommend setting the gallery's dimensions to 100% x 100% so that it fills the iframe, no matter what the size of the iframe is.

Then, being that the gallery is 100% x 100%, the Splash Page will be disabled by default so if you want to continue to use a Splash Page, set showSplashPage="ALWAYS".
Please be aware that when clicking the Splash Page, the gallery will open only within the iframe and not covering the entire browser window. (This is a limitation of using an iframe but, being that Squarespace do not allow you to upload your gallery files to the web space that they provide using FTP, it is not possible for you to embed a Juicebox gallery using the recommended method.)

An alternative solution would be to simply provide links to your galleries within your web page.
When clicked, each link would redirect the user to a gallery's 'index.html' page to display each gallery on a page of its own. (You would still host your gallery folders on Dropbox.) If doing so, you could then use the Back Button in each gallery to allow the user to return to your home page.

4,088

(9 replies, posted in Juicebox-Lite Support)

The Dropbox link you quoted is, indeed, a download link. It offers the 'index.html' file to the user as a download rather than allowing the user's browser to display its contents like a regular web page.

Have you tried creating a 'Public' folder by logging into your Dropbox account and clicking this link?
https://www.dropbox.com/enable_public_folder

It looks like the <iframe> code itself has been inserted into your Squarespace page correctly. (The problem is just getting a Dropbox public link to your gallery's 'index.html' file.)
If you want to check that the <iframe> code is OK, just replace the Dropbox download link (with is currently used as the 'src' attribute of the <iframe>) with any other web page (such as http://www.google.com) and you should see the web page you choose displayed within your own web page.

What I can see is that the option does not allow us to open a new tab but the gallery will stay on the same page in some way.

When using expandInNewPage="TRUE", Juicebox will open the expanded gallery using a new page (the 'full.html' page within the 'jbcore' folder) but within the same tab/window. It is not possible to expand the gallery in a different tab/window.
It looks like something on your web page (most likely some JavaScript) is preventing WebKit browsers (Chrome, Safari and Opera) from opening the gallery using the Fullscreen API, even though your gallery uses useFullscreenExpand="TRUE".
Unfortunately, your web page loads over 20 external JavaScript files and also contains several internal <script> sections so troubleshooting the page may be quite difficult and some trial and error may be required to find the cause of the problem.
I would start by deactivating all plugins to see if the gallery expands as expected and then reactivate your plugins one-by-one (checking the gallery each time) to see if you can find a conflicting plugin. (The problem may or may not be related to the Jetpack plugin.)

I still see a weird display of my September gallery post (main image is very little, with no thumbnails) after I opened November gallery first (from the corresponding post).

I have expanded your September gallery (after expanding and closing your November gallery) in Chrome 32 on my PC but I do not see the issue you describe (though the gallery does not use the Fullscreen API, as I noted above). Perhaps the problem is isolated to WebKit browsers on the Mac.
Try clearing your browser's cache before reloading your web page to ensure that your browser is fetching and using the most recent gallery files from your web server. If your galleries are set up identically (double-check the settings for each gallery), then I would expect them to display and function identically. If your browser is caching and using older gallery files, then this might explain the problem you are reporting.

I notice that when I go to my main page, the http://www.monpetitblog.net web address is replaced by http://www.monpetitblog.net/#1.

Your gallery uses Social Sharing (Facebook) and the # is required to give each image in your gallery a unique URL.

On iPad, after closing a gallery, I am often in a situation in which the infinite scroll won't work anymore within the page...

Again, this sounds like there may be some conflicting JavaScript on your web page causing this problem. (Although, this time, it sounds like it may be a direct conflict between Juicebox and the Jetpack plugin.)
Deactivating and reactivating your plugins might help locate the source of the problem.

Is there any option to open the gallery in a new tab?

A gallery cannot be expanded in a new tab/window but a possible solution would be to simply include links to your galleries in your WordPress posts. You could essentially create your own Splash Pages which would consist of an image (or just text) which link to 100% x 100% galleries in new tabs/windows by using the target attribute of the HTML <a> tag.
A text link to a gallery would look something like this:

<a href="/gallery/index.html" target="_blank">Click here to open gallery in new tab/window.</a>

You could then use the Back Button in your galleries to allow users to return to the original web page.

4,090

(9 replies, posted in Juicebox-Lite Support)

Well, I think the problem may be that I can not figure out how to get to the public link

If you are using the Dropbox desktop application, then navigate inside your gallery folder within your Dropbox 'Public' folder, right-click the 'index.html' file and select 'Copy public link' from the right-click menu options.
If you are using the Dropbox web brower interface, then navigate inside your gallery folder within your Dropbox 'Public' folder and click the 'Copy public link' button on the toolbar at the top (as in the first screenshot on this web page).
If you do not see such an option, then it is possible that your Dropbox account does not yet have a 'Public' folder.
If this is the case, then you can create one by following the 'Creating a Public folder' instructions on the same page (link above).

4,091

(5 replies, posted in Juicebox-Pro Support)

Would any file block the function of the .htaccess?

No. Not that I am aware of.
As you say, if one gallery displays OK on your iPhone 4S and the other two galleries are on the same server, then they, too, should work fine.
Have you tried completely clearing your Mobile Safari browser's cache on your iPhone 4S?
Also, try viewing your gallery in a different browser (such as Chrome 31) on your iPhone 4S.
It is perhaps unlikely to make a difference but should be quick and easy to try.
Also, try putting the .htaccess file inside each gallery folder (alongside the HTML documents containing the embedding code).
This should not be necessary but, again, it should be quick and easy to try.

4,092

(5 replies, posted in Juicebox-Pro Support)

There certainly seems to be no problem with the gallery files themselves. The issue does, indeed, seem to be 3G related.

I was not sure what you meant by "I have a Juice block.htaccess file".

The file should be named .htaccess (ie. just a file extension - no actual name) and should be located in your web space's root directory. The file should contain the following code.

<IfModule mod_headers.c>
Header set Cache-Control "no-transform"
</IfModule>

4,093

(9 replies, posted in Juicebox-Lite Support)

There are two separate things to check:

(1) Check that the Juicebox gallery (hosted on Dropbox) can be viewed in a browser.
Open the public link to the gallery's 'index.html' file in a browser and the gallery should be displayed.
If it is not, then you might be using the Dropbox download link rather than the public link.
The public link should look something like this: https://dl.dropboxusercontent.com/u/134593202/gallery/index.html

(2) Check that the <iframe> code is functional in your Squarespace page.
Try loading any web page (such as Google) into your <iframe> and see if it is displayed.
If it is not, then there may be a problem with either your <iframe> code itself or the way that you are including it in your Squarespace web page. Try the following as a test:

<iframe src="http://www.google.com" width="800" height="600" frameborder="0" scrolling="no"></iframe>

If you continue to experience difficulties, please let me know if #1 and/or #2 above work on their own.
Also, if you could post the <iframe> code you are using and the URL to your Squarespace web page, I will be able to take a look for myself and help further.

is there more than one folder I will need?

This depends entirely on the structure of the Juicebox galleries on your static site.
If each gallery is a self-contained entity in its own folder, then this will simplify matters and all you need to do is copy across all the complete gallery folders.
However, if your galleries currently share a 'jbcore' folder or all of your galleries draw images from a single directory of images (or the gallery structure is somehow non-standard), then it may be more difficult to separate out the gallery files from all the other files on your web server.
As long as all your Juicebox galleries are clearly separate from each other, then there should not be a problem.

should I wait til the site has been migrated back over to the domain and then follow those instructions above?

Whether you do this now or later is up to you. As long as you use relative paths in your embedding code and gallery XML files, then you should not need to change any paths when changing domains.

It might be wise to try the process with one of your galleries just now to see if you encounter any unforeseen problems which could perhaps be worked out ahead of time.

Many thanks to dgi for taking the time to post the above information which will hopefully be of use to other Dreamweaver fluid layout users!

4,096

(1 replies, posted in Juicebox-Pro Support)

After clicking a Splash Page to expand a gallery, a user would ordinarily click the 'Expand/Close' button on the gallery's Button Bar to close the gallery and return to the original page containing the Splash Page.

In Small Screen Mode (used by default to display the gallery on mobile devices), the Button Bar is always displayed on the overlay (as screen real estate is limited and to reserve space for a 'top' area on a small screen device would not be ideal) and your gallery sets showImageOverlay="NEVER", so the 'Expand/Close' button is not visible.

Possible solutions:
(1) Set showImageOverlay="AUTO" or "ALWAYS"
(2) Set showInfoButton="TRUE" which overrides the default behavior of the overlay and always displays the Button Bar (with the Info Button to toggle the overlay on and off)
(3) Set screenMode="LARGE" so that Juicebox uses Large Screen Mode (with the 'top' area) to display the gallery on all devices and in all browsers
(4) You could also use the Back Button to link directly to your web page (but this also relies on the overlay being visible in Small Screen Mode):
showSmallBackButton="TRUE"
backButtonURL="http://www.example.com"

If you set showImageOverlay="AUTO", you will see the icons that you refer to (the Button Bar) and you will have access to the 'Thumbnail' button (to switch between the thumbnail and image pages) and the 'Expand/Close' button to allow the user to return to your main page.

4,097

(1 replies, posted in Juicebox-Pro Support)

Yes. You can have the Back Button act like a browser's back button by using either of the following:

backButtonUrl="javascript: history.back();"

... or:

backButtonUrl="javascript: history.go(-1);"

4,098

(5 replies, posted in Juicebox-Pro Support)

I can successfully view your http://pictureslondon.co.uk/Lizy%20Brun … index.html gallery on an iPod Touch 4 (running iOS 6.1.5) so I would expect that it should also display fine on an iPhone 4S.
Make sure that your iPhone 4S is using wi-fi (and not 3G) and try completely clearing your browser's cache before reloading your web page.
If you are using a 3G connection, then please see this FAQ:
Why can't I view my gallery on a 3G mobile connection?

If your static site and WordPress site are on the same domain, then you can simply leave the gallery folder exactly where it is and use the baseUrl method of embedding (as documented here) to embed the gallery in a WordPress page or post (ensuring that, when you enter the embedding code into the body of your page or post, the method of entry is 'Text' rather than 'Visual').

If your static site and WordPress site are on different domains, then you could copy the gallery folder across from one domain to the other and then use the baseUrl method of embedding.

Please note that doing the above does not require the use of WP-Juicebox (the dedicated Juicebox plugin for WordPress) at all.

I see that the plug in is supposed to created a Juicebox folder

The 'wp-content/uploads/juicebox/' directory created by WP-Juicebox is simply for storage of XML files generated by the plugin. I would not recommend that you upload anything manually to that directory.

I have been able to replicate the problem you describe and it seems to be directly related to the use of the Splash Page.

When a Juicebox gallery is displayed on a mobile device, Small Screen Mode is used and, by default, the Splash Page is displayed. This may not happen on an iPad with a larger screen (where Large Screen Mode may be used) which is perhaps why you do not see the problem on your iPad.
(For more information about Screen Modes, please see here.)

If I set showSplashPage="NEVER" (to prevent the Splash Page from being displayed) or screenMode="LARGE" (to display the Large Screen Mode version of the gallery which, by default, does not display the Splash Page), the infinite scroll page does not jump back up to the top.

I have contacted the developers regarding this issue and hopefully it can be fixed in a future version of Juicebox but in the meantime, a workaround would be to prevent the Splash Page from being displayed (by setting either showSplashPage="NEVER" or screenMode="LARGE").
Please note that both of these configuration options are available in Juicebox-Pro only and are not supported in Juicebox-Lite (the free version).