You're welcome.
I'm glad I was able to point you in the right direction and that you've been able to resolve your problem.
Thank you for posting back to let me know.
You are not logged in. Please login or register.
Juicebox Support Forum → Posts by Steven @ Juicebox
You're welcome.
I'm glad I was able to point you in the right direction and that you've been able to resolve your problem.
Thank you for posting back to let me know.
Unfortunately, as you've discovered, there's currently no API method to reload a gallery.
Maybe another one for the Feature Request thread...
It looks like your gallery is embedded correctly and is actually working OK.
The problem seems to be with the visibility of the gallery on your page. (The gallery is working fine, you just can't see it.)
Taking a look at your page with my browser's developer tools, your <div class="field-items"> container (one of the gallery's parent containers) has zero width (so nothing in the container is visible).
I'm not sure why this might be but I hope it points you in the right direction.
Also, I notice that there are some HTML errors (unclosed elements and stray end tags) on your web page which might cause problems for browsers determining where containers start and end, resulting in CSS rules being applied in unexpected places.
You can check your web page for HTML errors with the W3C Markup Validation Service and then fix the errors reported.
I do not know how much manual code you use on your web page (or if it is all generated automatically by Drupal) so I do not know how easy it might be to fix the HTML errors. However, trying a different theme (even temporarily for testing purposes) might help.
I hope these notes help.
Thanks for your help.
You're welcome.
Is there a way to reload a gallery without reloading the whole page
Yes. You can put your gallery's embedding code inside a JavaScript function and call the function when required to reload the gallery.
Here's an example gallery 'index.html' page which will reload the gallery when the 'Reload' button is clicked.
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="utf-8" />
<script type="text/javascript" src="jbcore/juicebox.js"></script>
<script type="text/javascript">
function loadGallery() {
new juicebox({
containerId: "juicebox-container",
galleryHeight: "400",
galleryWidth: "600"
});
}
$(document).ready(function() {
$('#reload').click(function() {
loadGallery(); // Load gallery on demand (when 'Reload' button is clicked)
});
loadGallery(); // Load gallery when page is initially displayed
});
</script>
<title>Test</title>
</head>
<body>
<div id="link">
<input id="reload" type="button" value="Reload" />
</div>
<div id="juicebox-container"></div>
<div id="content">
<span>Other content.</span>
</div>
</body>
</html>Try putting your setGallerySize method inside an onInitComplete wrapper so that setGallerySize is run only when the gallery is ready to accept calls to API methods.
Instead of:
jb.setGallerySize(galleryWidth, galleryHeight);... try:
jb.onInitComplete = function() {
jb.setGallerySize(galleryWidth, galleryHeight);
};Hopefully this will help.
When I run it in IOS Chrome...
As I mentioned in my last post, Juicebox galleries should display and function fine in iOS Chrome.
Juicebox is tested in (and is compatible with) iOS Chrome.
However, I'd really need some more information to troubleshoot your problem.
(1) Do you see the problem in our own demo galleries or just in your own gallery?
Knowing this might help to track down the root of the problem. (The demo galleries run fine in Chrome on my own iOS device.)
If you see a problem with our demo galleries in your iOS Chrome browser, then the problem may be with your iOS Chrome browser. If this is the case, then try completely clearing your browser's cache before reloading your gallery's web page (or even uninstalling and then reinstalling the browser) to see if this helps.
If the demo galleries run fine but you still have a problem viewing your own gallery in your iOS Chrome browser, then the problem may lie somewhere within your gallery's web page. Maybe there are some custom CSS rules on your web page which are affecting the gallery's display. Check your web page for any CSS rules that apply to all instances of certain HTML elements (such as <div> or <img> tags) and target these rules to only those elements on your web page that require them using CSS selectors. (This is perhaps unlikely, being that your gallery seems to be working in other browsers, but until I'm able to see your gallery and its web page, I can't really rule anything out yet.)
(2) Please provide a working link to your own gallery so that I can try to see the problem for myself on my own iOS device.
Once I am able to see your gallery and test it on my own iOS device, I should hopefully be able to diagnose the problem and propose a solution.
(3) Please provide more information about the device and version numbers that you see the problem on. (Users in the past have said they they are using the latest version of something, unaware that an update is available, so stating actual version numbers avoids any confusion. Also, it might be useful information for the developers if there is a problem that needs to be addressed. Thank you.)
(a) What device are you using?
(b) What version number of iOS are you using?
(c) What version of iOS Chrome are you using?
Also, if you are viewing your gallery over a 3G or 4G connection (rather than over Wi-Fi), then please see this FAQ which has more information on 3G/4G vs Wi-Fi and a solution:
Why can't I view my gallery on a 3G mobile connection?
It says 80 Images,
View Gallery
But there are no thumbs
Just to clarify, this is the Splash Page. The Splash Page is a placeholder for the gallery which is displayed by default on small screen devices when the gallery is embedded in a page alongside other content and may be too small to be usable. More information on the Splash Page can be found in the Screen Modes section of the Gallery Tour.
I've also written much more about the Splash Page (and how to use and configure it) in this forum post.
By the way, the documentation for this is kind of lame.
We have comprehensive online support here. Each heading (in the side menu) is split into several subheadings and a large number of topics are covered (from embedding into web pages to advanced theming).
I'm happy to help (here in the forum) with anything that you might be having trouble with (although with your current query, I'd still really need to see the gallery in question to know what the problem might be).
Should I ask for a refund?
If you'd rather have a refund, this would not be a problem.
Just let me know and I'll send you an email where you can send me your Juicebox-Pro transaction details.
I'll then forward them on to the admin team who will process your refund request.
Incidentally, if you are using the Juicebox module for Drupal, then the problem might somehow be related to the module's code (rather than the core Juicebox code) and posting in the Drupal forum may prove to be useful.
(The Juicebox module for Drupal is an unofficial plugin which was not written by ourselves but is well supported by its author in the Drupal forum.)
I hope my notes above help.
If I'm able to check out your gallery for myself, I should hopefully have a better idea of what the problem might be and I'll hopefully be able to help further.
On your test page, it's possible that you're running into the problem described in the 'Using percentage heights' note here.
(You are changing the gallery's parent container's height using JavaScript immediately before loading the gallery and the gallery has been assigned a galleryHeight of 100%.)
I notice that your gallery container comes before the embedding code on your web page.
Try moving your gallery container to after the embedding code on your web page.
My own tests suggest that this might make a difference (but, again, only for a galleryHeight of 100% - other percentages and fixed pixel values should not be affected).
I have notified the developers that, depending on the conditions, a galleryHeight of 100% can sometimes result in an unexpected height. (I have reported both anomalies: (1) a galleryHeight of 100% in a parent container of fixed height without other content on the page and (2) a galleryHeight of 100% in a parent container of fixed height with other content on the page and the gallery container before the embedding code.)
I realise that your test page was designed to show an issue (thank you for providing it) but if it was a problem that you could not overcome, then a solution might be to set your galleryHeight to be your own custom 'galleryHeight' JavaScript variable (which you already use to set the height for your 'header' <div>).
galleryHeight: galleryHeight,Alternatively, you can always set a gallery's dimensions after the gallery has loaded (for example when the browser window is resized) using the Juicebox-Pro API setGallerySize(width: int, height: int), method. Please note that this method accepts fixed pixel values only (not percentages).
Doesn't work on IOS Chrome.
Juicebox galleries should display and function fine in iOS Chrome.
Take a look at our Demo Gallery pages and you should hopefully see that the galleries display as expected.
I've clicked your link but it results in an error 404 (file not found). Please check the link and post back.
Once I'm able to see your gallery, I will check it on my own iOS device and let you know what I see.
In the meantime, please let me know what version of iOS and Chrome you are using.
It might help to check your web page for HTML errors with the W3C Markup Validation Service and then fix any errors that are reported.
Also, please let me know what happens (or does not happen) when you try to view the gallery in iOS Chrome (and what you mean when you say that it doesn't work). Does the gallery display at all? Does the gallery display but not function? Are any error message displayed on screen and, if so, what do they say? If you could perhaps provide a screenshot to let me see what you are seeing, this might also help. Thank you.
Also, is there a way to pinch photos to zoom in and out?
Images within a 100% x 100% gallery or an expanded gallery (where the gallery fills the browser window) will not be able to be pinch-zoomed as the viewport will be locked. However, if you embed a gallery in a web page alongside other content at less than 100% x 100% and set showSplashPage="NEVER" ('Customize -> Splash Page') or screenMode="LARGE" ('Customize -> General'), then you should be able to pinch-zoom images within the gallery.
As an example, you should be able to pinch-zoom images within this gallery (as long as the gallery is not expanded where the viewport will be locked).
However, please note that you would need to be very precise with your pinch-zoom gesture as Juicebox uses its own gestures and the initial movement of a pinch-zoom action could be misinterpreted as the start of a swipe gesture to navigate within the gallery.
If you want to allow users to pinch-zoom images within a gallery, I would recommend setting showOpenButton="TRUE" ('Customize -> Lite'). When a user clicks the Open Image button on the gallery's Button Bar, the image is opened in a new tab where it can easily be pinch-zoomed.
If you set a gallery's height to something like 50%, then the gallery's height should be 50% of it's parent container.
In the following example, the gallery's actual height will be 200px.
<!--START JUICEBOX EMBED-->
<script src="jbcore/juicebox.js"></script>
<script>
new juicebox({
containerId: "juicebox-container",
galleryHeight: "50%"
});
</script>
<div id="parent" style="height: 400px;">
<div id="juicebox-container"></div>
</div>
<!--END JUICEBOX EMBED-->
This seems to hold true (at least in the example above) for all percentages other than 100%.
If, in the example above, the gallery's height is set to 100%, then the gallery's actual height is, indeed, 100% of the page height rather than 100% of the parent container's height but only if there is no other content on the web page. If there is other content on the page, (try adding something like <div id="extra">Text</div> to the page) then the gallery's actual height is as expected (100% of the parent container = 400px).
I'm not sure if this is intentional or not but I'll let the developers know.
Thanks for pointing this out.
A Juicebox gallery's galleryWidth and galleryHeight can be either percentages or absolute pixel values only. Other units of size are not supported.
If a galleryWidth or galleryHeight ends with a percentage character ('%'), then the dimension will be a percentage (of the gallery's parent container). Otherwise, the galleryWidth or galleryHeight will be treated as a fixed pixel value. (Internally, any non-numeric characters will be truncated and 'px' will be appended.)
If I add an image at the end and I change First image index by General to this last image number has this implications for SEO.
Anyway, the gallery start with the last image added.
I'm not quite sure what you mean.
In the second suggestion I posted above, I use firstImageIndex to initially display a specified image in the gallery. The code that feeds the 'index' to firstImageIndex essentially reverses the image numbers so, in a gallery of 12 images (for example) a ?image=1 query string will result in a firstImageIndex of 12 which will display the last image in the gallery. If you then add images to the beginning of your gallery, ?image=1 will still refer to the last image in the gallery which will not have changed and this should be fine for SEO.
If you were to use my second suggestions above and add an image to the end of your gallery, then ?image=1 will then refer to the new image and will break the SEO consistency.
I hope that my suggestions above help but please note that, although the code has been tested for functionality, it has not actually been tested with regard to SEO.
@gkwphoto.com
Thank you for your suggestion.
Just for clarification, the Picasa Web Album option within the WordPress plugins is still there as it can still be used to display Picasa Web Albums created prior to Google's acquisition of Picasa. After Google took over Picasa, they (for a very short period of time) allowed the Picasa Web Album API to be used to display Google Photos but this is no longer possible.
In any case, I appreciate you taking the time to post your request here and I'm sure the developers will consider it.
Thank you.
You're welcome!
Unfortunately, there is no built-in functionality to allow Juicebox to display the images in a gallery in reverse.
If you were to add new images to the end of your gallery, then the existing images would retain their direct link index numbers and the new images at the end of the gallery would be assigned new (higher) numbers.
If you were to add new images to the beginning of your gallery but then reverse the order in which the images are displayed, then this would essentially have the same effect as above.
If you added new images to the end of your gallery and reversed the image order, then images would not retain permanent unique direct image index numbers. Each time you add a new image to the end of your gallery, then, when the images are reversed, the new image would have index 1 (and all others would be shifted along).
The only real solution would be to add new images to the end of your gallery and keep the image order as normal.
However, you might be able to use one (or both) of the scripts below.
If you wanted to dynamically reverse the order of images, add a configURL: 'config.php' entry in your gallery's embedding code and use the following code as a file named 'config.php' in your gallery folder.
<?php
header('Content-Type: application/xml');
$xml = simplexml_load_file('config.xml');
$arr = array();
foreach ($xml->image as $img) {
$arr[] = $img;
}
$arr = array_reverse($arr);
$dom_doc = new DOMDocument('1.0', 'UTF-8');
$dom_doc->formatOutput = true;
$settings_tag = $dom_doc->createElement('juiceboxgallery');
foreach ($xml->attributes() as $key=>$value) {
$settings_tag->setAttribute($key, $value);
}
foreach ($arr as $img) {
$image_element = $dom_doc->createElement('image');
foreach ($img->attributes() as $key=>$value) {
$image_element->setAttribute($key, $value);
}
$title_element = $dom_doc->createElement('title');
$title_text = $dom_doc->createCDATASection($img->title);
$title_element->appendChild($title_text);
$image_element->appendChild($title_element);
$caption_element = $dom_doc->createElement('caption');
$caption_text = $dom_doc->createCDATASection($img->caption);
$caption_element->appendChild($caption_text);
$image_element->appendChild($caption_element);
$settings_tag->appendChild($image_element);
}
$dom_doc->appendChild($settings_tag);
echo $dom_doc->saveXML();
?>Otherwise, you could try to override Juicebox's own direct link functionality and assign new direct link index numbers to each image in reverse so that image #1 always refers to the last image in the gallery. That way, you could add images to the beginning of your gallery without affecting the custom direct link image numbers for existing images.
First of all, you'd need to find a way to specify the image you want to load (via the URL).
Juicebox already internally uses the # identifier so you could perhaps use a query string instead. Something like: http://www.example.com/gallery/index.html?image=7
You'd then need to determine the number of images in the gallery. It would not be possible to use the Juicebox-Pro API getImageCount() method before the gallery is loaded so you'd need to use JavaScript to count the number of <image> entries in the gallery's 'config.xml' file.
Knowing the total number of images and the image number from the query string, you could then calculate the desired image (by essentially reversing the regular index numbers) and load it using the firstImageIndex configuration option in the gallery's embedding code.
Here's some sample code you could try.
To see it in action, just create a sample gallery with a few images in JuiceboxBuilder-Pro and use the following code as the gallery's 'index.html' file.
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="utf-8" />
<style type="text/css">
body {
margin: 0px;
}
</style>
<script type="text/javascript" src="jbcore/juicebox.js"></script>
<script type="text/javascript">
function address(id, total, uri) {
var reverse = total - (id - 1);
var i = uri.indexOf('#');
var hash = i === -1 ? '' : uri.substr(i);
uri = i === -1 ? uri : uri.substr(0, i);
var re = new RegExp('([?&])' + term + '=.*?(&|$)', 'g');
var separator = uri.indexOf('?') !== -1 ? '&' : '?';
if (uri.match(re)) {
uri = uri.replace(re, '$1' + term + '=' + reverse + '$2');
} else {
uri = uri + separator + term + '=' + reverse;
}
var url = uri + hash;
window.history.replaceState('', '', url);
}
var image = 1;
var term = 'image';
if (window.location.search) {
var queryArray = {};
var queryComponent;
var queryString = unescape(window.location.search);
var re = new RegExp('([^?=&]+)(?:=([^&]*))?', 'g');
while (queryComponent = re.exec(queryString)) {
queryArray[queryComponent[1]] = queryComponent[2];
}
var queryInteger = parseInt(queryArray[term], 10);
image = isNaN(queryInteger) ? 1 : queryInteger;
}
var total = 1;
$.get('config.xml', function(data) {
total = $(data).find('juiceboxgallery > image').length;
}).done(function() {
var max = Math.max(1, image);
var min = Math.min(total, max);
var index = min - 1;
var fii = total - index;
var jb = new juicebox({
containerId: "juicebox-container",
firstImageIndex: fii,
enableDirectlinks: 'FALSE'
});
address(fii, total, window.location.href);
jb.onInitComplete = function() {
jb.onImageChange = function(e) {
address(e.id, total, window.location.href);
};
};
}).fail(function() {
alert('Cannot fetch total number of images in gallery.');
});
</script>
<title>Test</title>
</head>
<body>
<div id="juicebox-container"></div>
</body>
</html>Now, when you go to http://www.example.com/gallery/index.html?image=1, the last image in the gallery will be displayed.
If you were to go to http://www.example.com/gallery/index.html?image=2, the second last image in the gallery will be displayed (and so on).
If you were to add images to the beginning of your gallery, then the last image in the gallery will always have the identifier 'image=1'.
Please bear in mind that what you are looking to do is not something that Juicebox was designed to do (or something that can be achieved with the available configuration options) and making such custom modifications can often result in unforeseen problems and unwanted knock-on effects. However, I hope that my suggestions above help.
Also, please also note that this cannot be used in conjunction with Juicebox-Pro's social media sharing functionality which is tightly integrated with Juicebox's own direct link functionality.
But instead it shows the first image, and it's not even all of it.
What you are describing is the Splash Page.
The Splash Page is a placeholder for the gallery which is displayed by default on small screen devices when the gallery is embedded in a page alongside other content (like your web page's header) and may be too small to be usable.
The Splash Page is essentially an image link for the gallery which displays an image (by default, the first image in the gallery) and some text.
When the user clicks or taps the Splash Page, the gallery is expanded to fill the user's browser window (giving the images more space to be displayed).
For more information about the Splash Page and how Juicebox adapts to different devices and screen sizes, please see here.
If the gallery was on a page of its own (100% x 100% with no other content on the web page), then the Splash Page would not be used and the thumbnail page would be initially displayed.
If you had Juicebox-Pro, you could choose to not use the Splash Page by setting showSplashPage="NEVER" (in JuiceboxBuilder-Pro's 'Customize -> Splash Page' section). Using this setting, the thumbnail page would initially be displayed instead of the Splash Page on small screen devices.
Alternatively, you could force the gallery to be displayed in Large Screen Mode (which, by default, does not use the Splash Page) on all devices and in all browsers by setting screenMode="LARGE" ('Customize -> General').
If you chose to continue to use the Splash Page, you could customize it using the Splash Page configuration options.
By default, the Splash Page uses the first image in the gallery and the image is resized to fill (rather than fit within) the Splash Page and cropping may occur).
You can choose a different image to represent your gallery on the Splash Page (perhaps one that is more suited to a portrait style viewport and more tolerant towards cropping) using the splashImageUrl configuration option.
Unfortunately, all the options in bold above are supported by Juicebox-Pro only.
It is not possible to change the behavior of the gallery (with regard to Screen Modes and the Splash Page) using Juicebox-Lite (the free version).
I hope this helps to clarify things, though.
You're welcome!
I'm glad you've been able to implement one of my suggestions.
This is great - thanks.
You're welcome.
Can you put this in the options for the next release?
I'd recommend that you post your suggestion 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 but this is certainly the best place for all ideas.
Thank you.
OK. I hope it makes sense knowing that the Email Button is a 'mailto' link.
The Back Button was designed for navigation within the same browser tab (like the browser's own back button).
However, there are a couple of things that you could do.
(1) Use the Gallery Title (instead of the Back Button) as a link using HTML formatting as noted in this FAQ.
How do I add HTML formatting to the Gallery Title or Back Button?
You could perhaps use a Gallery Title such as:
<a href="http://www.example.com" target="_blank">Click here</a>(2) You could dynamically add the target="_blank" attribute to the Back Button's <a> tag using JavaScript and the Juicebox-Pro API as follows. (The onInitComplete() method is used to ensure the .jb-go-back class is present in the DOM before the target="_blank" attribute is added.)
<!--START JUICEBOX EMBED-->
<script src="jbcore/juicebox.js"></script>
<script>
var jb = new juicebox({
containerId: 'juicebox-container',
backButtonPosition: 'TOP',
backButtonUrl: 'http://www.example.com'
});
jb.onInitComplete = function() {
$('.jb-go-back').children('a').first().attr('target', '_blank');
};
</script>
<div id="juicebox-container"></div>
<!--END JUICEBOX EMBED-->Can I disable rotation in the pro version ?
Juicebox displays images using standard <img> tags (generated dynamically via the 'juicebox.js' JavaScript file) and the image orientation is handled by the browser. Juicebox does not rotate images itself. This applies to both Juicebox-Lite and Juicebox-Pro.
However, JuiceboxBuilder-Lite and JuiceboxBuilder-Pro (the standalone applications to create and edit galleries) both have the ability to rotate images at the time the gallery is created or edited. (See the 'rotate' arrow near the lower-right corner of the first screenshot on the JuiceboxBuilder Tour page.)
When resizing images for a gallery, JuiceboxBuilder strips out all metadata (including the EXIF orientation flag) so browsers will not see an EXIF orientation flag and will just display the images as they are. As long as the images are rotated correctly in JuiceboxBuilder, they should be displayed correctly in the gallery.
I have try to remove all EXIF information with windows 10 file explorer
Unfortunately, as you are not using JuiceboxBuilder, you'll need to find an alternate way to remove the EXIF data.
I've just tried 'Remove Properties and Personal Information -> Create a copy with all possible properties removed' via Windows 10 File Explorer and it does not seems to remove all EXIF data (the EXIF orientation flag remains).
It would be better to use a dedicated imaging program to re-save your images without EXIF data.
If you do not have Adobe Photoshop or Adobe Lightroom, you could try a free alternative such as GIMP, IrfanView or XnView.
Instructions for removing EXIF data using GIMP can be found on this web page.
I hope this helps.
If you continue to experience difficulties, it might help if I could see one of the source images that is causing you problems so please post back with a link to one of your images so that I can take a look for myself and hopefully help further.
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 (and also the Gallery Title and Back Button) using HTML formatting as noted in these FAQs:
How do I add HTML formatting to image captions and titles?
How do I add HTML formatting to the Gallery Title or Back Button?
Otherwise, you can change the size of all image titles and/or captions at once using CSS such as:
/* 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.
I'm not quite sure what you're looking to do.
The Email Button (introduced in Juicebox-Pro v1.5.0) is essentially a mailto link which, when clicked, opens the user's default email program to send an email. Clicking the Email Button does not open a new web page or browser tab.
If you want to override Juicebox-Pro's own functionality for the Email Button and you want the Email Button to do something else instead, then you'd need to override it using JavaScript code such as the following:
<script src="jbcore/juicebox.js"></script>
<script>
var jb = new juicebox({
containerId: "juicebox-container",
showEmailButton: "TRUE"
});
jb.onInitComplete = function() {
$('.jb-bb-btn-email').off('click');
$('.jb-bb-btn-email').click(function() {
// Custom JavaScript code to do something goes here
});
};
</script>I hope this helps.
You're welcome!
It's not possible to change the path to the 'spinner.gif' file in the gallery's embedding code (there is no configuration option to point towards a custom GIF file) but you can change the path on line 743 of your gallery's 'jbcore/classic/theme.css' file:
background: url('img/spinner.gif') no-repeat center;... (although this is probably no more convenient than swapping the GIF file in the 'jbcore/classic/img/' folder).
You can, however, have all your galleries share a single 'jbcore' folder so you would need to modify just one 'jbcore' folder (rather than one for each gallery) by swapping the GIF file in the 'img' folder or changing its path in the 'theme.css' file.
Please see the Using an External jbcore Folder support section for details.
Alternatively, you could add the following CSS to the <head> section of your gallery's web page which will override the entry in the gallery's 'theme.css' file. (The path should be relative to the gallery's web page.)
<style type="text/css">
div.jb-status-loading {
background: url('new_spinner.gif') no-repeat center !important;
}
</style>This should save you from having to modify any 'jbcore' folders at all but modifying one 'jbcore' folder once and having all your galleries share it might be a more convenient solution in the long run. Having all your galleries share a single 'jbcore' folder also has the added advantage that when a new version of Juicebox is released, you can upgrade all your galleries at once by swapping just one 'jbcore' folder on your web server. (Just don't forget to modify the spinner in it first!)
I hope this helps.
Please note that the line number above refers to the current version of Juicebox-Pro (v1.5.0).
Unfortunately, it is not currently possible for users to translate "Regarding image" and "in gallery" from the email body text. (The text is buried deep within the 'juicebox.js' file which is obfuscated and cannot be modified.)
However, we plan to allow this to be done (via the languageList configuration option) and it should hopefully be implemented in the next version (although I do not know when it might be released).
Juicebox Support Forum → Posts by Steven @ Juicebox
Powered by PunBB, supported by Informer Technologies, Inc.