You can make the caption area's background fully transparent by setting the Opacity to '0' for both the Caption Back Color and the Caption Back Top Color (in JuiceboxBuilder-Pro's 'Customize -> Color' section).

If manually editing your gallery's 'config.xml' file, set captionBackColor="rgba(0,0,0,0)" and captionBackTopColor="rgba(0,0,0,0)".

Please note that Juicebox-Pro uses only one captionBackColor and captionBackTopColor gallery-wide so the values you set will be used in both Small Screen Mode and Large Screen Mode.

1,102

(1 replies, posted in Juicebox-Pro Support)

First of all, if you have any security software installed (e.g. Avast, AVG, etc.), please make sure that the program itself and its database are both up to date.
If this does not help, then try completely disabling your security software (at your own risk) or make an exception for the JuiceboxBuilder executable file to see if this makes a difference.
We've had a couple of Avast users report similar symptoms to those that you describe. However, I contacted Avast and they say that they cannot replicate the problem with the latest version of their software (v18.3).

If this does not help, then, with JuiceboxBuilder-Pro closed, please check to see if the following folder exists on your system:

C:\Users\Username\Documents\JuiceboxBuilder-Pro\.tempGallery

If there is a .tempGallery folder in this location, please delete it manually.

The .tempGallery folder is created automatically by JuiceboxBuilder for internal use only (for the live preview window and as a temporary gallery folder until the gallery is saved on the 'Publish' tab).
It should automatically be deleted by JuiceboxBuilder-Pro on closing the application but, if this fails, it has been known to render the 'New Gallery...' and 'Open Gallery...' buttons inactive.

The only way that I've been able to replicate the symptoms that you describe myself is to save a gallery to a Google Drive folder (so I'd recommend not saving a gallery to a location which is being synced to an online file sharing service) and the problem seems to be due to a persistent .tempGallery folder (which has not been removed as expected).
You may not be using a Google Drive folder but a persistent .tempGallery folder might still be causing a similar problem.

Hopefully my notes above will help.

1,103

(1 replies, posted in Juicebox-Pro Support)

When JuiceboxBuilder-Pro resizes images for a gallery, it converts PNG images into JPEG images and any transparent regions are rendered as black. Unfortunately, transparency is not retained in images resized for a gallery and it is not possible to pick the color for transparent regions.

The best thing to do would be to resize your images (as PNG images with transparency) in an imaging program (such as Adobe Photoshop) prior to using JuiceboxBuilder-Pro.
In JuiceboxBuilder-Pro's interface, deselect the 'Resize Images' checkbox (on the 'Images' tab) to prevent JuiceboxBuilder-Pro from further processing your images and your source images will be copied across to the gallery's 'images' folder (with transparency intact).

I hope this helps.

1,104

(1 replies, posted in Juicebox-Pro Support)

Hi, must each gallery be contained in it's own folder?

Each gallery must have a unique 'config.xml' file which stores the gallery's configuration options and image data, but there is no need to keep each gallery self-contained in an individual folder (although it can certainly help to keep things organized on your web server). You can point towards a gallery's 'config.xml' file (in any location you like) using a configUrl entry in the gallery's embedding code.

If so, is there an easy way to share common assets across galleries?

The only file within the 'jbcore' folder which may change from gallery to gallery is the 'pswd.php' file which contains the password for a gallery (if you choose to password-protect it).
Please see the Password Protection support section for details.

If you do not want to password-protect your galleries (or if you are happy to use the same password for all your galleries), then all your galleries can share a single instance of the 'jbcore' folder (rather than having an individual 'jbcore' folder for each gallery).
If you'd like to do this, then please see the Using an External jbcore Folder support section for details.

Essentially, all you need to do is upload a single 'jbcore' folder to somewhere on your web server and make sure that the 'juicebox.js file (from within the 'jbcore' folder) is loaded via a <script> tag on every web page which contains a gallery.

