You are not logged in. Please login or register.
Juicebox Support Forum → Posts by Steven @ Juicebox
At the moment, the use of the imageURL for Fotomoto is hard-coded into the 'juicebox.js' file (which is obfuscated and cannot be modified). Please post this suggestion in the Feature Requests thread where it will not be overlooked. I cannot promise that it will be included in a future version but I agree that it would be a good idea.
Thank you for reporting this issue.
I have been able to replicated the problem and have logged a bug report.
If you want to go directly to the fullscreen version of a gallery within a WordPress post, you can add #expanded to the URL of the post containing the gallery, e.g. http://www.example.com/wordpress/?p=123#expanded
You would need to modify WordPress source files to achieve this though.
You would need to find where WordPress generates the links to posts from the main overview page (and also the links to previous and next posts from individual post pages), add a check to see if the post contains a Juicebox shortcode and, if it does, add #expanded to the link URL.
I see my last reply is gone. An email indicates you left a reply to that response, but it too is gone. I am reposting in case of technical glitches.
Yes, sorry about that. A few posts have disappeared over the past 24 hours due to a hosting issue but that has now been resolved.
With regard to your query, if I paste your Flick Set Id (72157633271767055) into JuiceboxBuilder-Pro, it correctly displays your 13 images.
The problem is that your gallery is a Juicebox-Lite gallery (as can be seen by the Juicebox badge/logo in the bottom right corner of the gallery) and the flickrSetId configuration option is supported by Juicebox-Pro only.
You can upgrade your WP-Juicebox installation from Juicebox-Lite to Juicebox-Pro by following the instructions on this page.
(As your Juicebox-Lite gallery uses Flickr as a source of images but does not include a Flickr User Name and does not support flickrSetId , it displays Flickr's 'most interesting' public images.)
Thank you for reporting. I have logged a bug report.
I notice that your gallery itself has a fixed width of 1000px. Try changing your gallery's dimensions (in the embedding code) to 100% x 100% so that it simply fills the iframe.
(If you had access to the code on the webpage, you could also scale the content for mobile devices by using the <meta> viewport tag.)
Yes. If you would like to exclude Authors and Contributors from accessing the 'WP-Juicebox -> Manage Galleries' page (from where galleries can be edited and deleted), open the plugin's 'wp-juicebox/wp-juicebox.php' file in a plain text editor and change the instance of 'edit_posts' in line 78 to 'edit_others_posts'.
Please note that the line number refers to the current version of WP-Juicebox (v1.3.0.0).
In my own test gallery, I was setting the 'font-family' in the 'body' tag, e.g.:
body { font-family: Arial, Helvetica, sans-serif }In doing so, the problem you reported does not arise.
Also, using the * wildcard to set the 'font-family' will override the galleryFontFace configuration option.
Thank you for reporting the issue. I have notified the developers.
The sample page is here: http://mobiletest.swell-sites.com/gallery-test.html
It looks fine on a computer screen but on my iPhone the gallery doesn't function IN the page, you have to expand to the full page version.
What you are seeing is the Splash Page. This is the default behavior in Small Screen Mode.
For more information about Juicebox and Screen Modes, please see here.
If you would rather have Juicebox display the gallery in place of the Splash Page, set showSplashPage="NEVER".
Alternatively, you could force Juicebox to use Large Screen Mode in all browsers and on all devices by setting screenMode="LARGE".
What I want, on all displays, is for the picture to appear as wide as the screen / or div container, and for the thumbnails to be immediately underneath it.
If you want thumbnails to be displayed below the main image when the gallery is displayed in all browsers and on all devices, then you would have to set screenMode="LARGE".
I think that on a phone and an ipad I'd like the container to be 50% of the height of the total screen
It would be very difficult to use the controls in a Large Screen Mode gallery whose height is 50% of an iPhone screen. This is why the default behavior of Juicebox is to use a Splash Page to then open the gallery fullscreen where the controls are slightly larger and easier to tap.
Could I add a line of code to change the rules based on the width of the screen and or device?
Juicebox already adapts to different devices and screen sizes and it would not be recommended to try to override Juicebox's own detection mechanisms with your own JavaScript code. Please see the Gallery Tour for details.
Currently, going directly to the first image in your gallery (http://www.smiffmusic.ch/test/images/035.jpg) results in an error 403 (Forbidden).
Please check the permissions of your gallery's 'images' folder (and the images themselves) on your web server to ensure that they are not too restrictive.
Thank you for reporting this but I have so far been unable to replicate the problem you have described (using Juicebox-Pro v1.3.0).
Please post the code of a simple test case or post the link to a gallery which demonstrates this behavior so that I can investigate further.
Thank you.
Where did the > come from?
I do not know. I have been unable to reproduce this problem.
I created a gallery in Lightroom (setting enableDrectLinks="TRUE" in the Pro Options text area). I then opened the gallery in JuiceboxBuilder-Pro v1.3.0 and re-saved the gallery on the 'Publish' tab and the enableDirectLinks value was still "TRUE" (not "TRUE>").
Have you edited your gallery's XML file manually at any stage?
If the enableDirectLinks configuration option was the last attribute in the opening <juiceboxgallery> tag, then there would be a closing > character immediately after it, e.g.:
<juiceboxgallery enableDirectLinks="TRUE">If the closing > character was inside the quotes, then it might get escaped somewhere along the way to >
Everything worked as it should, although they were switched for me. So what is listed as Main was Thumb and visa versa.
Thank you for pointing that out. I have now edited my post above.
I'm glad you've been able to solve your problem.
Thank you for posting back to let me know.
Should this be repeated for each of the embeds or is once in the header sufficient?
Loading one instance of the 'juicebox.js' file in the <head> section of your web page is sufficient. (There is no need to load the 'juicebox.js' file for each gallery.)
When looking at the index for gallery1 what is to be placed here? Is it the index.html file at the root of the gallery folder or the full.html file in the jbcore folder?
Under normal circumstances, there should be no need to go into the 'jbcore' folder and the 'full.html' file should be left unmodified in its original location (the root of the 'jbcore' folder). (It is used when going fullscreen in mobile devices.)
Also, the 'index.html' file from a gallery is required only if you want to display the gallery on a page of its own. If you plan to embed the gallery in an existing web page alongside other content, then this file can safely be ignored.
Am I correct that for each slideshow I would need a baseURL for each tab, in my case gingerbread.html and art.html?
If you plan to embed several galleries, then I would recommend the baseURL method of embedding as documented here. This would allow you to upload your complete gallery folders to your web server keeping each gallery separate in its own folder.
The baseURL embedding code should be inserted into your own web page and you should not modify the 'jbcore/full.html' file. (All galleries can safely share a single 'jbcore' folder with the same 'full.html' file.)
If the above is true why would my page with one slideshow work at: http://uas.alaska.edu/sandbox/alumni/events-test.html that does not contain either the JBP created index file or full.html files?
As noted above, a gallery's 'index.html' file is required only if you want to display the gallery on a page of its own. It is not required (or used) if you embed the gallery in a web page of your own.
If your gallery does not have a 'full.html' page in the 'jbcore' folder, then your gallery will likely fail when going fullscreen on a mobile device.
Is there a list on your site that includes items that must be in the embed?
Yes. A list of Embed Options can be found here. These options (if used) must be in the embedding code rather than the XML file. All other options can be set either in the embedding code or the XML file. (The exception being debugMode which, if used, must be set in the XML file.)
I noticed that when I only had galleryHeight in the .xml file that it wasn't included in the published page.
The galleryHeight entry in the XML file is not actually used by Juicebox when the gallery is displayed. It is used only by JuiceboxBuilder-Pro to repopulate the fields in the interface when opening an existing gallery to edit it.
Try the following (with your own custom font and appropriate Unicode Ids):
/* Thumbnail nav buttons */
.jb-navigation .jbn-left-button:before, .jb-flag-large-screen-mode .jb-navigation .jbn-left-button:before
{
content: "\e000";
}
.jb-navigation .jbn-right-button:before, .jb-flag-large-screen-mode .jb-navigation .jbn-right-button:before
{
content: "\e001";
}
/* Main image nav buttons */
.jb-navigation .jbn-nav-button .jbn-left-button:before, .jb-flag-large-screen-mode .jb-navigation .jbn-nav-button .jbn-left-button:before
{
content: "\e016";
}
.jb-navigation .jbn-nav-button .jbn-right-button:before, .jb-flag-large-screen-mode .jb-navigation .jbn-nav-button .jbn-right-button:before
{
content: "\e017";
}I realise that you say this happens in all galleries (including our own demo galleries) but perhaps the following suggestions will help to optimize your own gallery for a smoother experience on the iPad 2.
I notice that you have set imagePreloading="ALL" so when your gallery initially loads, all the images in the gallery will be preloaded. Try setting imagePreloading="NEXT" (to preload only the next image in the gallery) to see if this helps.
Also, you could try reducing the file size of your images (so that there is less data to preload) to see if this makes a difference.
Your images are currently approximately 1600x900 and 250KB each. Try using JuiceboxBuilder-Pro to build a gallery with the default settings and the resulting images should be approximately 1024x768 and 120KB each.
Your gallery has also increased the imageTransitionTime from its default value of 0.5s to 1s.
Try reverting to the default setting to see if this makes for smoother transitions.
At the moment, the only instance of the 'juicebox.js' file on your web page is coming from the following code:
<script src="http://www.uas.alaska.edu/alumni/juicebox/jbcore/juicebox.js" type="text/javascript"></script>... and the file is not currently at that location.
Once this is fixed, try it again to see if it works. It is hard to tell whether there are any other problems without the 'juicebox.js' file being loaded on your page.
Unfortunately, I do not personally have an iPad 2 and I have been unable to see the problem you are describing.
When I view your gallery in a desktop browser (with Juicebox in Large Screen Mode) and reduce the width of the window, the complete image frame is displayed OK.
Also, when I view your gallery on an iPod Touch (with Juicebox in Small Screen Mode), the complete image frame is still displayed OK.
Try clearing your browser's cache before reloading your gallery just to be sure that the new Juicebox v1.3.0 files are being used in your gallery.
Also, try increasing your gallery's frame width to see what happens.
You can have multiple galleries share a single 'jbcore' folder by following the instructions here.
The code you posted should work fine (overriding the XML settings) but you would have to add the following line:
useFlickr: 'true',... if useFlickr="TRUE" is not already listed as a configuration in the 'config.xml' file that the gallery uses.
Cannot find Flickr User: Akron Children\'s Hospital
The backslash before the apostrophe suggests that your web server's PHP installation may have magic quotes turned on. Please see the Disabling Magic Quotes page and try turning off magic quotes to see if this solves the problem.
Also, when using flickrSetId, there is no need to specify a flickrUserName or FlickrUserId so perhaps just specifying the flickrSetId will avoid the problem.
Please try upgrading your gallery to Juicebox-Pro v1.3.0 which has recently been released.
There have been many changes in this version and upgrading might just solve your problem without any further action.
Please see the Upgrading Juicebox page for details on how to get the latest version.
If this does not help, please post the URL to your gallery so that I can take a look.
(I have been unable to replicate the problem that you have reported.)
We have just introduced a new image transition type (CROSS_FADE) in JuiceboxPro v1.3.0 which was released a few days ago.
The possible values for the imageTransitionType configuration option are now SLIDE, FADE, CROSS_FADE and NONE.
Please see the Version History for a full list of changes and the Upgrading Juicebox page for details on how to get the latest version.
We have no immediate plans to introduce any other image transition types but if you have any suggestions, please post them in the Feature Requests thread.
using JuiceBox Pro can I pull in the photos from two Flickr Sets
No. Juicebox-Pro accepts only one instance of each configuration option (including flickrSetId).
If I had photos being pulled from the complete stream and set it to pull a certain keyword, how long does it take for photos to show up when new photos are added using that keyword?
If you tag images in Flickr, it can take a while for the tags to propagate fully through Flickr's system in order for the images to show up in API searches (such as that performed by Juicebox to fetch the images from Flickr's servers).
According to the Flickr FAQ on this web page:
it shouldn't take more than a few days until your photos appear in searches, groups, etc.
It may take 'a few days' as a worst case scenario but at the other extreme, I have tagged images and had them show up in galleries within minutes.
Yes. That will work fine.
Juicebox Support Forum → Posts by Steven @ Juicebox
Powered by PunBB, supported by Informer Technologies, Inc.