1,276

(20 replies, posted in Juicebox-Lite Support)

1. Remove the thumbnail bar entirely

This can be achieved only in Juicebox-Pro (not in Juicebox-Lite, the free version) by setting showThumbsOnLoad="FALSE" (to hide the thumbnails when the gallery is initialy displayed) and showThumbsButton="FALSE" (to hide the Thumbnail Button on the Button Bar to prevent users from being able to toggle the thumbnails on and off).

2. Remove all the shadow edges and hover shadows to my .png images

Set imageShadowBlur="0" or imageShadowColor="rgba(0,0,0,0)" to make the shadow fully transparent (Juicebox-Pro only).

3. Set my main index page image to 270x400 pixels

You can set the dimensions for the gallery via the galleryWidth and galleryHeight entries in the embedding code.
Your embedding code currently omits both galleryWidth and galleryHeight so Juicebox will use the default value of '100%' for both (resulting in the gallery filling both the width and height of its parent container).
If you want your gallery to be 270px x 400px, then use embedding code such as:

<!--START JUICEBOX EMBED-->
<script src="jbcore/juicebox.js"></script>
<script>
    new juicebox({
        containerId: "juicebox-container",
        galleryWidth: "270",
        galleryHeight: "400"
    });
</script>
<div id="juicebox-container"></div>
<!--END JUICEBOX EMBED-->

No matter what the dimensions of the gallery are, the main images within the gallery will be scaled according to the value of the imageScaleMode configuration option which can be set to SCALE_DOWN, SCALE, FILL, STRETCH or NONE (Juicebox-Pro only). Short descriptions of each of these values can be found in the imageScaleMode entry in the Main Image Options section of the Config Options support page.

4. Figure out why my fullscreen images aren't working in Firefox

When the Expand Button is clicked, the gallery is expanded on top of the embedding page. However, the web page that your gallery is in has HTML errors and this is likely to be causing problems when the gallery is expanded.
Most importantly, your web page does not contain a Doctype Declaration (at the very top of the HTML document before the opening <html> tag). It is important for every web page to contain a Doctype Declaration to let the browser know what set of standards the code on the web page should conform to. Please see here for details.
It looks like the HTML 5 Doctype Declaration would best suit the code on your web page so start by placing the following code at the very top of your web page (before all other content).

<!DOCTYPE HTML>

Now, with the Doctype Declaration in place, check your web page for HTML errors with the W3C Markup Validation Service and fix any errors reported.
Once the code on your web page validates correctly, your web page should be rendered with greater predictability and consistency across different browsers (and it should hopefully solve your fullscreen problem).
The errors on your web page should ideally be fixed but Juicebox-Pro provides an alternative solution to your fullscreen problem. By setting expandInNewPage="TRUE", you can force the gallery to be expanded on a new page of its own (instead of on top of the embedding page) where the code (and errors) on the embedding page cannot interfere with the gallery.

For reference, short descriptions for all the configuration options in bold above can be found on the Config Options support page.

Many of the features required to customize your gallery as you would like it are Juicebox-Pro only.
Unfortunately, we do not offer a trial version of Juicebox-Pro but we do offer a 100% money-back guarantee.
Please see this FAQ for details:
Can I try a trial version of Juicebox-Pro?

I hope this helps to clarify things.
If you have any further queries, please let me know.

1,277

(496 replies, posted in Juicebox-Pro Support)

@cwnicholls

Many thanks for all your suggestions.

Here's a little feedback on some of your most recent posts which might be of interest to other users reading this thread.

When Publishing a gallery, the Save button is circled in blue. When the blue disappears it is finished publishing?

It is true that there is no progress bar or indication of when the saving process has finished but, when saving a gallery on the 'Publish' tab, the process should not take long at all.
The procedure that takes the longest time to complete is the resizing of the images and this is done when the images are added to the gallery on the 'Images' tab. (There is a progress bar for this, letting you know how many images have been processed and how many there are in total.) All that remains when the 'Save' button is clicked is to write the 'config.xml' file, add the custom embedding code to the 'index.html' file and move the resized images (and copy the 'jbcore' folder) to the specified folder.
You can always click the 'View in Browser' checkbox on the 'Publish' tab and JuiceboxBuilder-Pro will display the gallery (from the gallery folder) when the gallery is ready.

You know about this, rotating an image twice does that plus the image becomes the mirror image.