If all your galleries share a single instance of the 'jbcore' folder, then you can upgrade all your galleries at once (for example, when a new version of Juicebox-Pro is released) simply by swapping your single 'jbcore' folder for a new version.

Awesome! Thanks for letting me know!

Open the template file that JuiceboxBuilder-Pro uses to generate the gallery's 'index.html' file and change the <title> there (so that your custom text appears as the <title> in all 'index.html' pages generated by JuiceboxBuilder-Pro).

Open the following file in a plain text editor:
Mac: /Applications/JuiceboxBuilder-Pro.app/Contents/Resources/template/index.html
Windows: C:\Program Files (x86)\JuiceboxBuilder-Pro\template\index.html

Now, scroll down to line 4 and change:

<title>%%TITLE%%</title>

... to:

<title>Tony Gamble Photography</title>

1,107

(496 replies, posted in Juicebox-Pro Support)

@haggis999

The rollover tooltip-text within a gallery is configurable via the languageList configuration option.
Please see the International Gallery Text support section for details.
This configuration option was intended to be used to translate the text into a different language but you can use to simply change the text if you like.
It is not available in the JuiceboxBuilder-Pro interface but you can add a custom languageList to your gallery's 'config.xml' file, as an attribute to the opening <juiceboxgallery> tag, alongside the other configuration options.
If you want to change "Expand Gallery" to "Hide Menu" and "Close Gallery" to "Show Menu", then you can use the following:

languageList="Show Thumbnails|Hide Thumbnails|Hide Menu|Show Menu|Open Image in New Window|Images|Next Image|Previous Image|Play Audio|Pause Audio|Show Information|Hide Information|Start AutoPlay|Stop AutoPlay|AutoPlay ON|AutoPlay OFF|Go Back|Buy this Image|Share on Facebook|Share on Twitter|Share on Google+|Share on Pinterest|Share on Tumblr|of|Send Email|Download|Password|Incorrect Password.|Regarding image|in gallery"

The text displayed in the browser tab comes from the contents of the <title> ... </title> tag (in the <head> section of your web page).

If you create a gallery with JuiceboxBuilder-Pro, then the application uses the Gallery Title for the <title> tag in the gallery's 'index.html' file.

However, you can open any HTML web page in a plain text editor and manually edit the page's <title> to whatever you like.
Just search for "<title>" (there should be only one entry in each web page) and change the text between the opening and closing <title> and closing </title>.

1,109

(496 replies, posted in Juicebox-Pro Support)

@haggis999

Thank you for all your suggestions!

The result is that many of my captions are being unnecessarily wrapped to four lines, made much worse by the fact that Juicebox only shows three of those lines!

Just in case it helps (and for anyone else reading this), when captionPosition is set to OVERLAY or OVERLAY_IMAGE, the height of the caption area is variable (it will increase, if necessary, to accommodate long captions) up to a maximum value set via maxCaptionHeight (default value, 120px). When captionPosition is set to BELOW_IMAGE, BOTTOM or BELOW_THUMBS, the height of the caption area is fixed at the maxCaptionHeight value. Either way, maxCaptionHeight can be increased to accommodate long captions.

1,110

(4 replies, posted in Juicebox-Pro Support)

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

Incidentally, there should have been no need to delete any data within WP-Juicebox.
All you need to do to upgrade the plugin from Juicebox-Lite to Juicebox-Pro is to replace the plugin's Lite 'jbcore' folder with the Pro version from the Juicebox-Pro v1.5.1 download zip package ('juicebox_pro_1.5.1/web/jbcore').
You can do this before or after the plugin has been uploaded to your web server.

You could actually swap out the entire plugin (which you might do when the plugin is updated) without affecting any galleries or plugin settings. No custom data is stored within the plugin's directory. All custom gallery settings are stored in XML files in the 'wp-content/uploads/juicebox/' directory and all custom plugin settings are stored in the WordPress database.

1,111

