401

(4 replies, posted in Juicebox-Pro Support)

Juicebox-Pro just displays regular GIF, JPEG and PNG images.
Juicebox-Pro does not read image metadata when the gallery is being displayed and just displays the gallery images in standard HTML <img> tags. The images are given no special treatment (other than dynamic scaling).
If you can imagine what your image would look like if displayed in a web page using just an <img> tag, then that's what the image will look like in the gallery.

If you like, you could post your idea (support for 360 jpegs) as a suggestion in the Feature Requests forum thread.
This keeps all the requests together and ensures that they will not be overlooked by the developers.
I do not know the likelihood of any ideas being implemented in future versions but this is certainly the best place for all ideas.
Thank you!

No problem!

@gishfan

Either way you go, make sure you save the file(s) for future use as there's no guarantee they will continue to be available.

That's good advice!
Thanks also for sharing the NoobsLab link.

This is due to your gallery being displayed in Small Screen Mode when you view it on your mobile device.
Please see here for more information on Screen Modes.

Essentially, Small Screen Mode displays thumbnails and main images on separate pages (to allow more room for the main images to be displayed on small screens).
In Small Screen Mode, the gallery title is displayed only on the thumbnail pages (above the thumbnails) and not on the main image pages.

Your gallery sets showSplashPage="NEVER" which is why the Splash Page is skipped when you view your gallery on a mobile device.
Also, your gallery sets autoPlayOnLoad="TRUE" which is why the thumbnail pages are skipped and the gallery immediately displays the first image.
Incidentally, your gallery sets buttonBarPosition="NONE" so the button bar is not displayed and there is no thumbnail button to allow visitors to visit the thumbnail pages.