This is, indeed, a bug (thank you again for reporting it).
I have notified the developers and they will certainly investigate further (and hopefully fix the issue for a future version).
In the meantime, as I mentioned in this thread, the only workaround I've found is to rotate images (if necessary) in a third-party imaging program (such as Adobe Photoshop) before feeding them to JuiceboxBuilder-Pro.

For some reason the image collections are maintaining individual image rotations done previously with Windows(10) File Explorer.

Some programs use the EXIF orientation tag (and display the image in the orientation specified) and other programs do not.
JuiceboxBuilder-Pro is one such program that does not use the EXIF orientation tag, so, if anyone experiences difficulties with image orientation in JuiceboxBuilder-Pro, one possible workaround would be to re-save the image in an imaging program (such as Adobe Photoshop) stripping out the EXIF data and, then, if necessary, rotate the image so that it is visually oriented correctly (inverting the actual aspect ratio rather than introducing a new EXIF orientation flag) before feeding it to JuiceboxBuilder-Pro. I realise that this will add a few steps to an existing workflow but it might help.

We very much appreciate your suggestions and feedback.
I'm sure the developers will consider all your ideas and the points that you make.
My notes above are really intended for other users reading through this thread and experiencing similar issues (but who have not read through the individual forum topics that you have created.) They might help to clarify things for some people.

1,278

(3 replies, posted in Juicebox-Pro Support)

A Juicebox gallery can certainly be embedded into a PHP page.
In a regular PHP web page, all you need to do is close the existing PHP section with ?>, insert the Juicebox embedding code (where you want the gallery to be displayed in your page) and then open a new PHP section (for the rest of your PHP code) with <?php.

Without knowing what code is included in your 'header.inc and 'main.inc' files, I really have no way of knowing how your web page is constructed. (Even looking at your live web page does not let me know what code is in these files.)

However, here are a few pointers which may help.

(1) It looks like your 'header.inc' file may start your web page with a DOCTYPE Declaration and an opening <html> tag (and your 'main.inc' file may end your web page). If this is, indeed, the case, then you would not need to use the gallery's complete 'index.html' file. All you would need to use is the embedding code (presented on JuiceboxBuilder-Pro's 'Publish' tab and also noted in the Juicebox Embedding Guide here).

(2) If your gallery is not nested inside any parent containers, then you might like to change the dimensions of your gallery. Try changing your galleryHeight from '100%' to '600px' (but leave the galleryWidth at 100%) to see if this helps with the size of the gallery on your web page.

(3) If you want your gallery to be displayed below the 'header.inc' content and above the 'main.inc' content, then try the following:

<?php
    $strMain = 1; // banner and menubar to display
    $strSideNav = 1; // Side nav to display
    include('includes/header.inc');
?>

<!--START JUICEBOX EMBED-->
<script src="jbcore/juicebox.js"></script>
<script>
    new juicebox({
        containerId: "juicebox-container",
        galleryWidth: "100%",
        galleryHeight: "600px",
        backgroundColor: "#222222"
    });
</script>
<div id="juicebox-container"></div>
<!--END JUICEBOX EMBED-->

<?php
    include('includes/main.inc');
?>

