This bug has now been fixed in v1.1.0. Please see this Juicebox Blog entry for further details.
You are not logged in. Please login or register.
Juicebox Support Forum → Posts by Steven @ Juicebox
This bug has now been fixed in v1.1.0. Please see this Juicebox Blog entry for further details.
This bug has now been fixed in v1.1.0. Please see this Juicebox Blog entry for further details.
This bug has now been fixed in v1.1.0. Please see this Juicebox Blog entry for further details.
Yes.
Include your JavaScript function in your gallery's HTML index page, such as:
<!--START JUICEBOX EMBED-->
<script src="jbcore/juicebox.js"></script>
<script>
function doSomething() {
alert("Hello world.");
}
new juicebox({
containerId : 'juicebox-container'
});
</script>
<div id="juicebox-container"></div>
<!--END JUICEBOX EMBED-->... and then in your gallery's XML file, an <image> entry might look something like this:
<image imageURL="images/wide.jpeg"
thumbURL="thumbs/wide.jpeg"
linkURL="javascript: doSomething();"
linkTarget="_self">
<title>Welcome to Juicebox!</title>
</image>Note that the linkTarget must be set to '_self'.
Part of the Small Screen Mode experience is for Juicebox to display a Splash Page as a placeholder where the gallery would be in a desktop browser. When the user clicks 'View Gallery' from the Splash Page, the gallery is displayed fullscreen and scaled for mobile devices. This is the default behavior as if the gallery is embedded in a page and viewed on a mobile device where a Splash Page is not used, the gallery itself is likely to be displayed too small to be usable (as you have discovered).
If you disable the Splash Page and wish to have your web page scaled for mobile devices, try including the following code in your web page's <head> section.
<meta name="viewport" content="width=device-width, initial-scale=1">The file full.html is in the /jbcore/ directory, but not in any of my Juicebox-Pro-generated galleries (okay, to be technical, generated via jAlbum's Juicebox skin, with Pro options added).
The 'full.html' file will be in a Juicebox gallery generated by jAlbum and the Juicebox skin only if you have integrated the Juicebox-Pro v1.1.0 'jbcore' folder into the skin files. The 'full.html' file was introduced in v1.1.0.
I don't suppose it's really necessary that I copy full.html over to the galleries that I've "published" to my web hosting service, right?
That is correct. The 'full.html' file is not required for Juicebox galleries prior to v1.1.0.
(By the way, could you shed some light on when this particular file gets used, as long as we're talking about it?)
The 'full.html' file is use to better handle the display of the gallery in fullscreen mode.
2) I notice that the file /jbcore/classic/ theme-ie6.css was not changed from 1.0.2 in 1.1.0 (other than a couple of comment lines), so I'm fairly certain that that file does not need to be copied. On the other hand, /jbcore/classic/theme.css does have some (non-comment) changes, so that file seems like a candidate for copying.
And of course /jbcore/juicebox.js has changed in the new release, and so needs to be overwritten, too.
All files that have changed and all new files (such as 'full.html') need to be copied across to your gallery's existing 'jbcore' folder in order to upgrade the gallery (overwriting existing files) and all files that have not changed do not need to be copied across.
Which brings me to my suggestion. What do you think about adding some details, as part of each release's notes, regarding which specific files need to be overwritten (or possibly just added) to an existing gallery, if this alternative method of upgrading is used?
As an instruction, it is much easier to just say "copy the 'jbcore' folder" than to individually list files within the folder (and their relative locations) which must be updated.
The entire Juicebox-Pro 'jbcore' folder is less than 200KB. It would take much less time to simply upload the entire folder than to separately upload individual files within the folder and make sure that they are all uploaded to the correct subfolders.
If you wish to know which files have changed between versions, you can compare the 'jbcore' folders in a single action with a diff program such as Winmerge.
I have tried creating a sample gallery with showSplashPage="NEVER" and the gallery resizes OK when the orientation is changed on my iPod Touch 4th Gen iOS 5.1.1.
Perhaps the bug is evident when showSplashPage="NEVER" is used in conjunction with some other setting.
Juicebox v1.1.0 has just been released.
Try upgrading your gallery to v1.1.0 to see if this helps.
If not, please post the URL to your gallery so that I can take a look.
@pebbleplace
Where's the option for a background image?
It is relatively easy to use a background image by setting the gallery's background opacity, the last parameter in rgba(), to something less than 1 (so that it is visible), such as:
backgroundColor : 'rgba(34,34,34,0.5)'
... and then changing:
<div id="juicebox-container"></div>... to something like:
<div id="juicebox-container" style="background-image: url('image.jpg');'></div>Make sure that your background image is in the correct location.
For the Title and Caption, why did the font size scale change? In SV builder I used 18 & 12 as the sizes, now I need 4 and 2 in JuiceBox.
In the Flash Player in SimpleViewer, the font size was a pixel value. In the Mobile Player in SimpleViewer and in Juicebox, the gallery is HTML-based rather than Flash-based and the font size is on a scale from 1 to 7. Please see here for details.
If you set <font size="18"> in SimpleViewer, the Flash Player would display the caption at 18px but the Mobile Player would display the caption as large as possible (as it is a value greater than 7). Because of this difference, the font size attribute is ignored in SimpleViewer's Mobile Player.
The font size is configurable in Juicebox (as, unlike in SimpleViewer, there are not two different ways the value can be interpreted) but being HTML-based, the scale of 1 to 7 is used.
Also, being that Juicebox is HTML-based, you are no longer restricted to using HTML tags that are accepted by Flash so rather than:
<font size="4">Caption Text</font>... you could enter:
<span style="font-size: 18px;">Caption Text</span>Setting these options will get confusing; it would be nice to have a couple different preview options:
1) what it will look like on a website
2) what it will look like on an iPad
3) what it will look like on an iPhone
In order to see what your gallery will look like on a mobile device, go to 'Customize -> General' and set 'Screen Mode' to SMALL. For more information on Screen Modes, please see here. There is also an 'iPhone Simulation' demo gallery on this page.
Thank you for your other suggestions.
This looks like it may be a CSS clash between your Juicebox gallery and your WordPress theme or one of your WordPress plugins.
Try temporaily reverting to the default WordPress theme and deactivate each of your plugins one-by-one.
After each action, clear your browser's cache and reload you gallery. If it looks OK, the last theme or plugin you disabled is the one causing the problem.
If you do find the conflicting theme/plugin, please let us know so that we can replicate the problem and fix it.
Thank you.
There is no preconfigured option to only increase the distance between the thumbnails and the main image.
It may be possible by modifying the 'jbcore/classic/theme.css' file but it may not be easy to determine what would need to be changed in the file. Please see the Juicebox - Theming support page for further details.
All 3 of your galleries load and display fine (including audio) in IE9 on my PC.
Try clearing your browser's cache before reloading the galleries to see if this makes any difference.
To answer your other question...
Is there any code I could add to pages to avoid playing music in ie?
You could use JavaScript to determine the user's browser and then, using the galleryURL option, load an XML file featuring audio for all browsers except IE and load a different XML file with no audio for IE.
The easiest method would be to increase the imagePadding option from its default value of 0 to 15.
If using JuiceboxBuilder-Pro to create your gallery, this option can be found in the 'Customize -> Main Image' section.
This is a known bug which has been addressed and will be fixed in the next version.
Thank you for reporting.
This is a known bug which has been addressed and will be fixed in the next version.
Thank you for reporting.
There are no parameters within JuiceboxBuilder-Pro which would allow any control over this.
The best thing to do would be to prevent JuiceboxBuilder-Pro from resizing your images by deselecting the 'Resize Images' checkbox in the 'Image Size' control panel on the 'Images Tab'.
JuiceboxBuilder-Pro will then simply copy your original images across to the gallery folder and Juicebox-Pro will use them when displaying your gallery.
Also when can we see the fixed maintence update going to be? Thanks
There is no set time-frame for releases and no release date scheduled for the next version (though it should be sooner rather than later).
However, you can be notified of new releases by joining our mailing list and following us on Twitter (@juiceboxgallery).
Please scroll down to the bottom of our home page for details.
is it possible to have all these albums taking there set up details ALL from the same solitary JB Index.html and JB config.xml
No. Each gallery must have its own embedding code and XML file.
However, these text files are relatively small, do not take up much room on a web server, do not take long for browsers to parse and are created automatically in programs such as JuiceboxBuilder-Pro.
ah, i have since thought, that possibly what i am trying to accomplish is better done and possible using Jalbum using the JuiceBox Skin !!!!!
The Juicebox Skin will create a gallery for each folder in your input structure and will link together all the galleries via a navigation tree in a side menu (rather than having a front page with links to all the galleries). Rather than flipping back and forth between the 'links page' and the galleries, the tree is still visible after selecting a gallery and the user can select another gallery without returning to the 'links page'. When viewing any gallery, the viewer can temporarily hid the navigation tree (to allow more room for the gallery to be displayed) by clicking the 'Expand Button'.
Am i correct in thinking, that when using my very own Web Space, to publish my Flickr based Image Galleries using Jalbum, that Jalbum will not cause any problems to my Juicebox galleries that up to now i know perform excellently on an iPhone :)
It is not possible to automatically create Flickr-based galleries using the Juicebox Skin for jAlbum. Manual editing of the album files would be required.
Am i correct in thinking ... that Jalbum will not cause any problems to my Juicebox galleries
... as long as you do not overwrite any existing galleries by uploading albums or galleries to the wrong locations.
1) all thumb nails have shrunk to very very small in thumbnail screen
Try adding the following line of code to the <head> section of the HTML page into which your gallery is embedded:
<meta name="viewport" content="width=device-width, initial-scale=1">2) all OVERLAY buttons or even I set TOP still missing (thus I cannot go back to thumbnail screen any more)
This is a known bug which has been addressed and should be fixed in the next version.
@otaku521
This can be achieved by following the instructions in this post.
my apologies if i should post these questions somewhere else, please let me know if so.
Absolutely fine here. No problem!
Thank you for providing the additional information and link to your existing galleries.
A couple of global search and replace actions on your gallery XML files should be all that is required to have svBuilder-Pro successfully open them.
Open each XML file in a plain text editor and replace each instance of <name> with <filename> and each instance of </name> with </filename>.
If you have a text editor such as Notepad++, you can open all your XML files at once and a single search and replace action will replace all the tags in all the files in one go.
It might be easier if you set your gallery's dimensions to anything other than 100% x 100% (e.g. 99% x 99% or absolute pixel values such as 800 x 600) and then set showSplashPage="NEVER" so that on mobile devices, users are not presented with a 'View Gallery' Splash Page which, when clicked, would display the gallery at 100% x 100%, disabling pinch zoom.
You will not be able to pinch zoom if the gallery's dimensions are 100% x 100%. The maximum-scale is set to 1 in this scenario.
You could try using JavaScript to determine the size of the user's browser window and then set the gallery's dimensions to those absolute pixel values instead.
If you like, you could post this suggestion as a feature request in this thread so that it does not get overlooked.
The Back Button is available only in Large Screen Mode.
The default value for the screenMode option is AUTO so when the gallery is displayed on an iPhone, Small Screen Mode is used.
You can force the Large Screen Mode to be used on all platforms (which will then display your Back Button) by setting screenMode="LARGE" in your gallery's XML file.
If using JuiceboxBuilder-Pro to create or edit you gallery, this option can be found in the 'Customize -> General' section.
For more information about Screen Modes, please see here.
(The Back Button is marked as a 'Large Screen Mode only.' option on the Juicebox -Config Options page.)
This might be a bug. I will investigate further. Thank you for reporting.
Juicebox Support Forum → Posts by Steven @ Juicebox
Powered by PunBB, supported by Informer Technologies, Inc.