(15 replies, posted in Juicebox-Pro Support)

As far as I am aware, jQuery $.ajax is used to GET the gallery's configuration file ('config.xml') and then the images are loaded into dynamically-generated <img> tags (having had their imageURLs read from the 'config.xml' file).

Is there something out of the ordinary about your internet connection/network that might be causing the problem?
Your gallery certainly looks fine to me.

If going to this location: https://lizmuir.com.au/images/galleries … config.xml
... results in an error 404 (file not found), then all I can deduce from this is that the file is not in that location.

If you are absolutely sure that the file is there, then, first of all, please check that its permissions are not too restrictive. Default file permissions of 644 should be fine.

If this does not help, then please ask your web host why trying to access the 'config.xml' file directly results in an error 404.
They should certainly be able to answer (and hopefully resolve) this issue for you.

1,113

(4 replies, posted in Juicebox-Pro Support)

I'd really need to see your Juicebox gallery's web page (even with the gallery failing to display) to be able to troubleshoot your problem specifically (to see what embedding code you use, what configuration options your gallery uses and to try to determine the location of the gallery files on your web server).
Otherwise, all I can do is give some generic pointers which may but may not be specific to your problem.
Please post back with the URL to your Juicebox gallery's web page so that I can take a look at the problem for myself and hopefully help further.

In the meantime, maybe the following will help.

As you have created a Flickr Set, you could easily create a Juicebox-Pro gallery from this Set as follows.
(1) Open JuiceboxBuilder-Pro.
(2) Click the 'New Gallery...' button on the 'Start' tab.
(3) Select 'Flickr' as the 'Image Source' (top left).
(4) Enter '72157692486109182' as the 'Flickr Set Id'.
(5) Click 'Load Images'.
(6) Customize your gallery on the 'Customize' tab (if you want to).
(7) Save the gallery on the 'Publish' tab (to a new empty folder of its own).

Now you have a Juicebox gallery displaying the images from your Flickr Set, you'll need to embed it into your WordPress site.
You can do this manually using the baseUrl method of embedding documented here. The baseUrl method of embedding is essentially the same as the regular method but it allows you to keep the entire gallery self-contained in its own folder. You would upload the entire gallery folder (not just its contents) to your web server and add a baseUrl entry to your embedding code, pointing towards the gallery folder. It does not matter where on your web server you upload the gallery folder to as long as the two paths in the embedding code (the path to the 'juicebox.js' file and the baseUrl itself, pointing towards the gallery folder) are correct.

Here's an example.
Let's say that you created a gallery (following the 7 steps above) and saved the gallery to a folder named 'flickr_test'.
You could embed the gallery into a WordPress page or post as follows:
(1) Upload the entire 'flickr_test' gallery folder to your web space's root directory.
(2) Edit the WordPress page or post that you'd like to embed the gallery into and paste the following embedding code into the body of the page or post (ensuring that the method of entry is 'Text' rather than 'Visual').

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

The leading slashes in the paths above denote your root directory so the code above will work (without modification) in any page or post throughout your WordPress site.
(3) Publish the page or post.

Alternatively, you could do all of the above using WP-Juicebox, the dedicated Juicebox plugin for WordPress.
Here's how:
(1) Install WP-Juicebox to your WordPress site following the installation instructions on the plugin's support page here.
(2) Upgrade WP-Juicebox from Juicebox-Lite (which it comes bundled with) to Juicebox-Pro following the Upgrading to Juicebox-Pro instructions.
(3) Create a WordPress page or post that you'd like to display the gallery into and click the 'Add Juicebox Gallery' button.
(4) Select the 'Use Flickr' checkbox and enter flickrSetId="72157692486109182" into the Pro Options text area.
(5) Click the 'Add Gallery' button (at the bottom of the pop up gallery settings window).
(6) Publish the page or post.

That's it. The plugin handles the embedding code for you.