(You'd also need to upload the contents of your gallery folder to the directory that contains the web page with the embedding code, as noted in the Juicebox Embedding Guide link above.)

I hope this points you in the right direction.

1,279

(14 replies, posted in Juicebox-Pro Support)

Thanks again for the suggestions.
I hope you're able to resolve your file-lock problem (it certainly sounds like it might be connected to your USB backup procedure).

What do I get, 180 degrees and the mirror image!

Thank you for reporting this problem. I've been able to replicate it with one of my own images and I've notified the developers who will investigate further.
At the moment, the only workaround I've found is to rotate images (if necessary) in a third-party imaging program (such as Adobe Photoshop) before feeding them to JuiceboxBuilder-Pro.
Hopefully the developers will be able to fix this issue in a future version.
Thank you, once again, for reporting it.

1,280

(14 replies, posted in Juicebox-Pro Support)

Thank you for the additional information (and for posting your suggestions in the Feature Requests forum thread).

Cannot delete, requires Admin. Priv.

Are you using JuiceboxBuilder-Pro under an Windows Administrator User Account?
If not, what happens if you do?

Rebooting seems to relieve those local restrictions and allow deletion.

As I'm sure you're aware, rebooting should not change file permissions or attributes.
Maybe the problem has something to do with a program having a temporary lock on certain gallery files.
Check that you do not have any gallery files open in any programs (such as the 'index.html' file being open in a browser or the 'config.xml' file being open in a text editor or any gallery images being open in an imaging program) when you re-save the gallery.

(when I FTP the gallery to my website all I get is the spinning icon, no images, and no evidence of the edited option icons having changed. No delete restrictions on my webhost.)

When editing the gallery, if all you are doing is changing configuration options, then the only file you should need to update on your website is the 'config.xml' file (overwriting the existing version). There is no need to re-upload or overwrite the images or thumbnails.
This might not help to resolve your problem but it might help if you need to update a gallery on your website (as long as the image entries in the 'config.xml' are not somehow changed or removed).

Maybe you could upload a couple of sample zip files so that I can investigate further. Even if I'm unable to find the source of the problem, I might at least have a better understanding of what's happening to your gallery folder after re-re-saving your gallery.
If possible, create a sample gallery and then zip the entire gallery folder and upload it somewhere (and provide a link so that I can download it).
Then, edit your gallery, re-save it and zip the gallery folder again (and upload the new zip file so that I can compare the two).
(I'll delete the links once I've downloaded the zip files if you like.)
Once I'm able to see the gallery folder before and after the edits you make, I might be able to figure out what's going on.

It appears some of my issues are due to cache images and files. I deleted them and my buttons are what I want now. I don't know why refreshing my browser on a page doesn't clear this up, however.

Sometimes refreshing a web page is not enough to force the browser to reload the page from the server (and you might need to completely clear the cache manually to be sure that you're seeing the changes that you've made).
Please also see this FAQ:
When I update my gallery I don't see my changes online. Why?

If I try to rename the gallery top directory I am not allowed as some lower level file is open in another application.

If you are editing an existing gallery, then I've not known JuiceboxBuilder-Pro to prevent you from renaming the gallery folder whilst the gallery is open in the application (but I'd not recommend it) so perhaps the problem is, indeed, due to a gallery file being open in another program as I suggested above (so please double-check that you do not have any gallery files open in any other programs when you re-save the gallery).

I hope these notes help.

1,281

(14 replies, posted in Juicebox-Pro Support)

The thumbnails showed up and no image, only the spinning juicebox icon.

Unfortunately, I cannot explain what might have happened.
You should certainly be able to edit a gallery without losing any gallery images. I've not encountered this problem before (and I don't recall any other users reporting such a problem).

I uploaded the gallery to my website, same thing.

It certainly sounds like the image entries were removed from the gallery's 'config.xml' file. If you upload a modified gallery folder to your website, then existing images will not be deleted (but if the image entries are no longer in the 'config.xml' file, then the images will no longer be displayed in the gallery).

If the problem happens again, check your gallery's 'config.xml' file (you can open it in a plain text editor) to see if the <image> tags for all your images are present.
Also, before saving your gallery on the 'Publish' tab, double-check that all the images are present on the 'Images' tab.

Now I can't delete the images directory (which I now can't access, probably why the browser didn't open any images, only thumbnails) from the first go-round. Needs Administrator privileges. Also some of the other directories need level by level deletion.

This is also very strange (although, as you say, if the 'images' folder permissions are too restrictive, then the browser will not have access to the image files).

Re-uploading images to your website should not change their permissions.
I do not know how you are uploading your gallery files but, in case it helps, I use Filezilla (a free dedicated FTP program) which I've used for many years without issue.

If you find that re-uploading a file (or folder) to your web server changes its permissions, then you might like to try a different FTP program to see if this makes a difference. An alternative FTP program for Windows is WinSCP (also free).

I'm not sure if these notes will help but if you can replicate the problem consistently, please post back with a set of steps that I can follow to try to reproduce the problem myself and hopefully help further. Thank you.

1,282

(3 replies, posted in Juicebox-Pro Support)

Perhaps you can add an option to enlarge the thumbnails during the Images screen during gallery creation so rotation need is more easily noticed!

Sounds like a feature request!
Please post ideas in the Feature Requests forum thread so the developers will see them when they collate suggestions for possible inclusion in future versions. Thanks!

1,283

(3 replies, posted in Juicebox-Pro Support)

As you have discovered, JuiceboxBuilder-Pro does not use the EXIF orientation flag embedded within images. When images are added to a gallery, the EXIF orientation flag is not read and, when images are resized for galleries, all metadata is removed from the images.

