I'm glad you've got it working.
Thank you for letting me know.
You are not logged in. Please login or register.
Juicebox Support Forum → Posts by Steven @ Juicebox
I'm glad you've got it working.
Thank you for letting me know.
Unfortunately, it is no longer possible to display new Picasa Web Albums/Google Photo Albums using the Picasa Web API (although the API can still be used to display Picasa Web Albums created prior to Google's acquisition of Picasa, which is why the option remains in the WP-Juicebox interface).
I am not aware of any workaround for this. (There would need to be an API which can fetch the images from the servers and the API just works for older albums.)
If you want to create new galleries in your WordPress site, I'd recommend using a different image source (the WordPress Media Library, Flickr or a NextGEN Gallery).
I realise that this does not directly solve your problem but using a different image source might be the way forward. Uploading your images to your own WordPress Media Library would mean that you have total control over your images and are no longer at the mercy of a third-party image host who can change their policies (and consequently access to your images) whenever they like.
... I would like to understand the resasons.
I would, too. I do not know the cause of the problem but, knowing that it is somehow connected to the user profile, you could try Microsoft's instructions to Fix a corrupted user profile in Windows 7. This should hopefully allow you to continue to have just one user account (and have JuiceboxBuilder work under it). It might be worth a shot.
For others reading this thread, here is MikefromFrance's thread in the SimpleViewer forum.
There certainly seems to be something unique to one of your PCs which is causing the problem (preventing the 'New Gallery' button from working in both JuiceboxBuilder and svBuilder).
Having tried everything else I suggested in the forum thread above, perhaps you could try one of the following.
(1) Create a new Administrator User Account and install JuiceboxBuilder (and/or svBuilder) there.
(2) Install an earlier version of Adobe AIR (from the Archived Adobe AIR page) as the problem seemed to happen after upgrading AIR.
(3) Temporarily turn User Account Control off. This should turn off Virtual Store and ensure that the application's files are being read from their actual location (rather than from a virtual location). I realise that both PCs have UAC turned on and the applications run fine on one PC and not the other but, in the absence of knowing exactly what is causing the problem, I would try anything I could think of that might make a difference.
These suggestions are potential workarounds rather than solutions but they might at least allow you to run JuiceboxBuilder and svBuilder on your PC.
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 (video support may be unlikely as Juicebox was originally designed as an image viewer) but this is certainly the best place for all ideas.
Thank you.
Unfortunately, it is not possible to embed YouTube or Vimeo videos into a Juicebox gallery.
Please see this FAQ: Will Juicebox load things other than images?
Alternatives might be to either embed your YouTube or Vimeo videos into the same web page as your gallery (alongside but not inside the gallery) or link to your YouTube or Vimeo video pages from within the gallery. For example, you can create links in image titles and image captions by using HTML formatting as noted in this FAQ: How do I add HTML formatting to image captions and titles?
You're welcome!
I've glad you've been able to resolve your problem.
Thank you for posting back to let me know.
The alternative to Fotomoto that Juicebox-Pro provides is the ability to assign each gallery image with a unique purchaseURL.
If a gallery image has been assigned a purchaseURL, then the Shopping Cart icon will appear in the gallery's Button Bar and the corresponding purchaseURL will be opened in a new tab.
It is not a fully formed alternative to Fotomoto but it provides a way to link images to individual purchase pages (for a different e-commerce solution).
The purchaseURLs do not need to link to pages from a third-party e-commerce package.
They could link to PayPal payment pages (for example) or just other web pages within your own site (perhaps with a contact form so that users could send you information about what products they require).
If you link to PHP pages, then you could set individual purchaseURLs with the image number included as a query string parameter, e.g.:
purchaseURL="http://www.example.com/purchase.php?image=7"In your 'purchase.php' page, you could fetch the image number (to know which image's Shopping Cart button has been clicked) by using PHP $_GET.
Please see the Using Custom Purchase URLs support section for more information about how to set purchaseURLs.
It may require a lot of work to set up a custom alternative to Fotomoto but it is certainly possible and I hope that my notes above point you in the right direction.
Thank you for reporting this problem.
I have been able to replicate a similar problem when useFullscreenExpand="TRUE" in WebKit browsers (Chrome and Opera) on my PC and I have logged a bug report with the developers.
I notice that your gallery currently uses Juicebox-Pro v1.4.4.1.
Please try upgrading your gallery to the latest version of Juicebox-Pro (v1.5.0) to see if this helps with the problem on Android.
Full instructions for downloading the latest version can be found on the Upgrading Juicebox support page.
If the problem still occurs with the latest version, then I can add appropriate notes to the bug report.
Also, please let me know if the problem occurs in any other browsers on Android, e.g. the stock Android browser or Firefox (if you've tested in any browsers other than Chrome).
The more information we have, the better.
Setting useFullscreenExpand="FALSE" should be a suitable workaround for Chrome and Opera desktop browsers until the bug is fixed but Juicebox automatically uses the Fullscreen API on Android so, unfortunately, I do not think that there is a suitable workaround for Android.
Thank you, once again, for reporting this issue.
If you are using the Juicebox module for Drupal, please note that the module is an unofficial plugin which was not written by ourselves, and as such, I am not overly familiar with its code, interface or inner workings.
However, the module is well supported by its author in the Drupal forum and I would highly recommend that you post your query over there where Ryan will see it and hopefully be able to help you further.
(Also, the module's online documentation might help.)
If you are not using the module, then please check out the Embedding in a Drupal Site instructions.
You can create a gallery with JuiceboxBuilder (easily adding images by dragging and dropping them on the application's 'Images' tab) and as long as you upload the complete gallery folder to you web server, then all your images should be displayed in the gallery.
I hope this points you in the right direction.
Your gallery does not explicitly set captionHAlign="LEFT" (there is no sign of this configuration option in your gallery's 'config.xml' file) so the gallery should be using the default value for captionHAlign (which is LEFT anyway).
However, your captions are being centered due to custom CSS in your 'style.css' file, specifically line 63:
td {text-align: center; vertical-align:middle;}This will center-align text in all <td> elements on your web page (including those on your gallery's caption area).
It is not possible to isolate a Juicebox gallery (or any other HTML element) from global CSS and the gallery has no option but to inherit such rules.
The best course of action would be to have custom CSS rules applied to only those elements on your web page which require them through use of further CSS selectors (classes and ids).
Another possible solution would be to add the following CSS to your web page. It should solve your problem and align your gallery captions LEFT but it may prevent captionHAlign from working with any other value. The better solution is to apply your own custom CSS rules to only those elements on your web page that require it (rather than to all <td> tags).
.juicebox-gallery td {text-align: left !important;}@compras.online
A bug report has been logged with the developers and the problem should be fixed in the next version of Juicebox.
Unfortunately, I am unable to give you a time-frame as to when this issue might be addressed. (Any estimate I give
you could turn out to be inaccurate. I really do not know when the next version of Juicebox will be released.)
As I noted in a post above, it might help if you were to change useFullscreenExpand="TRUE" to useFullscreenExpand="FALSE" (or set expandInNewPage="TRUE").
I realise that this is not ideal (as it disables the fullscreen expand experience) but it should be a suitable workaround until the problem is fixed.
Alternatively, try adding the following CSS to the <head> section of your gallery's web page.
<style type="text/css">
body {
overflow-x: hidden !important;
}
</style>This should prevent a horizontal scroll bar from ever appearing on your web page and you should be able to continue using useFullscreenExpand="TRUE".
I hope this helps.
I see Juicebox logo in lower right corner.
This indicates that the gallery is a Juicebox-Lite gallery and any Pro configurations options set in the gallery's 'config.xml' file (including all AutoPlay options which are Pro only) will be ignored.
... i thought it was Builder pro, because it is writen in the header and i can select pro options in the builder.
Only JuiceboxBuilder-Pro is labelled as such as JuiceboxBuilder-Lite does not feature Pro configuration options on the 'Customize' tab. JuiceboxBuilder-Pro should always create Pro galleries (unless, somehow, the program's Pro 'jbcore' folder has been replaced manually with the Lite version).
I do not know how your friend and yourself are using Juicebox-Pro but please remember that, for each licensed copy, you can:
Upload an unlimited number of Juicebox-Pro galleries to a single website domain.
FAQ: How many websites can I use Juicebox-Pro on?
Install JuiceboxBuilder-Pro on up to 3 different computers.
FAQ: Can I install on multiple computers?
Make sure that your gallery isn't somehow a Juicebox-Lite gallery. (Pro options are ignored in Juicebox-Lite.)
If your gallery has a Juicebox badge/logo in the lower right corner, then it is Lite. (Pro galleries do not have this branding.)
If you find that your gallery is Juicebox-Lite, open it and re-save it in JuiceboxBuilder-Pro (on the 'Publish' tab) to convert it to Pro.
I can only send you gallery if you give me an email.
Please check your email. I have sent you a message. Thank you.
If you are viewing your gallery over a 3G or 4G connection (rather than wi-fi), then please see this FAQ for more information and a possible solution.
FAQ: Why can't I view my gallery on a 3G mobile connection?
If this does not make a difference, then hopefully my notes below will help.
Looking at the source of your web page in a browser, I notice that there is no <script> tag loading the 'juicebox.js' file on your page.
It looks like the content of the 'juicebox.js' file has been incorporated into your http://cdn1.diverse-cdn.com/api/combo-js/config=dsidxpress.js/d4c7fb?ver=2.1.43 file.
It is important for the 'juicebox.js' file to be loaded into the embedding page separately (via its own <script> tag) from within the gallery's 'jbcore' folder.
Juicebox looks for a <script> tag loading the 'juicebox.js' file in order to determine the location of the gallery's 'jbcore' folder (so that it can then find other resource files that are required for the gallery to function correctly).
Try loading the 'juicebox.js' file directly into your web page (rather than combined and/or minimized with other JavaScript files) and this should hopefully solve your problem.
If this does not help, then try embedding a sample gallery into your web page using the standard embedding code found here.
This should work OK. Next, introduce your customizations, one by one, to see if they are somehow contributing to your problem.
Alternatively, you could try removing your customizations (one by one) to see if you can find the cause of the problem.
(1) Try using a regular text string pointing to a 'config.xml' file (e.g. configUrl: 'config.xml') instead of using a JavaScript function to generate the value for your configUrl.
(2) Try using the stock 'theme.css' file (and allow Juicebox to load it from within the 'jbcore' folder rather than from a different domain via a CDN).
(3) Try putting the embedding code before the gallery's container on your web page. (I know it seems unlikely that this would help but it's a quick and easy thing to try and, without knowing exactly what is causing your problem, I would not rule anything out without trying it first.)
(4) Try removing the line: if($('#dsidx-media').length === 0) { return; }. Juicebox should wait until the Document Object Model is ready before embedding the gallery into the specified container so this line of code should not be necessary.
I hope these suggestions point you in the right direction and help to track down the cause of your problem.
From the configuration options you use, it looks like your gallery's AutoPlay should function correctly.
enableAutoPlay="TRUE" allows AutoPlay to be toggled on and off via the spacebar.
autoPlayOnLoad="TRUE" will start the AutoPlay automatically when the gallery is loaded.
showAutoPlayButton="TRUE" will display the AutoPlay button on the Button Bar (to toggle AutoPlay on and off).
The only thing I can think of that might be preventing your AutoPlay from starting is if the Splash Page is being displayed (for example on mobile devices or if showSplashPage="ALWAYS"), in which case, AutoPlay should start as soon as the gallery is expanded from the Splash Page.
Please post back with a link to your gallery so that I can take a look at the problem for myself and hopefully help further.
Once I'm able to see the gallery for myself, I should hopefully be able to determine the cause of the problem and propose a solution.
Thank you.
You're welcome!
The problem is likely due to the layout of your page.
I'm not sure that Mobile Safari always plays nice with 100% height framesets.
In landscape mode, it looks like Mobile Safari is not taking into account the address bar (at the top) and/or the toolbar (at the bottom).
You could try setting heights for each of your frames (using a 'height' or 'style' attribute) on the page containing the frames ('index2.html') but I'm not sure that this will help.
<frame src="menu.html" noresize="noresize" name="leftFrame" scrolling="No" id="leftFrame" title="Menu" height="100%" style="height: 100%;" />
<frame src="port.html" name="mainFrame" id="mainFrame" title="Port" height="100%" style="height: 100%;" />I think you might be better off replacing your frameset layout with a CSS solution.
Take a look at the Side Menu example in the Using a Resizable Gallery with a Header support section.
this is essentially the layout that you are looking to achieve (a side menu with a fixed width for your logo and site navigation) and the gallery takes up the remainder of the available space (without the need for any scrollbars).
This should work on all platforms without any clipping.
You can examine the source of the demo page in your browser and copy/modify the code to suit your own needs.
Here is a single page example that you might like to try.
To see it in action, just create a sample gallery in JuiceboxBuilder-Pro and use the code below as your gallery's 'index.html' page.
You can add your own content to the 'menu' <div> and change the styling (colors, fonts, menu width, etc.) if you like.
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="utf-8" />
<style type="text/css">
html, body {
height: 100%;
overflow: hidden;
}
body {
background-color: #222222;
margin: 0px;
}
#menu {
background-color: #222222;
color: #666666;
font-family: sans-serif;
font-size: 20px;
float: left;
height: 100%;
text-align: center;
width: 100px;
}
#wrap {
float: right;
height: 100%;
}
</style>
<script type="text/javascript" src="jbcore/juicebox.js"></script>
<script type="text/javascript">
var jb;
function doLayout() {
var windowHeight = parseInt(window.innerHeight ? window.innerHeight : $(window).height(), 10);
var windowWidth = parseInt(window.innerWidth ? window.innerWidth : $(window).width(), 10);
var menuWidth = parseInt($('#menu').outerWidth(true), 10);
var galleryWidth = windowWidth - menuWidth;
$('#wrap').height(windowHeight);
$('#wrap').width(galleryWidth);
if (jb) {
var galleryWidth = parseInt($('#wrap').innerWidth(), 10);
jb.setGallerySize(galleryWidth, windowHeight);
}
}
$(document).ready(function() {
$(window).resize(doLayout);
jb = new juicebox({
containerId: "juicebox-container"
});
doLayout();
});
</script>
<title>Test</title>
</head>
<body>
<div id="menu">
<span>Menu</span>
</div>
<div id="wrap">
<div id="juicebox-container"></div>
</div>
</body>
</html>I hope this helps or at least points you in the right direction.
Unfortunately, as your gallery is on a local intranet, I am unable to see the problem myself.
What exactly do you see or not see when you say the gallery does not display? Is there just a blank space where the gallery should be or is an error message displayed (and, if so, what does it say)?
Gallery on a local hosted intranet site displays in every browser, including MS Edge, but not IE (version 11 is what our base install uses).
Juicebox galleries should display fine in IE11 (and all other modern browsers).
It sounds like your IE11 browsers may have some restrictive settings (rather than just default settings) which is preventing the Juicebox gallery from being displayed.
Try viewing some of our demo galleries in your IE11 browsers.
If you can see our demo galleries, then the problem is somehow with your own gallery.
If you cannot see our own demo galleries, then the problem lies with your IE11 browsers.
Here are a few things to check and try.
Make sure that your web page uses a valid Doctype Declaration.
Check your web page for errors (and fix any errors reported) using the W3C Markup Validation Service. Some browsers may be more tolerant towards errors than others and this may account for a gallery displaying OK in some browsers but not others. Once the code on your web page validates correctly, your web page should be rendered with greater predictability and consistency across different browsers.
Ensure that your IE11 browsers are not using Compatibility View to view your intranet pages.
Make sure that JavaScript is enabled in your IE11 browsers.
Use your IE11 browser's developer tools (F12) to try to determine the reason for your gallery not displaying.
If you have any browser extensions installed, try temporarily disabling them to see if this helps.
Also, if possible, try resetting your IE11 settings to see if this makes a difference.
I saw the iFrame option and the Atahualpa option
Atahualpa is a WordPress theme which is not related to Juicebox at all. Another user may have been using Atahualpha in a WordPress site and it may have been interfering with WP-Juicebox (the Juicebox plugin for WordPress) but this is not relevant to your problem.
Also, using an iframe is unlikely to make a difference. Using an iframe basically loads a web page (a Juicebox gallery's web page) into a frame. The gallery is still embedded into a web page, though (the page being loaded into the iframe) so the same problem will likely occur. Also, using an iframe limits the functionality of a Juicebox gallery somewhat (by disabling the Expand Button, for example). For reference, instructions for using an iframe can be found here (scroll down to "2) Using an iframe").
Essentially, if you can view your gallery in Chrome, Edge, Firefox and Opera but not IE11, then the problem likely lies with your IE11 settings and hopefully my suggestions above will help.
You're welcome.
That's great!
Thank you for letting me know.
You're welcome.
I'm glad you've got it working. Thank you for posting back to let me know.
@robd
The 'Select Gallery Folder...' dialog displays only folders (not files) so you'll not see the 'config.xml' file there.
When opening a gallery, you should navigate towards and select the gallery folder (the folder containing the 'config.xml' file), not the 'config.xml' itself. This should allow you to open your gallery in JuiceboxBuilder-Pro to edit it.
It sounds like your Juicebox gallery is being loaded as soon as your web page is loaded but before your modal window is visible.
If this is the case, then Juicebox's parent container (your modal window) will have no dimensions when the gallery is loaded and Juicebox won't know what its actual size should be.
You could either:
(1) Use fixed pixel values (instead of percentages) for your galleryWidth and galleryHeight
... or:
(2) Put your gallery's embedding code in a JavaScript function and call the function (to load the gallery) only when the modal window is ready.
For example, something like the following should hopefully work for you.
<script src="jbcore/juicebox.js"></script>
<script type="text/javascript">
function loadGallery() {
new juicebox({
containerId: "juicebox-container",
galleryWidth: "100%",
galleryHeight: "100%",
backgroundColor: "#222222"
});
}
</script>
<div id="juicebox-container"></div>
<script type="text/javascript">
// Load gallery by calling JavaScript loadGallery() function when necessary
loadGallery();
</script>I don't know how your modal window is being opened but I hope that this points you in the right direction.
This is now resolved.
Thank you for the updates.
I'm glad that you've been able to resolve your problem.
Thank you for letting me know.
Here are a few notes which might help to clarify a couple of things.
Okay, the problem seems to be that if I set a fixed gallery width/height, the scale options no longer work (hence the forced scroll bar). If working with a percentage then they do.
If you set a gallery's height to be a fixed pixel value, then the gallery height will always be the specified value and a vertical scrollbar will appear if necessary.
If you set a gallery's height to be a percentage value, then the gallery's actual height will be the specified percentage of the gallery's parent container. If there is no other content on the web page, then the gallery's parent container will be the 'body' tag and setting a gallery's height to be 100% will mean that the gallery's height will always fill (be 100% of) the browser window height.
I am an artist hence reluctance to use large images.
Using larger images or changing imageScaleMode to either 'SCALE' or 'FILL' are the only ways to have your gallery images fill a larger area and minimize the space surrounding them.
Ideally I want it to show image at 1024x768 if browser allows, if not scale down but at larger sizes keep image it at 1024x768 with thumbs directly underneath.
If the browser window is much larger than 1024 x 768 and you want your images to be displayed at no more than 1024 x 768, then there will be empty space somewhere. Setting imageVAlign to 'CENTER' (the default value) to split the empty space equally above and below the image is usually a good visual solution. Unless you set your gallery's width and height to be fixed pixel values (i.e. if you use percentages), you essentially have no control over the aspect ratio or size of your gallery and trying to have a gallery look good in a myriad of different viewport shapes and sizes is never going to be easy. If you know that your target audience is likely to be viewing your gallery on large desktop monitors (or, conversely, on mobile devices), then you can tweak your gallery to perhaps look better in one viewport shape than another but, often, compromises may have to be made so that galleries look 'good' everywhere rather than 'great' in certain aspect ratios but 'poor' in others.
So, I have decided to go with a larger size image 1920x1200 - I will just watermark them (and lower quality a bit).
That sounds like a good solution to me!
Juicebox Support Forum → Posts by Steven @ Juicebox
Powered by PunBB, supported by Informer Technologies, Inc.