I hope these notes help but, as I mentioned previously, if you continue to experience difficulties, then please post the URL to your Juicebox gallery's web page so that I can take a look at the problem for myself and hopefully help further.
Once I'm able to see your (dysfunctional) gallery live on your web server, I should hopefully be able to determine the exact cause of your problem and propose a solution. Thank you.

I think both your questions are related to each other (at least by the root cause).

The main difference between your 'JBGallery.html' page and your 'JBGallery1/index.html' page is that your 'JBGallery1/index.html' page locks the viewport (with the following line of code):

<meta name="viewport" id="jb-viewport" content="width=device-width, initial-scale=1.0, minimum-scale=1, maximum-scale=1, user-scalable=0" />

... whereas your 'JBGallery.html' page does not.

This results in the gallery being expanded from the Splash Page differently on the two embedding pages.
From 'JBGallery.html', the gallery is expanded on a new page of its own.
From 'JBGallery1/index.html', because the viewport is locked, the gallery is expanded on top of the embedding page.
(Please see the Expand Gallery Behavior support section for details.)

This explains the difference between the two pages but not why the galleries expand with different layouts.
Unfortunately, the problem seems to be due to a known bug (whereby the page that the gallery is expanded into has a bearing on how the gallery is displayed) that the developers are aware of but have not yet been able to fix.

Until the bug is fixed, possible workarounds are as follows:
(1) Set showSmallThumbsOnLoad="FALSE" (in JuiceboxBuilder-Pro's 'Customize -> Thumbnails' section).
... or:
(2) Remove the viewport lock from your gallery pages.

I have sent a further note to the developers regarding this problem.
Thank you for reporting the problem and apologies for any inconvenience caused.
Hopefully one of my suggested workarounds will work for you until the bug is fixed.

1,115

(15 replies, posted in Juicebox-Pro Support)

Try changing JuiceboxBuilder-Pro's imagePreloading (in JuiceboxBuilder-Pro's 'Customize -> Main Image' section) from its default value of PAGE to NEXT to see if this helps.

For reference, a short description of imagePreloading and its possible values can be found in the Main Image section of the Config Options page.

1,116

(15 replies, posted in Juicebox-Pro Support)

I've just tried viewing your gallery in a couple of different browser (Chrome and Edge) than the one I was using before (Firefox) and the gallery loaded all your images in both browsers without any problem.

I'm sure you'll have much more knowledge about web servers than I do but, if the problem was a server-related issue, I would expect to see the same results that you describe. It sounds like we can rule out the web server as being a probable cause (at least for the time being).

If you have exactly the same problem in all your browsers, then the problem is unlikely to be a browser specific problem.

This leaves your internet connection (please check to see if it is stable at the moment) and your computer as two other variables in this equation.

There really seems to be no problem with the gallery on your server (at least from my perspective) and your images load quickly in all browsers I've viewed your gallery in myself (with none failing to display).

Maybe you have some security software installed which is somehow interfering with the loading of your gallery images. Try temporarily turning off any security software that you have installed (at your own risk) to see if this makes a difference.

Also, what happens when you try to display the gallery images directly in your browser (bypassing Juicebox-Pro).
For example, try opening:

https://foto.motoko.eu/2018_winter_cz/images/Olesnice_bezky_1.jpg

... and then

https://foto.motoko.eu/2018_winter_cz/images/2018-02-02-DSCN0018-truck-z-lanovky.jpg

... etc.
Do they all display fully or do some fail to display (like in the gallery)?

Thank you for providing the link to your gallery's web page.

By default, your gallery's configuration file should be named 'config.xml' and should be located directly inside your gallery folder.
Therefore, it should be located here: https://lizmuir.com.au/images/galleries … config.xml
Going directly to that location in a browser (bypassing Juicebox) should result in the contents of the 'config.xml' file being displayed but the file does not seem to be there.
Please double-check the filename and location of your gallery's configuration file.

