4,726

(4 replies, posted in Juicebox-Lite Support)

(1) Try the following as your 'index.html' file. It uses a fixed height header and footer (which both span the entire width of the page) and a fixed width menu. The dimensions of these elements can all be changed in the CSS on the page. The gallery will always take up the remainder of the space on the page no matter what the size of the user's browser window is.

<!DOCTYPE html>
<html lang="en">
    <head>
        <title>Juicebox-Pro Gallery</title>
        <meta charset="utf-8" />
        <meta name="apple-mobile-web-app-capable" content="yes" />
        <style type="text/css">
            body {
                margin: 0px;
            }
            body, html {
                height: 100%;
                overflow: hidden;
            }
            #header {
                height: 50px;
                width: 100%;
                background-color: #222222;
            }
            #footer {
                height: 50px;
                width: 100%;
                background-color: #222222;
            }
            #wrap {
                width: 100%;
            }
            #menu {
                height: 100%;
                width: 100px;
                background-color: #222222;
                float: left;
            }
            #gallery {
                height: 100%;
                float: right;
            }
        </style>
        <script src="jbcore/juicebox.js"></script>
        <script>
        function doLayout() {
            var winHeight, winWidth, headerWidth;
            winHeight = window.innerHeight ? window.innerHeight : $(window).height();
            winWidth = window.innerWidth ? window.innerWidth : $(window).width();
            headerHeight = $('#header').outerHeight();
            footerHeight = $('#footer').outerHeight();
            menuWidth = $('#menu').outerWidth();
            $('#wrap').height(parseInt(winHeight) - parseInt(headerHeight) - parseInt(footerHeight));
            $('#gallery').width(parseInt(winWidth) - parseInt(menuWidth));    
        }
        $(document).ready(function () {
            doLayout();
            $(window).bind('resize', doLayout);
            new juicebox({
                containerid : 'juicebox-container',
                galleryWidth: '100%',
                galleryHeight: '100%'
            });
        });        
        </script>
    </head>
    <body>
        <div id="header"></div>
        <div id="wrap">
            <div id="menu"></div>
            <div id="gallery">
                <div id="juicebox-container"></div>
            </div>
        </div>
        <div id="footer"></div>
        <!--END JUICEBOX EMBED-->
    </body>
</html>

(2) Try using the code above (inserting your own header, footer and menu content) and upgrade your gallery from Juicebox-Pro v1.2.0 to the latest version (v1.3.1) by following the instructions here to see if this fixes the problem.

4,727

(1 replies, posted in Juicebox-Pro Support)

It is not possible to display tagged images within a Flickr set.
You can choose to either display a set (using flickrSetId) or tagged images (using flickrTags in conjunction with either flickrUserName or flickrUserId) but not tagged images within a set.
This is a limitation of Flickr itself and is documented in the description of flickrSetId on the Config Options page.

Chrome (v26) was one of the 5 browsers I checked your web page in.
I just checked your web page again in Chrome (both before and after clearing the cache) and your thumbnails appeared both times with no problems.
Try clearing your own browser's cache before reloading your gallery to see if this makes a difference.

Everything now works, except you have to click the mouse button somewhere on the page before you can get the spacebar to work

It is necessary to click somewhere within the gallery to bring the gallery into focus and enable the keyboard controls.
This is normal behavior.

and often on first opening the page the thumbs won't load.

I have just viewed your gallery in 5 different browsers (none of which have previously displayed your web page or cached any of your images) and your thumbnails displayed with no problem in all 5.
Hopefully it is just a temporary glitch with either your web server or internet connection but if the problem continues for you, please let me know which browser(s) it happens in.

Also, you could try upgrading your gallery from Juicebox-Pro v1.3.0 to the latest version (v1.3.1) by following the instructions on this page to see if it makes a difference.

4,730

(12 replies, posted in Juicebox-Pro Support)

I'm glad the fix works. Thanks for letting me know.

4,731

(9 replies, posted in Juicebox-Pro Support)

For Chrome on iOS devices, you will need to set the viewport on your gallery page using the following code:

<meta name="viewport" content="width=device-width, initial-scale=1.0" />

Thank you for the additional information.
I have notified the developers as I do not personally have a Nexus 4 device on which to test.
What version of Juicebox-Pro do you use? (You have removed the version numbers from the top of the JavaScript and CSS files.)
If you are do not already use the latest version of Juicebox-Pro (v1.3.1), try upgrading your gallery to see if this makes a difference. Please see the Upgrading Juicebox page for details.
If you already use Juicebox-Pro v1.3.1 but have modified the 'jbcore/classic/theme.css' file (again, it is hard to tell as you have removed all comments and line breaks from the file), try reverting to the stock 'theme.css' file from the Juicebox-Pro download package to see if this helps.