If you want the same experience on mobile devices as in desktop browsers, then you can have your gallery displayed in Large Screen Mode in all circumstances by setting screenMode="LARGE" (in JuiceboxBuilder-Pro's 'Customize -> General' section).

I hope this helps to explain things.

405

(496 replies, posted in Juicebox-Pro Support)

@DX2300

The mock-up on the home page is not a 100% accurate representation of the same gallery across different devices (at least not a gallery with default configuration settings).

In Small Screen Mode, the thumbnail icon (to switch between the thumbnail and main image pages) is a 3 x 3 grid of nine dots.
In Large Screen Mode, the thumbnail icon (to toggle the thumbnails on and off) is is small representation of a main image with 3 thumbnails below (i.e. the thumbnail icon seen on the smallest device in the mock-up).

The other icon seen in the mock-up is the Open Image button which will be displayed is you set showOpenButton="TRUE".

You would see what you see on the smallest device in the mock-up if you set the following configuration options:

screenMode="LARGE"
showOpenButton="TRUE"
showThumbsOnLoad="FALSE"
showThumbsButton="TRUE"

You'd also need to set imageScaleMode="FILL" to have the image fill the viewport (with cropping) as seen in the mock-up.

Thanks for the link. I tracked down all the libs required and I'll set up a test system on a blank HD to try it out.

Good luck! Please let me know how you get on. This could prove to be very useful information for other Linux users.

I guess we're getting a little off topic. ;)

Good point. I've split the Linux posts in to a new topic.

I'm sorry it didn't work out for you.

I found some interesting information on this page: https://askubuntu.com/questions/87447/h … -adobe-air
In particular, in this post, I found a link to a directory (on Devolo's website) which contains two files which look promising.
Again, it's an 'intsall-at-your-own-risk' scenario but you might like to give it a try.

DX2300 wrote:

Shame Adobe discontinued  Air for Linux.

As far as I can recall, JuiceboxBuilder-Pro requires AIR v2.0 or later and the last version of AIR to be released for Linux was v2.6 so, if you can still find a download link for AIR v2.6 for Linux (very difficult now that Adobe have removed their AIR archive page), it should work.

It looks like there's a cached version of the 'AdobeAIRInstaller.bin' file (Adobe AIR v2.6 for Linux) at the Internet Archive Wayback Machine (https://archive.org/web/).
Search for the URL: https://airdownload.adobe.com/air/lin/d … taller.bin
... and choose the most recent snapshot link (September 24, 2020, 21:48:03).
Alternatively, search for the URL: https://airdownload.adobe.com/air/lin/d … taller.bin
... and choose the most recent snapshot link (June 30, 2019, 09:19:30).
The same file will be downloaded using either of these links.

I cannot vouch for the authenticity of this file as it does not come direct from Adobe so please download and use it at your own risk.
However, being that it seems to be the only source for the file, you might like to give it a try.
I've run the file through VirusTotal (https://www.virustotal.com/gui/file/2c8 … /detection) and it seems to be 100% clean.
Also, I've Googled the file's MD5 hash and it pops up a number of times in what seem like legitimate circumstances.

409

(3 replies, posted in Juicebox-Pro Support)

Thanks for reporting that the problem has been solved.

[Linux conversation continued here.]

410

(3 replies, posted in Juicebox-Pro Support)

I'm not seeing in Firefox (85.0) what your screenshot shows.
I've loaded your gallery's web page in Chrome, Edge and Firefox and I see the same gallery layout (with thumbnail dots) in all browsers.
It looks to me like it might be a browser caching issue (with your Firefox browser using an older, cached version of your gallery's 'config.xml' file).
Try completely clearing your Firefox browser's cache before reloading your gallery's web page to see if this helps.

411

(5 replies, posted in Juicebox-Pro Support)

Thanks for the info, Derek. It's most appreciated!

412

(12 replies, posted in Juicebox-Pro Support)

Just a short note to let you know that allowing the Shopping Cart Icon (and thus Fotomoto) to appear in Small Screen Mode is on the 'to do' list (although I do not know when it might be implemented).

Just a short note to let you know that allowing the Shopping Cart Icon (and thus Fotomoto) to appear in Small Screen Mode is on the 'to do' list (although I do not know when it might be implemented).

414

(3 replies, posted in Juicebox-Pro Support)

Thanks, Derek!
Not that it matters (now that you've posted the updated link) but I've changed the link in my post above. (No point having an incorrect link in a post!)

415

(1 replies, posted in Juicebox-Pro Support)

You can use the languageList configuration option to change the "Regarding image" and "in gallery" text in the email body but it is not possible to completely change the email body text.
languageList is used primarily to translate gallery text into a different language but you can change the text to whatever you like.
Please see the International Gallery Text support section for details.

"Regarding image" and "in gallery" are the last two text strings in the languageList so, if you wanted to change "Regarding image" to "abc" and "in gallery" to "123" (for example), then you would use the following languageList:

languageList="Show Thumbnails|Hide Thumbnails|Expand Gallery|Close Gallery|Open Image in New Window|Images|Next Image|Previous Image|Play Audio|Pause Audio|Show Information|Hide Information|Start AutoPlay|Stop AutoPlay|AutoPlay ON|AutoPlay OFF|Go Back|Buy this Image|Share on Facebook|Share on Twitter|Share on Google+|Share on Pinterest|Share on Tumblr|of|Send Email|Download|Password|Incorrect Password.|abc|123"

You would need to add languageList to your gallery's configuration options manually (please see here for details) as languageList is not featured in the JuiceboxBuilder-Pro interface.

Edit:
You could override Juicebox's own handling of the Email Button and add a custom click handler to the button to perform your own functionality (e.g. set up an email with your own body content).
Try something like this:

<script src="jbcore/juicebox.js"></script>
<script>
    var jb = new juicebox({
        backgroundColor: "#222222",
        containerId: "juicebox-container",
        galleryHeight: "400",
        galleryWidth: "600",
        showEmailButton: "TRUE"
    });
    jb.onInitComplete = function() {
        $('.jb-bb-btn-email').off('click');
        $('.jb-bb-btn-email').on('click', function() {
            var index = jb.getImageIndex();
            var address = 'email@address.com';
            var subject = 'Gallery';
            var body = 'Image No. ' + index;
            window.location.href = 'mailto:' + address + '?subject=' + subject + '&body=' + body;
        });
    };
</script>
<div id="juicebox-container"></div>

Just change the body text in the line:

var body = 'Image No. ' + index;

... to whatever you like, e.g:

var body = 'This is the email body text.';

Please note that although you are free to use Juicebox as you wish (within the Terms of Use), modifications such as this (overriding core Juicebox functionality) are not officially supported.

This is most likely due to the gallery not having focus on the web page until you click somewhere within it.
After loading the web page, try clicking a blank area in the gallery before clicking the navigation button.

If this works and you want to give the gallery focus as soon as your web page loads, then try using the following as your gallery's embedding code (changing the background color and gallery dimensions as necessary).

<script src="jbcore/juicebox.js"></script>
<script>
    var jb = new juicebox({
        backgroundColor: "#222222",
        containerId: "juicebox-container",
        galleryHeight: "400",
        galleryWidth: "100%"
    });
    jb.onInitComplete = function() {
        $('.juicebox-gallery').first().trigger('focus');
    };
</script>
<div id="juicebox-container"></div>

(onInitComplete is a Juicebox-Pro API event which is documented here.)

417

(496 replies, posted in Juicebox-Pro Support)

@DX2300

Thank you for the suggestions!
Your feedback is genuinely very welcome.

I just though I''d make some notes regarding the points you make.
I know my notes will not help to resolve any of the issues you raise but I thought I'd share some information on these topics as some background information may be helpful to others reading this thread.

there is no scrolling for overflow images

If the gallery is a full-page gallery (or if you expand the gallery so that it fills the viewport), then as long as you set imageScaleMode="SCALE" or imageScaleMode="SCALE_DOWN", the images should be displayed in their entirety, respecting their aspect ratios and without any cropping.

I understand that in such a scenario, you might want to zoom into an image but, as you are aware, there are issues with pinch-zooming...

... or two finger resizing or captions.

Unfortunately, it can be very difficult to pinch-zoom within a Juicebox gallery as a pinch-zoom gesture can often be misinterpreted as the start of a navigation swipe within the gallery (so, for a full-page or expanded gallery, Juicebox locks the viewport of the web page to avoid such issues).
There is no easy solution to make Juicebox gallery images easily zoom-able. (Juicebox does not have any built-in zoom functionality.)

If you'd like to zoom into an image, then the best course of action is to open the image on a page of its own first via the gallery's 'Open Image' button (by setting showOpenButton="TRUE" in JuiceboxBuilder-Pro's 'Customize -> Lite' section) or by tapping/clicking the main image (when setting imageClickMode="OPEN_URL" in the 'Customize -> Main Image' section).
Once the image is displayed on a page of its own, it can be zoomed with ease (and without adversely affecting the gallery itself).
Of course, afterwards, you need to use the browser's own back button (or tab/window selection tool) to return to the gallery page.
(I realise that this will help only with the image itself and not its caption text. Your feature requests are valid!)

Still one of the best out there.

Thanks! We're glad you like it! :)

418

(10 replies, posted in Juicebox-Pro Support)

That's great news!
Thank you very much for posting back to let me know.
It's great to know that there is now a version of AIR that can easily be installed on Big Sur.
I wish you well with Juicebox-Pro and your web projects!

419

(4 replies, posted in Juicebox-Pro Support)

Thanks Steven, that did the trick.

That's great! Thank you for letting me know.

I wonder why search didn't turn up that thread...

Not sure... Anyway, I'm glad that you've been able to resolve your problem.

Any news on Harmon updating Air?

I think you might have just answered your own question by posting the link to Harman's AIR runtimes (which, by the look of things, were released just a few hours ago).
If you'd like to keep an eye on what Harman are up to, here's a link to their AIR discussion forum: https://github.com/Gamua/Adobe-Runtime- … iscussions

420

(10 replies, posted in Juicebox-Pro Support)

Harman have just released their AIR runtimes (v33.1.1.385).
Here is their download page: https://airsdk.harman.com/runtime

Please read the Known Issues regarding these runtimes (on the download page below the links).
Here are the Known Issues which are relevant to JuiceboxBuilder.

Publisher verification. AIR developers can sign their packages either with a self-signed certificate, or with a certificate issued by one of a number of certificate authorities. With the latter, the AIR installation process would normally show a message confirming the vendor details. Due to an issue with the internal certificates in the AIR runtime, the signing certificate cannot be validated hence all applications will show the "unknown" publisher warning - see image on the right. Please ensure you validate where the application has been downloaded from.

Encrypted Local Store. On MacOS, applications requiring to use the "Encrypted Local Storage" feature of AIR will need to set up a local storage area for this. MacOS requests the user's permission during this process, with the request for a password for the "PrivateEncryptedDatak" keychain password (see image on the right). To proceed, please leave the password blank and click on "Always Allow" - this should only be displayed once.

I have tested the Windows runtime on Windows 10 and, other than being presented with the "unknown" publisher warning, it works fine. (I was able to successfully install and run both JuiceboxBuilder-Lite v1.5.1 and  JuiceboxBuilder-Pro v1.5.1.)
Unfortunately, I do not have access to a Mac to test the Mac version.

I hope this helps you to get both AIR and JuiceboxBuilder-Pro up and running on Big Sur.
Please let me know how you get on.
Thank you.

421

(4 replies, posted in Juicebox-Pro Support)

If you are having trouble viewing your galleries locally (from your computer's hard drive), then please see this forum thread for a possible solution.
"Config file not found." message whilst viewing a gallery locally - https://juicebox.net/forum/viewtopic.php?id=5128

If the problem happens online (after you have uploaded your galleries to your web server), then please post back with a link to one of your gallery web pages so that I can see the problem for myself and hopefully help further.
Thank you.

422

(10 replies, posted in Juicebox-Pro Support)

Still no news of a Harman AIR runtime, I'm afraid, but the Gamua Github account has just opened a Discussions page in the Adobe-Runtime-Support repository (a few days ago) which might be worth keeping an eye on.
https://github.com/Gamua/Adobe-Runtime- … iscussions

423

(3 replies, posted in Juicebox-Pro Support)

Thank you very much for this very comprehensive reply.

You're welcome!

I think I will get Juicebox Pro, it is pretty much exactly what I’m looking for.

That's great! I hope you enjoy using Juicebox-Pro.

424

(3 replies, posted in Juicebox-Pro Support)

Juicebox-Pro supports only one audio track so if you want a whole album to be played, you'd need to merge all the tracks into one.

Having said that, the audio should start playing as soon as the Audio Button is clicked, without the need to wait for the entire mp3 file to be downloaded in its entirety first.
I've just checked this in a test gallery on my own web server using with an 83MB mp3 file in a couple of browsers (Edge and Firefox) and it works fine.

It should also be noted that, due to recent browser restrictions, it is no longer possible to automatically start the audio playing as soon as the gallery loads in all browsers.
When Juicebox-Pro was first released, it was possible to autoplay audio on loading a gallery by setting playAudioOnLoad="TRUE" (in the Audio Options).
However, fairly recently, certain desktop browsers (including Chrome and Firefox) have started to block the autoplay of audio (and video) by default.
Users now need to initiate the playing of audio (and video) files themselves.
In the case of a Juicebox-Pro gallery, users now need to click the Audio Button (on the gallery's Button Bar) to start audio playing.
I have just checked my own installed browsers a few minutes ago and playAudioOnLoad continues to work only in Microsoft Edge and Opera.

Here are the release notes for Firefox 66 where this change of behavior was first noted: https://www.mozilla.org/en-US/firefox/6 … easenotes/
Here are similar notes for Chrome: https://developers.google.com/web/updat … cy-changes

As unfortunate as it is, there is nothing that can be done from within Juicebox-Pro to force audio to autoplay in browsers which feature these audio/video restrictions.
Users will likely have the option of changing their browser's settings (depending on the browser) to allow autoplay of audio (and video) but this is something that the user must do. (A user's browser settings cannot be changed from within a Juicebox gallery.)

However, as long as you display the Audio Button on your gallery's Button Bar (by setting showAudioButton="TRUE"), then users can start the audio track themselves by clicking the button.

425

(3 replies, posted in Juicebox-Lite Support)

That's odd but I'm glad to hear that your gallery is now working as expected.
Thank you for posting back to let me know.
I'll mark this thread as SOLVED but please post back if the problem reoccurs.