Otherwise, if you have moved or renamed your gallery's configuration file, you can point towards it via a configUrl entry in the embedding code.
If you use a relative path for your configUrl, then the path should be relative to the baseUrl.

I hope this points you in the right direction.

This might not be an easy task to achieve (and I do not know of anyone who has done this).

You could certainly use the Juicebox-Pro API to detect when the last image in the gallery has been reached and then run whatever custom JavaScript code you like.

var jb = new juicebox({
    containerId: "juicebox-container"
});
jb.onInitComplete = function() {
    var count = jb.getImageCount();
    jb.onImageChange = function(e) {
        if (e.id === count) {
            alert('Last image in gallery has been reached.');
        }
    };
};

You'd just need to change the JavaScript alert for a command to load your next gallery page, for example:

window.location.href = 'https://www.example.com/index.html';

Unfortunately, there is no API method to check (or track) the current AutoPlay status so that only way to detect if AutoPlay is on or off is to check if the 'jb-status-playing' CSS class is present on the 'jb-bb-button-auto-play' CSS class.

var jb = new juicebox({
    autoPlayOnLoad: "TRUE",
    containerId: "juicebox-container",
    showAutoPlayButton: "TRUE"
});
jb.onInitComplete = function() {
    var count = jb.getImageCount();
    jb.onImageChange = function(e) {
        if (e.id === count && $('.jb-bb-btn-auto-play').first().hasClass('jb-status-playing')) {
            alert('Last image in gallery has been reached via AutoPlay.');
        }
    };
};

You could then add a delay (ideally the same as the Juicebox-Pro displayTime value) to allow the last image to be seen before loading the next gallery.

var jb = new juicebox({
    autoPlayOnLoad: "TRUE",
    containerId: "juicebox-container",
    showAutoPlayButton: "TRUE"
});
jb.onInitComplete = function() {
    var count = jb.getImageCount();
    jb.onImageChange = function(e) {
        if (e.id === count && $('.jb-bb-btn-auto-play').first().hasClass('jb-status-playing')) {
            window.setTimeout(function() {
                alert('Last image in gallery has been reached and 5000ms have elapsed.');
            }, 5000);
        }
    };
};

There might be some further pitfalls to avoid and tweaking to do but I hope that this points you in the right direction.

1,119

(15 replies, posted in Juicebox-Pro Support)

When I view your gallery myself, all 30 images are displayed successfully so it looks like all the gallery files are present and correct on your server and there are no problems with the images (no corrupt images or problems with case-sensitivity within filenames).
It looks like your problem may be due to either a temporary web server glitch or an internet connection issue.
All I can suggest at the moment is that you try clearing your browser's cache and reload your gallery's web page again.
Also, try viewing your gallery in a different browser (Edge, Chrome, Firefox, Internet Explorer, Opera, Safari) to see if this makes a difference (and if you have any browser extensions enabled, try temporarily disabling them).
Please let me know how you get on.

As long as your files and folders are actually where you say they are on your web server and that your gallery's XML file inside the 'illumination' directory is named 'config.xml', then your embedding code looks to be OK.

First of all, try clearing your browser's cache before reloading your gallery's web page to make sure that your browser is using the most recent versions of your gallery files (and not older, cached versions).

Next, if yo have edited your gallery's 'config.xml' file manually, please check to see if the file contains any syntax errors by opening it directly in a web browser. If there are any errors, the browser will tell you the first error in the file and at whih line it occurs.

If this does not help, then try reuploading your gallery's 'config.xml' file to be sure that it is complete and not corrupt (which may have happened if the initial upload was somehow interrupted).

Also, please check out the FAQ which deals with the 'Config file not found.' message.
When I view my gallery I see the message 'Config file not found'. How do I fix this?

If none of the above helps, then please post the URL to your gallery's web page so that I can see the problem for myself and hopefully help further.
Once I am able to see your gallery live on your web server, I should hopefully be able to determine the cause of the problem and propose a solution.