Thank you for reporting this bug.
I have logged a bug report and it should hopefully be fixed in the next version of Juicebox.
Unfortunately, I have not yet found a suitable workaround.

4,734

(6 replies, posted in Juicebox-Pro Support)

The method Juicebox uses to incorporate SEO data has been tested and seems to work well with our demo SEO gallery here.
Take a look at the source of the page in a browser and try the Google demo search with http://juicebox.net and some terms from within the <noscript> section. The page for the demo SEO gallery should be displayed in the results.

on the search that one would put on a website to search just that site, doesn't it go directly to that site at that time and do the search?

I do not know. Perhaps it does take time and works only with sites which have already been indexed.

4,735

(1 replies, posted in Juicebox-Pro Support)

There is no captionFontSize configuration option in Juicebox-Pro but the font-size can be changed by editing the 'font-size' values on lines 227 and 236 (for the Titles and Captions respectively) in the 'jbcore/classic/theme.css' file.
The line numbers refer to Juicebox-Pro v1.3.1.

4,736

(1 replies, posted in Juicebox-Pro Support)

The font-weight of the caption cannot be changed via a configuration option in the gallery's XML file but it can be achieved by adding the following code to your gallery's 'jbcore/classic/theme.css' file:

.jb-caption p {
    font-weight: bold;
}

I don't know if the Flickr api supports this, but would there be any way to use some of the newer Flickr sizes besides just medium, large and original. Flickr has a large 1600 and large 2048 size, would there be a way to select for those sizes to be loaded.

I see no reference to the 1600 and 2048 sizes in the Flickr API flickr.photos.getSizes page or in the Photo Source URLs page.
Running one of my images through the Flickr API Explorer reveals the Large 1600 and Large 2048 sizes with size codes h and k respectively. However, these size codes do not appear in the list of available URLs in the 'Arguments -> extras' list on the flickr.photos.search page either.
It looks like these sizes may be available via the API but that Flickr's documentation needs to be updated.
Setting flickrExtraParams="url_k" does not override the flickrImageSize setting so, assuming the 1600 and 2048 sizes are available via the API (their documentation suggests not but their Flickr API Explorer suggests otherwise), it is currently not possible to display these sizes in a Juicebox-Pro gallery.
You could always post this as a suggestion in the Feature Request thread (though I cannot be certain that it is even possible).

And while I'm posting, I'll ask here about a bug I notice in Chrome on Android.
Having said that,

Please post the URL to a sample gallery that exhibits this behavior and also let us know which Android device you use. The more information we have, the better. Thank you.

4,738

(6 replies, posted in Juicebox-Pro Support)

It may take some time for Google to index your new Juicebox-Pro gallery.
In some cases, it may take up to 4 weeks before it shows up in Google search results.

4,739

(6 replies, posted in Juicebox-Pro Support)

More information about the new Social Sharing options can be found here.

The sample URL I posted was just an example of a page containing a gallery.
The principle is the same whether the gallery is displayed on its own page (the 'index.html' file within the gallery folder) or embedded in a different page.

4,740

(12 replies, posted in Juicebox-Pro Support)

Try the new version of the Juicebox skin (v1.3.1.0) which can be downloaded from this page.
I have changed setPreferredSize to setSize and I notice a difference (though I have never needed to resize the settings window to show all the controls on the tabs you mentioned).
Hopefully it fixes the problem. If not, I'll just remove the 'smart' window sizing in the next version of the skin.

OK, did that, but most of the remaining errors are from juicebox noscript area.

These errors are due to your image filenames having spaces in them. It is true that the spaces should be encoded but as the image filenames form part of a URL when uploaded to your web server, it would be wise to use only web-safe characters.
Please see section 2.3 of this document for details.

Characters that are allowed in a URI but do not have a reserved purpose are called unreserved. These include uppercase and lowercase letters, decimal digits, hyphen, period, underscore, and tilde.

Still not sure where you placed #message to get it to show.

On further investigation, my code works fine in a gallery using default settings.
However, when using the settings from your gallery's XML file, the message is, indeed, hidden when not using the 'z-index' value. Using the z-index: 9999; value seems to solve the problem fine.
Here is a test gallery [test gallery removed] using a couple of my own images and the configuration options from your gallery.
The message is not ideally placed but should be overlapping the main image and should be clearly visible at all times (until it fades out).

Wouldn't it be easier to simply delay loading the gallery until after the msg fades?

You could do this if you like but the solution above works fine (at least in my test gallery) and avoids having to introduce an unnecessary delay before the gallery starts to load.

I also wanted the caption between the thumbnails (on top) and the main image (on bottom) but when I do that they only intermittently appeared.

