@user222

When a Juicebox gallery is closed from the expanded state, the gallery will display the last image displayed when it was expanded as long as the gallery was not expanded in a new page, ie. as long as expandInNewPage="FALSE" or expandInNewPage="AUTO" and the gallery is not displayed on an iOS device (please see the Expand Gallery Bahavior support section for details).

When the gallery is expanded in a new page (expandInNewPage="TRUE" or expandInNewPage="AUTO" and iOS), then when the gallery is closed, Juicebox calls history.back() to close the expanded gallery page and return to the original page (with the unexpanded gallery). This JavaScript call is the same as clicking the browser's 'back' button. Unfortunately, there is little we can do to control what happens when a browser's 'back' button is clicked (and different browsers can behave differently).

Take a look at this demo gallery in a desktop browser.
Expand the gallery, advance a few images and close the gallery. The closed gallery should continue with the last image that was displayed in expanded mode.

If you set expandInNewPage="FALSE", you should see the behavior you are looking for.
Alternatively, you should be able to keep expandInNewPage="AUTO" but also lock your page's viewport (as noted in the first link above) for iOS devices.

I've just bought Juicebox and I'm very pleased with the Lightroomplugin!

One suggestion is that one should be able to write a chosen password in the plugin when passwords are used. Now you have to find the pswd.php file with a ftp-program on yor website, download it,  edit it in a text editor, and then upload it again with a ftp program. When all else with this program is super easy to use, this feels a bit to closer to programming.

Hello,
I am new to JBpro after being a SVpro user for a long while.

I love the JPbuilder.
       
I have some suggestions after a day or two of usage.
        - it would be nice to have a popup help box for the option items in the juiceboxBuilder-pro
        - it would be nice to be able to choose the temporary location of the folder .tempGallery that currently goes under My Documents. In my case this folder is synced to a server and I do not realy want JB temp files to be there.
        - I would be happy to see a header (eg to add some gallery description) and s footer (eg to add copyright or other contact ifo) option for the gallery
        - a way to set the same caption and title to multiple images
        - An option to show the Thumbnail paging text in the middle of the thumbnail bottons when showing these below the thumbnails (this allows to save one line)

Cheers and thank you for the nice and simple product.

I have just bought Juicebox Pro and I am very pleased with the product as well as the superb support from Steve on my questions.

An an enhancement request, I like to propose an additional integration with Instagram.

Regards
Peter

I have an additional enhancement request regarding the Email function.

Current implementation is "send mail to Gallery owner".

I would like to see a different email feature "send current image as email" - a window should pop up asking for the email destionation address and then send the email off. Depending on the clients email format, image could be sent as embedded JPG or as attached file.

Background of my request: I am using Juicebox for a Photobooth. The Gallery shows the pictures being taken at an event (on smartphones or tablets of the clients) and then people want to share images via email, not only post them to Facebook or Pinterest (or Instagram - another feature request I have posted).

Want to post images to Facebook, not links.

For my use case the current Facebook integration is not usable at all. It posts to Facebook a pre-defined image (set once for the Gallery) and "behind the image" it saves a link to the "real image" - i.e. the image of the gallery displayed when the Facebook button is pressed in the navigation bar. That kind of integration might be more suitable e.g. if you want to post information about a restaurant, then you would upload as image the logo of the restaurant and when you click on it in Facebook, it leads you the homepage of the restaurant.

For a photo gallery, I think the use case and customer expectation is entirely different - you want to upload a certain image to FB and share it with friends.

E.g. some Photobooth software has that feature built in so that customers can upload to social media directly after the pictures were taken. I would like to have that feature when customers browse through the Juicebox-generated gallery images of the images taken so far at the event.
Furthermore - during the event, on location, I have my own WLAN and Apache web server and the image link uploaded with the current Juicebox Facebook implementation does not exist after the event. So, when a user clicks the Facebook pre-defined image later on, the underlying link points to an invalid address.

@erikarand