I hve done as you suggested and made a post on that other forum thread.

Thanks!

Sorry, it looks like I might have made a typing error the first time I tried this. I've just tested this again and it all works fine.

Thank you for letting me know. At least there is no problem in adding &nbsp; entries to image titles or captions.

With any luck, most users will view my galleries with Javascript enabled...

In this day and age, I think there are very few users browsing the web without JavaScript enabled.
Here's an interesting read: https://blockmetry.com/blog/javascript-disabled

1,122

(14 replies, posted in Juicebox-Pro Support)

I'm glad you're getting on well with Juicebox-Pro and that you've been able to reach a suitable resolution/quality/filesize combo for your images.
Thank you for letting me know.

I can't see any option for scaling the thumbnails.

The thumbnails in a Juicebox gallery do not scale. They are always displayed at the thumbWidth and thumbHeight dimensions.

Unfortunately, taking the option to centre the title and caption doesn't quite work correctly if you also opt for image numbering.

If displaying the image number, then space is reserved for it at the right hand side of the caption area.
The caption text is then centered (if captionHAlign="CENTER") in the remaining area.
I think this is probably a design choice rather than a coding error but, if you like, you can post feedback and suggestions in the Feature Requests forum thread where they will be seen by the developers.

I experimented with trying to correct the horizontal alignment of my titles and captions by prefixing them with a string of &nbsp; entries, but rather oddly these were converted by Juicebox into visible colon characters!

I've just tried entering a string of &nbsp; entries at the beginning of an image title and and an image caption in JuiceboxBuilder-Pro and it seems to work as expected for me (displaying spaces before the text).
Please provide a link to a gallery which demonstrates this problem so that I can investigate further. Thank you.

I noted that Juiceboxbuilder generated html code in the index.html files to present a gallery in the absence of Javascript support.

The code you are referring to is the SEO Content Code, intended to help with Search Engine Optimization. It also allows gallery images to be seen in browsers which do not have JavaScript enabled (but this is not the code's primary purpose).
Please see here for details.
You can prevent the code from being generated, if you like, by deselecting the 'Add SEO Content' checkbox in JuiceboxBuilder-Pro's 'Customize -> Sharing' section.

1,124

(1 replies, posted in Juicebox-Pro Support)

I'm glad that you've been able to get JuiceboxBuilder-Pro up and running again.
Thank you for letting me know.

Here are some notes that might help to clarify a couple of things.

Was my original problem because I had TOO many photos in the Gallery or because I tried to drag and drop too many photos at one time?

The problem was likely to be due to adding a large number of images to the gallery at once.
If you are trying to add many images to JuiceboxBuilder-Pro at once, then Adobe AIR (the platform on which JuiceboxBuilder-Pro runs) may not be able to allocate enough memory for the task at hand. Even if your computer has plenty of free RAM, Adobe AIR applications are limited to around 1GB of memory allocation. As you have discovered, the workaround is to add your images in smaller batches.

If I had too many photos, what is the safe limit? If I know a limit I can keep my eye on the counter.

Unfortunately, the safe limit will be dependent on the filesize of the source images so I can't really recommend a maximum number of images to add.
If your source images have similar filesizes, then try adding different numbers of images to a new gallery (so that this test does not interfere with your existing gallery). A little trial and error should soon let you know what is safe.

Where does config.xml come in...

The 'config.xml' file is the gallery's configuration file which stores the gallery's configuration options and the image data.
When a gallery is created with JuiceboxBuilder-Pro, the 'config.xml' file is generated inside the gallery folder (alongside the 'jbcore' folder).

I hope you're able to recreate your gallery without too much trouble.

I've heard back from the Avast support team and they have been unable to reproduce the problems you reported using the latest version of their software (v18.3).
They have advised that you update your Avast (to v18.3) and hopefully this will resolve your problem.
Please let me know how you get on. Thank you.