You're welcome.
I hope it won't take you too long to adjust your web pages.
You are not logged in. Please login or register.
Juicebox Support Forum → Posts by Steven @ Juicebox
You're welcome.
I hope it won't take you too long to adjust your web pages.
I'm glad you've got it working.
Thank you for letting me know.
For more information on the new Juicebox v1.4.4.2 release, please see this blog entry.
The only change in the v1.4.4.2 release (from v1.4.4.1) is to JuiceboxBuilder-Pro (the desktop application) which now includes the required meta viewport tag in the gallery's 'index.html' file.
The core Juicebox files (in the 'jbcore' folder) remain the same as in the v1.4.4.1 release (v1.4.4.1 for the 'juicebox.js' file and v1.4.4 for the 'theme.css' file).
Yes. JuiceboxBuilder (both Lite and Pro) can extract IPTC data to be used as the image titles and captions.
In either JuiceboxBuilder-Lite or JuiceboxBuilder-Pro, just go to 'Images -> Titles -> Use IPTC Title' and 'Images -> Captions -> Use IPTC Caption' from the drop-down menu at the top.
If you use Adobe Photoshop to enter your IPTC data, then use the IPTC Document Title fields for the image titles and the IPTC Description fields for the image captions.
Please note that the program used to embed the metadata should write the IPTC data in an XMP block in order for JuiceboxBuilder to successfully extract the information. All Adobe programs (such as Lightroom of Photoshop) should be fine.
@JudoPhoto
Thank you for the suggestion.
If you like, you could display the "<- SWIPE ->" text as the Gallery Title only on Android or iOS devices only (and not in desktop browsers) by using the JavaScript navigator.userAgent to detect the device and then set the galleryTitle in the gallery's embedding code as appropriate.
For example:
<!--START JUICEBOX EMBED-->
<script src="jbcore/juicebox.js"></script>
<script>
new juicebox({
containerId: 'juicebox-container',
galleryTitle: /Android|iPad|iPhone|iPod/i.test(navigator.userAgent) ? '<- SWIPE ->' : ''
});
</script>
<div id="juicebox-container"></div>
<!--END JUICEBOX EMBED-->Looking at your http://kd.baerbels-naturfoto.de/foto15/ … est_kd_hk/ gallery, I see no reason why it should not display correctly in Chrome or Firefox on your Android device unless:
(1) JavaScript is disabled in your browsers.
(2) You are viewing the gallery over a 2G/3G/4G connection which uses content modification.
Please double-check that JavaScript is enabled in your browsers and ensure that you .htaccess file contains the correct code (and that it is in the correct location on your web server).
I really can't think of any other reason that your gallery would not display, especially as you say "With WLAN everything works .".
After reading the blog entry, I'd like to confirm that the new meta info also relates to the thumbnail page, not just image pages. That's the case, correct?
Yes. That is correct. The meta viewport tag is required for the overall gallery size to be correct.
Is the new HTML meta data regarding this "hotfix" in the file /res/juicebox/jbcore/full.html
The meta viewport tag is in the 'full.html' file but it has always been there. The 'full.html' file is used only when the gallery is expanded (from the Splash Page or the Expand Button) in a new page.
The meta viewport tag must now also be included in the HTML document that the gallery is embedded into. Unfortunately, this can no longer be done from within the 'jbcore' folder. The 'juicebox.js' file adds the meta viewport tag dynamically into the web page but the problem is that iOS 9 no longer respects this, hence it now needs to be done manually.
meaning that my jbcore replacement strategy will still work, or does a gallery actually have to be re-generated in order for the hotfix to work?
Replacing the 'jbcore' folders will not work. The core Juicebox files remain unchanged from the v1.4.4.1 release to v1.4.4.2.
You could certainly rebuild your galleries (with JuiceboxBuilder-Pro or the jAlbum plugin, both of which have been updated) but all that is required is to insert the meta viewport tag into the <head> section of the gallery web pages.
I'm glad you've got it working.
Thanks for letting me know.
You can point each gallery towards a different XML file using the configUrl option in the embedding code.
Alternatively, you can point towards separate gallery folders using the baseUrl option.
Please see the Embed Options for short descriptions of these two configuration options.
I would recommend using the baseUrl method as it allows you to keep each gallery as a self-contained folder and you would upload the complete gallery folders (not just the contents) to your web server. This should help to keep things organized on your server.
Instructions for using the baseUrl method of embedding can be found here.
Please see this blog entry regarding Juicebox and iOS 9.
It should hopefully explain and solve your problem.
Perhaps this Adobe support page will help.
Troubleshoot unexpected behavior | User account-specific | Adobe software | Mac OS
https://helpx.adobe.com/x-productkb/glo … count.html
Maybe following the suggestions will help with any account-specific problems for Adobe AIR.
With WLAN everything works .
It certainly sounds like your mobile network provider uses content modification.
Please implement the solution in the FAQ below and check your own gallery afterwards.
Visitors to your web site using a 2G/3G/4G connection (as well as over wi-fi) should now be able to view your gallery successfully.
Why can't I view my gallery on a 3G mobile connection?
You say that "but only Lite is not working" on our own web site but also that "I have tested on my side therefore Honk Kong . But not working." so you seem to be having problems with both Lite and Pro galleries. Please let me know if this is correct.
I can't think of any reason why you should be able to view our Pro demo galleries but not our Lite ones.
From G3 changed to G2 .
Try viewing the galleries over a wi-fi connection to see if this makes a difference.
Also, try using Chrome as well as the stock browser to see if the problem happens in both browsers or just one.
Hopefully viewing the galleries over wi-fi and checking in two different browsers will help to find the cause of the problem.
It still works in the account I used to instal it.
At least with this knowledge, you can log into the correct account to use the application.
It certainly sounds like an administrative rights or permissions problem.
One thing, Juicebox asked for permission to access an Adobe folder of some sort (I don't remember what!). I never saw that before. Could that be a clue?
This is almost certainly going to be a folder relating to Adobe AIR (maybe the '/Users/Username/Library/Application Support/Adobe/AIR/ELS/' folder). If this is the folder and you get asked again, make sure you give JuiceboxBuilder access to it.
You're welcome.
Edit:
We have now released Juicebox v1.4.4.2 which addresses the problem.
We have also published a blog entry and issued a Tweet regarding the new release.
Unfortunately, with iOS 9, Mobile Safari no longer respects the meta viewport tag which Juicebox dynamically inserts into the web page for a 100% x 100% full browser gallery.
The solution is to include the following meta viewport tag into the <head> section of your gallery's web page.
<meta id="jb-viewport" name="viewport" content="width=device-width, initial-scale=1.0, minimum-scale=1, maximum-scale=1, user-scalable=0" />It is unfortunate that adjustments need to be made for iOS 9 but the solution is backwards compatible and will work with all versions of iOS.
We will update JuiceboxBuilder and the plugins to include this meta viewport tag in the generated web pages very soon but, in the meantime, you can add it to your web pages manually to solve the problem.
I do not know what is causing the problem so, unfortunately, some trial and error might be required to pinpoint the cause.
Try installing both JuiceboxBuilder-Lite and JuiceboxBuilder-Pro to see if the problem happens only with one application or with both. JuiceboxBuilder-Lite can be found inside the Juicebox-Lite zip package which can be downloaded from this web page.
If if happens with both, then the problem may somehow be system-wide but if it happens only with one application, then the problem is likely to be specific to that application and uninstalling it, deleting all files associated with it and reinstalling it should (in theory) work.
This might at least point you in the right direction.
You might like to try installing an older version of Adobe AIR (maybe v13) to see if this makes a difference.
You can download older versions from the archive page here: https://helpx.adobe.com/air/kb/archived … rsion.html
Thanks for your assistance Steven :-)
You're welcome. Thank you for taking the time to report the issue and for your additional information and testing.
I agree that the most seamless and streamlined method would be the optimal solution. It might be argued that the current Juicebox-Pro method is more streamlined for existing Pinterest members (displaying the 'Log In' page rather than the 'Join Pinterest' page when not logged in) but less seamless (with the login page always being displayed even briefly when logged in). However, looking around, it does seem like most web sites opt for the alternative method which does not display the 'Log In' page if already logged in and displays the 'Join Pinterest' page if not logged in.
Ultimately, the design choices are down to the developers. They will certainly investigate the situation further.
I hope you have a good weekend, too!
I think this issue is the way the Pinterest link is set up (or code) not a version issue.
I agree. I don't think the Pinterest code within Juicebox-Pro has changed since it was first introduced.
I have found the following format works perfectly, is there a way to "inject" this?
It might technically be possible to override the default functionality of the Juicebox-Pro Pinterest Button but it would take a lot of work (to extract the required information, build up the custom share URL and use it instead of the one Juicebox-Pro currently uses) and such a modification would not be officially supported.
Using your own example, I notice that if you are not already logged in to Pinterest when you click the button, you will be presented with a 'Join Pinterest' window.
If you click the 'Log In' button on this page, then you will then be redirected to the 'Log In' page where you need to click 'Log In' again.
The share URL that Juicebox-Pro uses skips the 'Join Pinterest' page meaning that a user who is not already logged in will have to click 'Log In' only once.
(On the 'Join Pinterest' page, if you enter your existing Pinterest details and click 'Sign Up', this actually logs you in and goes straight to the share page but this seems counter-intuitive, especially as there is a 'Log In' button on the 'Join Pinterest' page which doesn't actually log you in, even though your existing Pinterest details have been entered on the page, but just redirects to a 'Log In' page.)
In any case, I have notified the developers. Thank you for reporting the issue.
You're welcome.
I'm glad I was able to help.
It looks like the problem might simply be that you have a slash after your page name (denoting a directory).
Your gallery displays fine when using the following URLs:
http://www.masurefire.com/asp/DanubeGallery.aspx?token=711712
http://www.masurefire.com/asp/DanubeGallery.aspx
As soon as you put a slash after 'DanubeGallery.aspx', 'DanubeGallery.aspx' is seen as a directory rather than a file.
My own example above worked as the full URL would have been:
http://juicebox.net/demos/pro/embedded/index.html?token=12345
(The gallery is embedded into the 'index.html' file within the 'embedded' directory. I omitted the 'index.html' file from the URL but the file was still being displayed.)
If your URL points towards a directory (ending in a slash), then most web servers are set up to display a file by default (whose name is usually 'index.html') without explicitly using 'index.html' in the URL.
I'm not sure what image source you are referring to (Flickr, Picasa or something else) but no matter what source you are using, all images must be public in order to be displayed. Juicebox cannot display private images.
I notice that your gallery is sourced by Flickr images and uses Juicebox-Lite v1.2.0.
You will need to upgrade to Juicebox-Lite v1.4.2 in order for your Flickr gallery to work.
Please see this Juicebox blog entry for more information.
You can download the latest version of WP-Juicebox from the plugin's support page here.
Once you have installed the latest version of the plugin, your galleries will display once again.
For anyone reading this thread and experiencing a similar problem, using the Raw HTML plugin and wrapping the gallery's embedding code in [raw] ... [/raw] tags should prevent extra markup (such as <p> and <br /> tags) from being added to the HTML code by WordPress itself or any third-party theme or plugins.
Ordinarily, there should be no problem using a query string in a page which has a Juicebox gallery embedded in it.
Try loading the 'Juicebox-Pro Embedded Example' gallery using the same query string as in your example.
http://juicebox.net/demos/pro/embedded/?token=12345
Obviously, there is no code on the web page to handle the query string but the gallery loads fine.
Please post the URL to your web page so that I can take a look at the problem for myself and hopefully help further.
Thank you.
Juicebox Support Forum → Posts by Steven @ Juicebox
Powered by PunBB, supported by Informer Technologies, Inc.