Try the following.
Open your gallery's 'jbcore/classic/theme.css' file in a plain text editor and scroll down to the following section on line 742:

div.jb-status-loading {
    background: url('img/spinner.gif') no-repeat center;
    height: 100%;
    width: 100%;
    margin: 0;
    padding: 0;
    text-align: center
}

Add a background-size entry to this section of CSS, limiting the size of the 'spinner.gif' image to a quarter of its actual area.
For example, if your 'spinner.gif' image is 200px by 150px, then use values of half the width and half the height as follows:

background-size: 100px 75px;

If, after doing this, your 'spinner.gif' looks too small, create a larger source image and try the procedure above with the new image.
I hope this helps.

Please note that the line number above refers to the current version of Juicebox-Pro (v1.5.0).

@TonyHall

The easiest way would be to ensure that your source image is large enough and have the browser downsample it by half in both dimensions.
If your logo image is 200px x 150px, for example, then you could use something like the following for your backButtonText.

<img src="logo.jpg" width="100" height="75" />

This should hopefully work OK and be a suitable solution for you.

To avoid browser downsampling on non-retina displays, you'd need to provide two separate images (one for regular displays and another for retina displays, use the smaller of the two images for the backButtonText, wait until the gallery has loaded (using the Juicebox-Pro API's onInitComplete() function), detect the pixel density of the user's display and, if necessary, replace the smaller image with the larger one using JavaScript (to apply custom HTML code to the CSS class that Juicebox-Pro uses for the Back Button).
If you had two images, a small one at 100px x 75px ('small.jpg') and a large one at 200px x 150px ('large.jpg'), then you could use the following as your backButtonText:

<img src="small.jpg" width="100" height="75" />

... and use the following embedding code:

<script src="jbcore/juicebox.js"></script>
<script>
    var jb = new juicebox({
        containerId: 'juicebox-container',
        galleryWidth: '100%',
        galleryHeight: '100%',
        backgroundColor: '#222222'
    });
    jb.onInitComplete = function() {
        if (window.devicePixelRatio >= 2) {
            $('.jb-go-back-text').html('<img src="large.jpg" width="100" height="75" />');
        }
    };
</script>

@TonyHall

That's great to hear!

There are a couple of downsides but, depending on your point of view, they may not be big problems and are things you might easily be able to live with.
(1) Every user's browser will be downloading a larger image (whether they have a retina display or not).
(2) On a non-retina display, the image will be downsampled by the browser which might not always look as good as having the image displayed at its actual size.

#1 is a compromise I'd be happy to accept in your case (23KB is not a huge overhead that I'd worry about).
#2 can easily be checked on a non-retina display to see if it looks OK. If it does not look OK, then my second suggestion above tackles this problem.

You're welcome! I'm always happy to help if I can.

I've just checked to make sure that the top of the default Back Button icon lines up with the top of the Button Bar icons (and it does).
It looks like the alignment problem might happen only when you use a custom image for the Back Button.
Try adding a negative top margin of 5px to your Back Button image (via inline CSS). For example, try using something like the following for your backButtonText.

<img src="logo.jpg" width="100" height="75" style="margin-top: -5px;" />

Hopefully this will help.

1) divide config.xml into 2 files,one for parameters and one for gallery content. Would make sharing of options with multiple galleries possible.

2) implement "Using a Resizable Gallery with a Header" as mentioned in the embedding guide.

3) Seperate colors for different thumbnail states.

4) Background and forground colors for backbutton.

@bherman

Thank you very much for your suggestions.

I realise that you have seen this yourself but for other users reading your suggestions, there is a single-page solution which might be useful in this forum post.

I would like to propose an alternative action for the 'Open Image' button.
For FLickr albums the open image shows the image in Flickr.

The alternative option should allow to open the image in the browse, so it can be printed directly.

A lot of users aren't familiar with Flickr and they get confused because the can see now all the images in flickr and they have the intention to stay there or don't know how to quit easily to rezturn to the original blog (although not difficult).