You are not logged in. Please login or register.
Juicebox Support Forum → Posts by Steven @ Juicebox
With so many different ways to create a Juicebox gallery (the list of available plugins can be found here), having the plugins available separately avoids the need to update the core Juicebox package each time an individual plugin needs to be updated.
I hope that you've been able to install WP-Juicebox successfully.
It sounds like you might be trying to install the Juicebox-Pro v1.5.1 zip file ('juicebox_pro_1.5.1.zip') as a WordPress plugin.
The 'juicebox_pro_1.5.1.zip' file is not (and does not contain) the Juicebox plugin for WordPress.
You'll need to download WP-Juicebox (the Juicebox plugin for WordPress) separately from its own support page here.
WP-Juicebox comes bundled with Juicebox-Lite (the free version) but you can upgrade the plugin to Juicebox-Pro (using the 'jbcore' folder from the 'juicebox_pro_1.5.1.zip' file) by following the 'Upgrading to Juicebox-Pro' instructions here.
I hope this helps and points you in the right direction.
A bug report has now been logged so the developers will address the issue in due course.
Thank you for reporting the bug.
Could you please post a link to a gallery which demonstrates this problem? Thanks! (I've not seen this happen before and, as far as I can recall, no-one else has ever reported such an issue.)
Just in case it helps, please let me know:
(1) How many images are in your gallery?
(2) How large (in terms of filesize) are your gallery images?
The only thing I can think of which might help would be to change the value of imagePreloading (on JuiceboxBuilder-Pro's 'Customize -> Main Image' section). It sounds like you might be using the default value of PAGE so you might like to try using either NEXT or ALL instead to see if it makes a difference.
Also, if your gallery images are really large (MB rather than KB each), then it might make a difference if you were to reduce their filesize.
(Make sure that you have set enableLooping="TRUE" (in JuiceboxBuilder-Pro's 'Customize -> General' section), otherwise, AutoPlay will stop on the last image and will not loop back to the start.)
As I mentioned above, please let me see a gallery which demonstrates this problem.
Once I'm able to see the problem for myself, I might have some more ideas (or at least be able to construct a similarly configured test gallery to try to reproduce the problem myself and log a bug report with the developers if necessary).
Thank you for reporting this issue.
I cannot be sure if this is intended behavior or a bug but I have notified the developers.
Unfortunately, I do not know of a workaround (other than to always display the thumbnails) and, if it is indeed a bug, we may need to wait for the developers to fix it.
Thank you for bringing it to our attention, though.
You're welcome!
I'm glad my notes were somewhat helpful (and thanks for posting your suggestion in the Feature Requests thread).
I'm glad you're getting on well with Juicebox-Pro!
Since I wanted the gallery to start with the selected image, I browsed through the config options and came across firstImageIndex. Not knowing how I could convey the image index into that variable, I just wrote the links as <a href="gallery.htm#12">, where "12" was the current index. And what can I say? It just worked!? :-)
That'll work just fine but it's not actually using the firstImageIndex configuration option. What you are doing (adding #12, for example, to the end of the URL), is essentially using the enableDirectLinks functionality, a short description of which can be found in the General section of the Config Options page). (If you actually set enableDirectLinks="TRUE", then the # number will change in the browser's address bar to reflect the current image being displayed.)
If you wanted to use firstImageIndex, then you could either:
(1) Set a static value for firstImageIndex in your gallery's 'config.xml' file, e.g. firstImageIndex="12".
... or:
(2) Set firstImageIndex in your gallery's embedding code (see here for more information on setting configuration options) either as a static value or a JavaScript variable, e.g.
<!--START JUICEBOX EMBED-->
<script src="jbcore/juicebox.js"></script>
<script>
new juicebox({
containerId: "juicebox-container",
galleryWidth: "100%",
galleryHeight: "100%",
backgroundColor: "#222222",
firstImageIndex: "12"
});
</script>
<div id="juicebox-container"></div>
<!--END JUICEBOX EMBED-->If yourfirstImageIndex value is variable, then you might need to pass the variable to the gallery's web page via a query string in the URL or a session cookie, in which case it would be much easier to continue using the # notation (the enableDirectLinks functionality) that you currently use.
But when I use my gallery on my iPhone (Safari), there is no such button.
You can enable the Back Button in Small Screen Mode (when the gallery is displayed on mobile devices) by setting showSmallBackButton="TRUE" (in JuiceboxBuilder-Pro's 'Customize -> Back Button' section).
However, please note that the Back Button will be displayed only on the main image pages in Small Screen Mode (and not on the Splash Page or the thumbnail pages).
Y
ou could, if you like, force the gallery to be displayed in Large Screen Mode on all devices and in all browsers by setting screenMode="LARGE" (in JuiceboxBuilder-Pro's 'Customize -> General' section) where the Back Button should always be present.
Is there a way to make the swipe up/down gesture go back to the previous page?
Unfortunately, there is no easy way to introduce new swipe gestures within a Juicebox-Pro gallery.
Hopefully setting showSmallBackButton="TRUE" will be a suitable workaround for you, though.
Oh, and while I'm at it: it would also be nice to have the ESCape key act as "back" button, much like in the facebook image viewer.
Facebook opens images in a pop-up window and Esc closes the pop-up.
I'm not exactly sure how this would relate to Juicebox but you should be able to use the Esc key to close an expanded gallery (for example a gallery expanded from a Splash Page or an embedded gallery expanded to fill the browser window or screen) to go back to the gallery's original (unexpanded) state.
If you like, please feel free to post suggestions for future versions in the Feature Requests forum thread.
This keeps all the ideas together and ensures that they are not overlooked by the developers.
I do not know the likelihood of any suggestions being implemented in future versions but this is certainly the best place for all ideas.
Thank you.
Thank you Steven,
You're welcome.
This issue is solved
That's great to hear! Thank you for letting me know.
That's great! Thank you for letting me know.
I see the problem you report but only locally and only in Firefox.
The test gallery (using <script src="../jbcore/juicebox.js"></script>) works fine (displaying all icons as expected) once it has been uploaded to a web server.
Additionally, the same test gallery works fine locally in Edge.
It looks like the problem is due to a local file restriction (related to the same-origin policy) in Firefox.
In this Buzilla bug report, there seems to be some debate over whether this is intended behavior (see this post) or a bug (see this post) but, either way, it certainly seems to be unique to Firefox.
One workaround is to go to about:config (in the Firefox address bar) and change security.fileuri.strict_origin_policy from its default value of true to false. (It works for me.)
(Please note that you should relax your browser's security restrictions at your own risk.)
Otherwise, try previewing your gallery locally in Edge (or Safari) or upload your gallery to your web server where all features that do not function locally (such as the Download Button, Expanding in a New Page, the Fotomoto Shopping Cart and Password Protection) will all work fine.
The only entities which are part of the XML standard are:
' (')
" (")
& (&)
< (<)
> (>)All other similar looking entities, such as ü, are part of the HTML standard (rather than XML).
If you try using ü (without CDATA tags) in a gallery's 'config.xml' file and open the XML file directly in a browser, you'll see that the HTML entity breaks the XML syntax with an error message such as "XML Parsing Error: undefined entity".
It's an XML issue rather than a Juicebox issue.
However, as long as you wrap your image titles (or captions) in CDATA tags, your HTML entities will be displayed (in your gallery's HTML web page) as expected.
The icons within a Juicebox gallery are characters in a custom font and the font files are stored in the 'jbcore/classic/fonts/' folder.
As long as your 'jbcore' folder is complete and is located on the same domain (and subdomain) as the gallery's web page, then all should be well.
Please double-check that your 'jbcore' folder is complete (especially with regard to the font files in the 'jbcore/classic/fonts/' folder).
If necessary, try reuploading the 'jbcore' folder to your web server and clear your browser's cache before reloading your gallery's web page.
Other possible reasons for the problem may be:
(1) Missing font files in the 'jbcore/classic/fonts/' folder (see above).
(2) Incorrect or missing MIME type entries in your server configuration.
(3) Restrictive permissions for the font files in the 'jbcore/classic/fonts/' folder. Default permissions of 755 for folders and 644 for files should be fine. You should be able to check and change permissions with a dedicated FTP program such as Filezilla or via your web hosting account's online file manager.
(4) Custom CSS overriding Juicebox's own font (used for the icons). Check to see if you have any custom CSS on your gallery's web page which might be interfering with Juicebox's own font settings.
Hopefully this will help.
However, if you continue to experience difficulties, please post the URL to your gallery's web page so that I can see the problem for myself and hopefully help further.
If you are using JuiceboxBuilder-Pro to enter your image titles and captions, then you should be able to enter either ü (copy and paste the actual character) or ü (on the 'Images' tab) and both should work fine. (I've just checked this myself and it works for me.)
If you are editing your gallery's 'config.xml' file manually in a plain text editor and are using ü, be sure to use CDATA tags (<![CDATA[ ... ]]>) within your <title> or <caption> tags (incidentally, Juicebox does not support <comment> tags). CDATA tags are not required if you just use the ü character directly (but it would be good practice to just always use CDATA tags anyway, as JuiceboxBuilder-Pro does).
For example, the following image titles should work fine.
<title><![CDATA[ü]]></title><title><![CDATA[ü]]></title><title>ü</title>... but the following image title will not work:
<title>ü</title>I hope this helps.
It looks like there are a couple of problems with your Flickr credentials.
First of all, a Flickr ID will look something like 54258312@N08 (rather than your email address).
You can find your Flickr ID from your Flickr User Name using this online tool: https://www.webpagefx.com/tools/idgettr/
It looks like your Flickr ID is 125238558@N03.
The second problem is with your Set ID.
When using a Set ID, the Flickr User Name and Flickr ID are not required (and are ignored if entered).
A Flickr Set ID will be a string of number such as 72157629353156737.
If you open your Flickr Set in a browser, you should be able to grab the Set ID from the URL in the address bar.
I hope this helps.
Any chance we could see that functionality in a near-future version of juicebox?
It might be worth posting your suggestion in the Feature Requests forum thread where it will be seen by the developers.
I do not know the likelihood of any suggestions being implemented in future versions but this is certainly the best place for all ideas.
Thank you.
JuiceboxBuilder-Pro requires Adobe AIR v2.0 or later and, although Adobe have dropped AIR support for Linux, you can still download the last version for Linux (v2.6.0) from their archive page here: https://helpx.adobe.com/air/kb/archived … rsion.html
Scroll down to the Adobe AIR 2.6 runtime downloads section and click the 'Adobe AIR 2.6.0 Linux (15.4 MB)' link.
This should hopefully allow you to install and run JuiceboxBuilder-Pro on your Linux system.
Unfortunately, there are no configuration options available to change the font size of image titles and captions.
However, you can style individual image titles and captions (for example, to change the font-size) using HTML formatting as noted in this FAQ:
How do I add HTML formatting to image captions and titles?
A sample caption with a font-size of 12px (for example) would look like this:
<span style="font-size: 12px;">Image caption text goes here.</span>In the gallery's XML configuration file, the caption would look like this:
<caption><![CDATA[<span style="font-size: 12px;">Image caption text goes here.</span>]]></caption>... but the Drupal module should automatically add the <caption> and CDATA tags so you should only need to enter the <span> tag (as above).
Otherwise, you can set the size of all image titles and/or captions at once using CSS such as the following (changing the numeric values as appropriate):
/* IMAGE TITLE */
.jb-caption .jb-caption-title {
font-size: 20px !important;
}
/* IMAGE CAPTION */
.jb-caption .jb-caption-desc {
font-size: 18px !important;
}
/* IMAGE NUMBER */
.jb-cap-frame .jbac-number {
font-size: 12px !important;
}You could add this CSS to the end of your gallery's 'jbcore/classic/theme.css' file or wrap it in <style type="text/css"> ... </style> tags and add it to the end of your gallery web page's <head> section (if you have access to this within your Drupal site).
Thank you for responding Steven.
You're welcome!
The 'Disable Local File Restrictions' has fixed the problem completely
That's great! Thank you for letting me know.
Thank you for sharing your experience and for posting your solution.
Unfortunately, as you have discovered, Safari has changed since the last version of Juicebox has been released.
Safari 11 (released 19 September 2017) introduced a security restriction which prevents local viewing of Juicebox galleries by default. This issue is specific to viewing galleries locally (from your computer's hard drive) and there is no such issue once the galleries have been uploaded to a web server (where they can be viewed in any modern browser).
Selecting 'Disable Local File Restrictions' from Safari 11's 'Develop' menu should, once again, allow you to view your galleries locally in Safari 11.
Incidentally, I noted this (and posted instructions on how to 'Disable Local File Restrictions') in this forum post but the information has not found its way into the FAQ section yet. I'm sure the developers will address this issue in due course.
Thanks again for posting.
I'm glad that you have been able to resolve your problem.
Thank you for your interest in Juicebox-Pro!
Does Juicebox pro $99 license is for unlimited domains with a one time payment, is that right?
Yes. The Unlimited Site License allows you to upload an unlimited number of Juicebox-Pro galleries to an unlimited number of website domains and the cost (currently $99) is a one-off payment. (We do not have any subscription-based products.)
Also, upgrades are free within the same major version number (as noted on the Upgrading Juicebox support page) so, if you were to purchase v1.5.1 today, all 1.x.x updates will be provided free of charge.
For reference, the full terms of use for the Unlimited Site License can be found here.
Please see my reply to your query in this forum post.
OK, I can create and save a gallery in JuiceboxBuilder Pro, and then import or import those settings into the Lighrtoom plugin, however.
No. It is not possible to open an existing gallery (or import a set of configuration options from an existing gallery or a preset XML file) in the Lightroom plugin. You'll need to set the configuration options individually in the Lightroom plugin's interface unless you have already saved a combination of configuration options as a template in Lightroom, in which case you can apply the template to a gallery (to set all configuration options within the template at once).
To set a template in Lightoom:
Once you've got a gallery configured that way you'd like it to be in Lightroom (using the individual controls in the Lightroom plugin's interface), you can save the combination of configuration options as a Lightroom template by clicking the + sign to the right of the text 'Template Browser' (in the left panel of the 'Web' section) and selecting a name for the template.
At any time in the future, if you want to apply this combination of configuration options to a gallery, expand the 'Template Browser' control panel, scroll down to the 'User Templates' section and select the template.
where can I deactivate the effect in Lightroom Plugin if one with the mouse over a Thumpnail comes then the picture directly is indicated.
The changeImageOnHover configuration option can be found in the 'Appearance -> Main Image' section. (Please see the screenshot attached).
No worries!
I'm glad you're getting on well with Juicebox-Pro (and able to work around the AIR and Windows-related limitations).
Thank for you for the clarification.
I was not sure what hover effect you were referring to so I just let you know about both.
but prevent the aztomatic display of the main image at hoover's thumpnails
Just set changeImageOnHover="FALSE" (in JuiceboxBuilder-Pro's 'Customize -> Main Image' section).
It seems to me as if the Lightroom version is completely unhelpful if you want to use their demos.
The Juicebox Plugin for Lightroom does not support presets but there are individual controls in the interface for all configuration options so you can still replicate any gallery you like (with just a little more work than selecting a preset).
Can I transfer the images from Lightroom directly to JuiceboxBuilder Pro (Edit in ...) with Lightroom?
You can certainly process your images in Lightroom and then feed them to JuiceboxBuilder-Pro.
If you do not want JuiceboxBuilder-Pro to further process (resize) the images, then just deselect the 'Resize Images' checkbox on the 'Images' tab and JuiceboxBuilder-Pro will simply copy the source images across to the gallery's 'images' folder.
Can I upload the gallery created in JuiceboxBuilder Pro via ftp?
JuiceboxBuilder-Pro does not have any built-in FTP functionality but you can upload a gallery created with JuiceboxBuilder-Pro via FTP using a dedicated FTP program such as Filezilla.
Juicebox Support Forum → Posts by Steven @ Juicebox
Powered by PunBB, supported by Informer Technologies, Inc.