If you need metadata to be retained in gallery images, you could resize your images in an imaging program such as Adobe Photoshop (retaining metadata during the resizing process) before feeding them to JuiceboxBuilder-Pro and deselect the 'Resize Images' checkbox so that JuiceboxBuilder-Pro does not process the images further.

However, this still might not be enough to solve orientation issues. It can be difficult to know exactly how a certain program will display an image with an EXIF orientation flag and there seems to be little consistency across different programs (and web browsers).

For example, try viewing this image directly in different browsers.
http://7stripes.esy.es/sample/image001.jpg

In Edge and IE11, the image is displayed in landscape orientation (the EXIF tag not being read).
However, in Chrome, Firefox and Opera, the image is displayed in portrait orientation (correct according to the EXIF orientation tag which I changed by rotating the image in Windows File Explorer).

When the image is displayed by an HTML <img> tag (just as Juicebox does in a gallery's web page), all browsers (at least the ones I listed above) do not seem to respect the EXIF orientation tag and just display the image as it is.
http://7stripes.esy.es/sample/index.html

You could try including the image-orientation: from-image; CSS rule in your gallery's web page (applied to all 'img' tags) but browser support is currently limited (to Firefox 26 and later) and Juicebox itself would not know that the image had been rotated by the browser which may result in the image being displayed in the gallery with unexpected dimensions (the drop-shadow around the image may be in an incorrect position).

With all this in mind, perhaps the best way to ensure that your images are displayed as expected in your gallery would be to re-save your images in an imaging program (such as Adobe Photoshop), stripping out the metadata during the resizing process and then rotate your images so that they are visually oriented correctly (inverting their actual aspect ratios rather than introducing new EXIF orientation flags) before feeding them to JuiceboxBuilder-Pro.

EXIF orientation can be a minefield at times and, as can be seen above, it is not always easy to predict how an image will be displayed in any given program.
This article, whilst a little out-of-date, makes for interesting reading.

Knowing how JuiceboxBuilder-Pro works should at least allow you to adjust your workflow to obtain a gallery with correctly orientated images.

If you do not have Adobe Photoshop, then there are other imaging programs you could use to batch process (re-save with or without metadata, rotate, etc.) your images, such as Irfanview. (This is just a personal suggestion rather than an official recommendation.)

I hope this goes some way towards explaining things.

Can you please not strip out whatever information is in the photo files that indicates their correct orientation??

I do not know how likely it is that JuiceboxBuilder-Pro's behavior will be changed in the future but, if you like, please feel free to make 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.
Thank you.

1,284

(1 replies, posted in Juicebox-Pro Support)

It sounds like you might be posting in the wrong forum.
This is a support forum for Juicebox (our HTML 5 web gallery software) and it sounds like you might be using a different, unrelated product.

If you have a JuiceBox from eMotorWerks, then you might like to take a look at their JuiceBox Wifi-Connection Guide or send them a message via their online form.

I hope this points you in the right direction.

1,285

(7 replies, posted in Juicebox-Pro Support)

@gfs

I'm glad to hear that just deleting the 'ELS' folder worked for you, too.
Thanks for sharing!

The Download Button requires that PHP v5.2.0 (or later) is installed on your web server (please see the System Requirements for details) and it sounds like you might not have PHP installed on your server.
Please double-check with your web host that PHP is installed and active on your web space.
If it is, then please post back with the URL to your gallery's web page so that I can see the problem for myself and hopefully help further. Thank you.

1,287

(19 replies, posted in Juicebox-Pro Support)

For the Back Button to appear in Small Screen Mode, you'll need to set showSmallBackButton="TRUE" (in the Back Button section).
Please note that in Small Screen Mode, the Back Button will be displayed on the main image pages but not the thumbnail pages.

If you really need a link on the Small Screen Mode thumbnail pages, then you could use HTML formatting within the Gallery Title (as noted in this FAQ) to include an <a> tag. For example, you could enter a galleryTitle (in the 'Lite' options section) such as:

Click <a href="http://www.example.com/index.html">here</a> to return to main page.

If you choose to use display a Gallery Title in your gallery, then it will be displayed in Large Screen Mode and on the thumbnail pages (but not the main image pages) in Small Screen Mode.
You can position the Gallery Title (for Large Screen Mode) using the galleryTitlePosition and galleryHAlign configuration options (in the 'General' options section).

1,288

(9 replies, posted in Juicebox-Pro Support)

This works really well.

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

Tried it out on this page:

Nicely done! I hope it doesn't take you too long to integrate it into the rest of your web pages.

1,289

(9 replies, posted in Juicebox-Pro Support)

It works but on the right-click, although a local menu appears, it's not possible to copy an image...

I thought this might be the case and mentioned it in a post above:

You could use JavaScript to enable right-clicking within a gallery but you'd likely find that it would not make downloading a gallery image any easier. Chances are you'd right-click on a gallery image but you'd actually be clicking on an invisible overlay (including gallery elements such as the hit areas for navigation) so you'd not see the 'Save Image As...' option.

There really is no way to allow right-clicking to save an image in a Juicebox gallery and, if you want to allow users to be able to download images from a Juicebox gallery, the best options would be to display the Open Image and/or Download Button on the gallery's Button Bar (via showOpenButton="TRUE" and/or showDownloadButton="TRUE").

... and it's still not possible to highlight text outside of IE 11.

Unfortunately, it looks like it's just not possible to copy text from within a Juicebox gallery (across all browsers) and there's no easy way around this.
If it is really important for visitors to your website to be able to copy and paste image titles and/or image captions, you could use the Juicebox-Pro API to fetch the image title and caption for the currently displayed image and use JavaScript to display the text elsewhere on the web page (in a separate <div> container outside the gallery) where it can be copied with ease.
Here's as example of how this can be achieved.

<!DOCTYPE html>
<html lang="en">
    <head>
        <meta charset="utf-8" />
        <meta name="viewport" id="jb-viewport" content="width=device-width, initial-scale=1.0, minimum-scale=1.0, maximum-scale=1.0, user-scalable=0" />
        <style type="text/css">
            body {
                margin: 0px;
            }
        </style>
        <script type="text/javascript" src="jbcore/juicebox.js"></script>
        <script type="text/javascript">
            var jb = new juicebox({
                containerId: "juicebox-container",
                galleryHeight: "400",
                galleryWidth: "600"
            });
            jb.onImageChange = function(e) {
                var index = e.id;
                var info = jb.getImageInfo(index);
                var title = info.title;
                var caption = info.caption;
                $('#text').html('<p>Image Title: ' + title + '</p><p>Image Caption: ' + caption + '</p>');
            };
        </script>
        <title>Test</title>
    </head>
    <body>
        <div id="juicebox-container"></div>
        <div id="text"></div>
    </body>
</html>

Also when other galleries on the same page are selected, no right-click is possible.

On your 'decBirds&Flowers.asp' page, when the page is initially loaded, I can right-click on your 'Birds & Flowers' gallery.
If I then switch galleries (to your 'Tiles on the Wall' gallery), the right-click functionality is still available.
It's only when I change pages (for example, to your 'decFarmyard.asp' page) that the right-click functionality disappears (and that's because the re-enabling code is not present in those other gallery pages).
If you find that switching galleries on the same page disables the right-click functionality, then try replacing the following code in your loadGallery(a, b, c, y, z) function:

