I'm glad it worked for you.
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
I'm glad it worked for you.
Thank you for posting back to let me know.
Your audio tracks should play regardless of the source of images in your gallery.
Try defining your audioUrlMp3 and audioUrlOgg as absolute URLs to be sure that the paths are correct.
For example:
audioUrlMp3="http://www.example.com/wordpress/wp-content/uploads/mp3/nohardfeelings22500.mp3"
audioUrlOgg="http://www.example.com/wordpress/wp-content/uploads/mp3/nohardfeelings22500.ogg"If you continue to experience difficulties, please post the URL to your gallery so that I can take a look and help further.
The current version of the Juicebox plugin for Lightroom (which can be download from this web page) is compatible with (and has been tested on) Lightroom 5. (It requires a minimum of Lightroom 4.)
Let me know what problem you are having with it and I'll try to help.
When each tab is selected, try redefining the dimensions of each gallery using the setGallerySize() Juicebox-Pro API method.
Otherwise, rather than loading all the galleries at once when the page is initially loaded, you might light to try loading the galleries on demand using a technique such as the following. This should be fairly easy to implement as the tabs on your page are used solely to select which gallery to display.
Here is a basic example.
First, create two galleries (named 'gallery1' and 'gallery2') and keep the galleries in their individual folders.
Now use the following code as an HTML page and place it in the same directory as the two gallery folders.
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="utf-8" />
<title>Multiple Galleries</title>
<script src="gallery1/jbcore/juicebox.js"></script>
<script>
function loadGallery(base) {
new juicebox({
containerId : 'juicebox-container',
baseUrl : base,
galleryWidth: "600",
galleryHeight: "400",
backgroundColor: "rgba(255,255,255,1)"
});
}
$(document).ready(function() {
loadGallery('gallery1/');
});
</script>
</head>
<body>
<div id="juicebox-container"></div>
<div id="links">
<a href="#" onclick="javascript: loadGallery('gallery1/'); return false;">Gallery 1</a><br />
<a href="#" onclick="javascript: loadGallery('gallery2/'); return false;">Gallery 2</a>
</div>
</body>
</html>When the user clicks on a link, the loadGallery() JavaScript function will fire and the selected gallery will be displayed in the 'juicebox-container' div on the page.
The only parameter in the loadGallery() function (e.g. the 'gallery1/' in loadGallery('gallery1/');) is the baseUrl of the selected gallery.
I hope this example helps. It should be fairly straightforward to follow and adapt to your own needs.
Thank you for posting back with the follow-up.
I'm glad you have found a workaround whilst Flickr are dealing with the probelm.
I'm sorry to hear that it didn't work. I guess it was worth a try.
Unfortunately, the Facebook thumbnail generation is currently unpredictable but the developers are aware of the problems and hope to have a more robust solution for the next version of Juicebox-Pro.
Is there a way to remove the captionBackColor or make it transparant completely?
Yes. Set captionBackColor="rgba(0,0,0,0)" in the Pro Options text area.
The important part of this is the final '0' which is the alpha channel (the transparency) on a scale from 0 (transparent) to 1 (opaque).
Thank you for emailing me the image.
There is no doubt that the problem is with the corrupt metadata embedded in the image.
However, when I create an album with the image in jAlbum 11.5 using Juicebox Skin v1.3.2.0, the album's 'config.xml' file is complete (not truncated like you reported) but the gallery does not display (due to the metadata now being in the 'config.xml' file).
Deselecting the 'Exif User' checkbox ('Album -> Settings -> Advanced -> Metadata -> Comment sources') is another workaround (as long as you do not want to use 'Exif User' data from other images as comments).
I tried stripping Control Characters from the metadata before it is used as an image caption and the gallery displays but the data still interferes with other image captions (and this is not simply due to the length of the data).
Unfortunately, I do not see a quick and easy fix for dealing with corrupt metadata in images from within the skin.
The best course of action is probably to fix the problem at the source (to delete the metatdata from the image as you have done) rather than to deal with it each time it is encountered.
You will need to also set backButtonPosition to either OVERLAY or TOP (the default value is NONE and the Back Button will not be displayed).
For reference, the Back Button options can be found here.
It would, indeed, appear that the image has some corrupt metadata.
If you want to include the image in a gallery (and want to use metadata from all other images as titles and/or captions), then perhaps you could strip out the metadata from the image in an imaging program, include the image in your album and then manually add a caption for the image once the album has been created.
That new file still presents this jAlbum problem, so I think if you (or someone at jAlbum) want to take a look at it, I think that I can preserve the problem even via email; let me know.
Sure thing. Please email the image to me or upload it somewhere (e.g. Dropbox) and post a link. I'll take a look (though I'm not sure what I'll be able to do other than confirm that there is a problem with it).
That's great!
Thank you for posting back and sharing your code.
I create an article and the juicebox works fine only on the full preview version.
In the preview trimmed version I saw the vertical photos lists.
Please post the URL to your gallery so that I can take a look and hopefully help you with your query.
As you are using the Juicebox module for Drupal (rather than the Embedding in a Drupal Site instructions) you might like to post your query in the Drupal forum where the author of the module (not ourselves) should be able to help you further.
This is a known problem which we are currently investigating. Unfortunately, at the moment, there is no quick fix.
Here's what we know...
Facebook itself requires that the main image fulfills certain conditions. The main image must be at least 50px x 50px, have a maximum aspect ratio of 3:1 and have a maximum file size of 5MB. (Your images all seem to fulfil this criteria.)
We are also aware that images exported by Adobe Lightroom fail to have thumbnails created by Facebook.
Whatever program you use to prepare your images for your gallery, try simply opening them and re-saving them in a different program before feeding them to your gallery to see if this makes a difference. For example, run your original images through JuiceboxBuilder-Pro and use the images in the gallery's 'images' folder. (Make sure that they are resized so that JuiceboxBuilder-Pro actually processes them and does not just copy them.)
We plan to introduce the ability to translate the hard-coded Splash Page text ('X Images') via the languageList option in a future version of Juicebox. Unfortunately, at the moment, it cannot be done.
The 'View Gallery' text is set via the Pro option splashButtonText and the Splash Page can be disabled via the Pro option showSplashPage.
I think it is unlikely that these options will migrate over to Juicebox-Lite but please feel free to post suggestions in the feature request thread. It keeps them all together and ensures that they are not overlooked.
It sounds like upgrading jAlbum may have reset some jAlbum settings.
Go to jAlbum's 'Advanced -> Metadata' tab and ensure that the 'Suppress Internet Explorer warnings' is deselected.
If this checkbox is selected, jAlbum will insert the Mark of the Web after the <html> tag on all output HTML pages which may prevent Internet Explorer from displaying the gallery locally.
I do not have any problems previewing galleries built with jAlbum v11.5 and Juicebox Skin v1.3.2.0 locally in Firefox 23.0.1.
It sounds like you may be using an older version of Juicebox-Pro prior to the showThumbsButton and showThumbsOnLoad configuration options being introduced in v1.3.0. (For a full list of changes, please see the Version History.)
If this is the case, then upgrade your Lightroom plugin to use the current version of Juicebox-Pro (v1.3.2) by following the instructions on this web page.
For details on how to get the latest version of Juicebox-Pro, please see the Upgrading Juicebox page.
I have not been able to replicate this behavior but I am glad that everything seems to be working OK at the moment.
You have errors in the names of your configuration options.
showNavButton should be showNavButtons and captionPostion should be captionPosition.
If, as you say, the 'Open Gallery...' button opens the 'Select Gallery Folder...' window, then you should be able to navigate towards the gallery folder that you want to open.
Is it when you click the 'Select Folder' button that nothing happens?
When you click this button one of two things should happen:
(1) The gallery should open, or...
(2) The ''config.xml' file not found in the selected Gallery Folder. Check the selected folder is a Juicebox gallery folder.' message will be displayed.
Please note that the gallery folder must contain a file named 'config.xml' in the root of the folder. If you have renamed or moved the file (for example if using a configUrl or baseUrl) JuiceboxBuilder-Pro will not be able to open the gallery.
Yes, it DOES save a gallery to that location.
But it also copies the files, shortcuts and folders from my desktop to that location.
That sounds very strange and should certainly not happen. No other users have reported such a problem so the issue seems to be specific to your own system, setup or workflow.
Where are you saving your gallery folder to? Try a different location. Create a test folder in the root of your C:/ directory and try saving your galleries in there to see if this makes a difference.
If you are not already using the latest version of Adobe AIR (v3.8), I would also try upgrading it.
It can be downloaded from this web page.
If you like, please zip a gallery that you cannot open, upload the zip file somewhere and post a download link so that I can take a look and see if I can find any problem with it.
I am glad you have been able to resolve your problem.
Thank you for posting back to let me know.
In Juicebox-Pro, you can set enableDirectLinks="TRUE" and each image within your gallery will have its own unique URL using a hashtag, e.g. http://www.example.com/gallery/#12
Google Analytics allows you to track custom events so you should be able to implement a solution by following the advice on the Event Tracking page.
You would need to use the Juicebox-Pro API to send the relevant information to Google via _gaq.push() when the onImageChange() event is fired (which indicates that a new image has been selected in the gallery).
This forum thread may also help.
When using the Lightroom plugin, all options are intended to be set via the interface.
Default options are stored in the 'galleryInfo.lrweb' file which is compiled and cannot be modified but if you change any settings in the interface, they should be remembered the next time you open Lightroom.
If you like, you can override the interface and set a value to be used in all galleries by modifying the 'config.xml' file in the 'juicebox.lrwebengine' folder.
For example, to use thumbnail dots in all galleries, change:
useThumbDots="<%= model.nonCSS.jb_useThumbDots %>"... to:
useThumbDots="TRUE"In this example, the 'Use Thumbnail Dots' checkbox will be ignored in the interface and useThumbnailDots="TRUE" will be used in all galleries created by the plugin.
how should one use the entry box for Pro options
Please see Step #4 in the 'Upgrading to Juicebox-Pro' section on the Lightroom Plugin page.
I tried, for instance, to set the background color through config.xml but it didn't work; it appears it needs to be set in the UI.
The background color can be set in a gallery's XML file but because the plugin sets the background color in the embedding code (as in our example code here) it overrides the value in the XML file.
The order of option precedence can be found in the Setting Config Options section.
If you want to set a background color for all galleries, open the 'juicebox.lrwebengine/index.html' file in a plain text editor and change:
backgroundColor: '<%= rgba(model.nonCSS.jb_backgroundColor_, model.nonCSS.jb_backgroundOpacity) %>',... to:
backgroundColor: '#222222',... changing the hex color code as appropriate.
No. Unfortunately, this is a limitation imposed by Adobe AIR (the platform on which JuiceboxBuilder-Pro runs).
Please see this web page for details. (Adobe AIR internally uses Adobe Flash Player as the runtime environment.)
It looks like there might have been a problem when uploading your gallery files to your web server.
The images appear to be corrupt. Try viewing the first image in your gallery directly in a browser (bypassing Juicebox entirely):
http://theoff.info/Himalaya/Himachal-Pr … ing-93.jpg
I suspect there are also corrupt Juicebox files on your web server which are contributing to the other visual problems in your gallery.
Try deleting the gallery folder from your web server and re-upload it.
HOW CAN I FIX THE IMAGES AFTER EXPORTING FROM LIGHTROOM?
You would need to open them and re-save them in a different program (such as Adobe Photoshop).
Juicebox Support Forum → Posts by Steven @ Juicebox
Powered by PunBB, supported by Informer Technologies, Inc.