On further investigation, this is due to a bug which appears only when using imageTransitionType="CROSS_FADE" in conjunction with setting the captionPosition to either BELOW_IMAGES or BOTTOM.
I have logged a bug report and the issue should be fixed in the next version of Juicebox-Pro but, until then, a suitable workaround might be to use imageTransitionType="FADE" instead.

4,742

(4 replies, posted in Juicebox-Pro Support)

This bug has now been fixed in v1.3.1. Please see the Version History for a full list of changes and the Upgrading Juicebox page for details on how to get the latest version.

4,743

(2 replies, posted in Juicebox-Pro Support)

This bug has now been fixed in v1.3.1. Please see the Version History for a full list of changes and the Upgrading Juicebox page for details on how to get the latest version.

4,744

(7 replies, posted in Juicebox-Pro Support)

This bug has now been fixed in v1.3.1. Please see the Version History for a full list of changes and the Upgrading Juicebox page for details on how to get the latest version.

4,745

(6 replies, posted in Juicebox-Pro Support)

The link will point towards the HTML page into which the gallery is embedded but the specified image will be selected in the gallery.
Each image does not have a unique HTML page but images are identified within a gallery using a # character in the URL.

For example, if you wanted to share the 7th image in a gallery, the link (automatically generated) would look something like this:
http://www.example.com/gallery/index.html#7

4,746

(12 replies, posted in Juicebox-Pro Support)

When opening the settings window with the Juicebox skin active, the settings window should not be larger than your monitor's screen. It's maximum height should be no greater than the maximum height of your screen and a vertical scrollbar should appear if necessary.

If this does not seem to be true on your system, try opening the skin's 'onload.bsh' file in a plain text editor and change the instance of window.settingsWindow.setPreferredSize (near the end of the file) to window.settingsWindow.setSize (and then reload the skin) to see if this makes a difference.

Failing that, try deleting everything after the window.pack(); line (in the same 'onload.bsh' file) to see if this helps.

4,747

(7 replies, posted in Juicebox-Pro Support)

Yes, this is the solution but I see this is a problem with 1.3. I have used this all the time with the previous Juicebox.net. I am using a local cdn named data.delosgaia.nl and this is working fine for all my javascript and CSS files.

It looks like there is a cross-domain/subdomain issue with loading fonts.
Please see the accepted answer to the question in this forum thread for a possible solution.

How can I turn this option completely off

This is not possible. Juicebox-Pro now enables the # identifier automatically to allow social sharing of a specific image.

Try fixing the HTML errors on your http://www.frontiernet.net/~debartsserv … rgallery2/ page. You can check the validity of your code with the W3C Markup Validation Service.
Using the original code I posted above (without the 'z-index' value) seems to work OK for me. I repositioned the message so that it was on top of the image area and the message was not obscured by the gallery as it loaded.

4,749

(12 replies, posted in Juicebox-Pro Support)

I notice that your gallery's XML file now has a duplicate textColor attribute and I now realise what is going on.
Prior to Juicbeox v1.3.0, certain configuration options (textColor, thumbFrameColor, useFullScreenExpand and useThumbDots) were Pro-only. However, these options were changed to Lite in v1.3.0 and the jAlbum skin now enters these options into the XML file using the values chosen in the interface. If you have any of these options listed in the Pro Options text area, then there will be duplicate attributes in the XML file causing the problem you have reported.
I will ensure that the next version of the skin does not allow Lite entries from the Pro Options text area to be entered into the XML file. Until then, remove the above options from your Pro Options text area (or directly from the XML file itself) and all should be well.

4,750

(7 replies, posted in Juicebox-Pro Support)

The first problem is likely to be due to your gallery's 'jbcore' folder being hosted on a different subdomain to the page containing your gallery's JavaScript embedding code. All gallery files should be on the same domain or subdomain as the JavaScript embedding code. Try hosting the 'jbcore' folder on your http://afrika.delosgaia.nl subdomain.

With regard to the second image being the first one displayed, the link you provided has a #2 at the end of it signifying that Juicebox should go directly to the second image.

When viewing your web page, I sometimes see only a slim AutoPlay Juicebox gallery.
Other times I load your page, I see a completely different Juicebox gallery with thumbnails.
Another time, both galleries were displayed with a map at the bottom of the page (same computer, same browser, same monitor).
Your web page is not being rendered consistently and, as I cannot always view the gallery in question, it is difficult to try to determine the problem.

However, I have not been able to replicate the problem using the configuration options from the XML file whose URL you posted above.
Try viewing your own gallery on a page of its own (by placing a 'jbcore' folder and a stock 'index.html' file inside your gallery folder and opening the 'index.html' file in a browser) to see if the first or second image is initially displayed.

Also, as you have set changeImageOnHover="TRUE", make sure that your cursor is not in the thumbnail area when the gallery loads (or the image corresponding to the thumbnail that the cursor is over will be displayed).