if (tracker === false) {            
    jb.onInitComplete = function() {
        var element = document.getElementById('juicebox-container');
        element.oncontextmenu = null;
    };
}

... with this alternative (which should re-enable the right-click menu for all elements on the web page every time a gallery is selected):

jb.onInitComplete = function() {
    var elements = document.getElementsByTagName('*');
    for (var i = 0; i < elements.length; i++) {
        elements[i].oncontextmenu = null;
    }
};

Even though it's not possible to right-click and save an image or highlight and copy text from within a Juicebox gallery, I hope my suggestions and workarounds are useful (and thanks for posting your suggestions in the Feature Requests thread).

That should certainly work (as the browser never moves away from the 'index.html' page whilst switching between different galleries).
My suggestion should still come in useful for anyone who assigns a different audio track for each individual gallery within an album (via Juicebox's own audio functionality) but adding a single audio track to the album's 'index.html' page (using an HTML 5 <audio> tag) is a great solution for a continuous audio track which does not change when different galleries are selected.
Thanks for sharing!

It looks like you have placed the code in the correct place in your 'index.html' file so it should work fine.

I have just double-checked my suggestion and it seems to work OK for me.
I created a multi-gallery album with jAlbum 15.1.3 and the Juicebox skin v1.5.1, giving each gallery an audioUrlMp3 and setting playAudioOnLoad to TRUE.

Without any modifications, the audio tracks play over each other when new galleries are selected from the side menu (as expected).
After adding the code:

if (jb) {
    $('.jb-bb-btn-audio').each(function() {
        if ($(this).hasClass('jb-status-playing')) {
            jb.toggleAudio();
        }
    });
}

... at the very beginning of the loadContent(galleryPath, galleryCount) function, the audio track from the current gallery stops before the audio from the newly selected gallery starts (again, as expected).

Try clearing your browser's cache to be sure that your browser is using your updated 'index.html' file.
I have just viewed the album page you posted in your original post above and it seems to work OK. I can clearly hear the audio from one gallery stop before the audio from a new gallery starts.
Please remember that the audio tracks are linked to individual galleries and there is no easy way to have a single audio track play (and continue to play) whilst switching between different galleries. (You'd need to manually embed a third-party audio player into your 'index.html' file to do this.)

As I suspected (and noted in my post above), index.html is generated by the Juicebox skin but index2.html onwards have been created by a different skin (but I do not know which one).
It looks like you may have created an album with a certain (unknown) skin, then switched to the Juicebox skin and remade your album (without changing your output directory). The Juicebox skin generated a new index.html file (overwriting the original index.html file from having made the album with the original skin) and stopped there (as the Juicebox skin does not need any more HTML pages). The additional index2.html, index3.html, etc. files are redundant remnants from the use of the original skin and can safely be deleted (or just ignored). They do not play a part in the Juicebox album.
If you make a fresh album with the Juicebox skin (and use a new empty folder as your output directory), you'll see that index2.html, index3.html, etc. files are not generated.

As I noted above, just open your album's 'index.html' file and place the following code immediately after the function loadContent(galleryPath, galleryCount) { line:

if (jb) {
    $('.jb-bb-btn-audio').each(function() {
        if ($(this).hasClass('jb-status-playing')) {
            jb.toggleAudio();
        }
    });
}

This should hopefully work fine.

1,293

(9 replies, posted in Juicebox-Pro Support)

Try the following. Replace your current loadgallery() function with the following code. You can use your existing tracker variable to ensure that the right-click removal code is run just once (and not each time a new gallery is loaded).

function loadGallery(a, b, c, y, z) {
    var jb = new juicebox({
        backgroundColor: "rgba(255,255,255,1)",
        thumbShadowBlur: "rgba(255,255,255,1)",
        imageShadowColor: "rgba(255,255,255,1)",
        textShadowColor: "rgba(255,255,255,1)",
        captionBackTopColor: "rgba(0,0,0,0)",
        containerId: "juicebox-container",
        baseUrl: y,
        galleryHeight: z,
        maxThumbColumns: a,
        maxThumbRows: b,
        thumbsPosition: c
    });
    if (tracker === false) {            
        jb.onInitComplete = function() {
            var element = document.getElementById('juicebox-container');
            element.oncontextmenu = null;
        };
    }
    tracker = true;
}

This should work fine. (I tested it myself before posting.)

I have viewed your 'HMM Aerial Photography' gallery on my iPod Touch 6 running iOS 11.2.2 in Mobile Safari and Mobile Firefox 10.4 and the results look very similar in both browsers.

If you are referring to the browser address bar in horizontal orientation, then I think the difference you are seeing may simply be due to the different design choices that the browser developers have made. Apple (Safari) chooses to hide both the address bar and the navigation bar whereas Mozilla (Firefox) chooses to hide the navigation bar but not the address bar.

Also, please bear in mind that Juicebox is not tested on Mobile Firefox and so mobile Firefox is not an officially supported browser (although viewing galleries in Mobile Firefox should not normally cause any problems).
We support (and test in) the browsers which come bundled with mobile devices (Mobile Safari on iOS and the stock browser on Android) and also Mobile Chrome (both platforms).
Mobile Chrome is more mature (and thus more stable and predictable in its behavior) than Mobile Firefox currently is.

If you let me know some more about your problem, I might be able to help further.
Please let me know what iPhone you have, what version of iOS you are running and what version of Mobile Firefox you have installed.
Please also let me know what gallery you are referring to so that I can try to replicate the issue you are describing and see the problem for myself.
I cannot be sure that I'll be able to help further (what you are seeing might just be down to the different ways that different browsers work) but I'm certainly happy to help further if I can.

1,295

(3 replies, posted in Juicebox-Pro Support)

You're welcome.

Just for clarification, when trying to view a gallery locally in Chrome, the "Juicebox can not display locally in this browser." message should be displayed (as noted in the FAQ below), not the "Config file not found." message.
When I view my gallery locally, I see the message "Juicebox can not display locally in this browser". Why?

If you continue to experience difficulties, just let me know and I'll do my best to help you out.

Incidentally, if you are still using Juicebox-Pro v1.5.0, you might like to upgrade to the latest version (v1.5.1) as many bugs have been fixed in the latest release. (Please see the Version History for a full list of changes.)
Upgrades are free within the same major version number and download links always point towards the latest version rather than the version you purchased so you could use your existing download link (from your purchase email) to download the latest version.
If you cannot find your purchase email or your link has expired, then just fill in the Download Link Request Form and I'll send you a new link.
Full instructions for downloading the latest version and for upgrading JuiceboxBuilder-Pro and existing galleries can be found on the Upgrading Juicebox support page.

1,296

(9 replies, posted in Juicebox-Pro Support)

You're welcome!

1,297

(3 replies, posted in Juicebox-Pro Support)

If you encounter the "Config file not found." message whilst trying to view a gallery locally in Safari 11, then please see this forum post for a full explanation and a workaround.

Unfortunately, Safari 11 (released 19 September 2017) introduced a new security restriction which prevents local viewing of Juicebox galleries by default. This issue is specific to viewing galleries locally (from your computer's hard drive) and there is no such issue once the galleries have been uploaded to a web server (where they can be viewed in any modern browser).
Selecting 'Disable Local File Restrictions' from Safari 11's 'Develop' menu (full instructions in the link above) should, once again, allow you to view your galleries locally in Safari 11.

If you are not using Safari 11, then please see this FAQ for more general information on the "Config file not found." message:
When I view my gallery I see the message 'Config file not found'. How do I fix this?

I hope these notes help.
However, if you continue to experience difficulties, please let me know and I'll try to help further.
Let me know if you encounter the error whilst trying to view a gallery locally or after the gallery has been uploaded to your web server. Also, let me know what browser(s) you see the message in and, if your gallery has been uploaded to your web server, please post a link to the gallery so that I can see the problem for myself.
Once I'm able to see the gallery on your web server, I should hopefully be able to determine the cause of the problem and propose a solution.

1,298

(9 replies, posted in Juicebox-Pro Support)

Is there any JavaScript that can over-ride this?

You could use JavaScript to enable right-clicking within a gallery but you'd likely find that it would not make downloading a gallery image any easier. Chances are you'd right-click on a gallery image but you'd actually be clicking on an invisible overlay (including gallery elements such as the hit areas for navigation) so you'd not see the 'Save Image As...' option.
You'd need to use the Juicebox-Pro API (specifically the onInitComplete event) to wait for Juicebox-Pro to disable the right-click functionality before re-enabling it.
Try the following:

<script type="text/javascript" src="jbcore/juicebox.js"></script>
<script type="text/javascript">
    var jb = new juicebox({
        containerId: "juicebox-container",
        galleryHeight: "400",
        galleryWidth: "600"
    });
    jb.onInitComplete = function() {
        var element = document.getElementById('juicebox-container');
        element.oncontextmenu = null;
    };
</script>
<div id="juicebox-container"></div>

Maybe a good fix for the next release would be to allow right click in the gallery area...

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.
Thank you.

1,299

(3 replies, posted in Juicebox-Pro Support)

No problem!

1,300

(9 replies, posted in Juicebox-Pro Support)

I've tried to use Jb Builder Pro but balked at the restriction of 4095 px (as I recall).

Unfortunately, as you are aware, JuiceboxBuilder has a maximum upper limit for the resolution of source images.
Just for clarification (and for any other users reading this thread), JuiceboxBuilder can handle images of no more than 4095px x 4095px when creating a gallery. This is a limitation of Adobe AIR (the platform on which JuiceboxBuilder runs). Adobe AIR uses Adobe Flash Player as its runtime environment and the largest image size which Adobe Flash Player can handle is 16,777,215 pixels. This equates to a square image of 4095 x 4095. Please see this web page for details.

If I discover any reason why the Juicebox Photoshop Plugin should work differently in CC2017 and CC2018, I'll be sure to post back in this thread.