1,126

(496 replies, posted in Juicebox-Pro Support)

@haggis999

The rollover tooltip-text within a gallery is configurable via the languageList configuration option.
Please see the International Gallery Text support section for details.
This configuration option was intended to be used to translate the text into a different language but you can use to simply change the text if you like.
It is not available in the JuiceboxBuilder-Pro interface but you can add a custom languageList to your gallery's 'config.xml' file, as an attribute to the opening <juiceboxgallery> tag, alongside the other configuration options.
If you want to change "Expand Gallery" to "Hide Menu" and "Close Gallery" to "Show Menu", then you can use the following:

languageList="Show Thumbnails|Hide Thumbnails|Hide Menu|Show Menu|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.|Regarding image|in gallery"

The text displayed in the browser tab comes from the contents of the <title> ... </title> tag (in the <head> section of your web page).

If you create a gallery with JuiceboxBuilder-Pro, then the application uses the Gallery Title for the <title> tag in the gallery's 'index.html' file.

However, you can open any HTML web page in a plain text editor and manually edit the page's <title> to whatever you like.
Just search for "<title>" (there should be only one entry in each web page) and change the text between the opening and closing <title> and closing </title>.

1,128

(496 replies, posted in Juicebox-Pro Support)

@haggis999

Thank you for all your suggestions!

The result is that many of my captions are being unnecessarily wrapped to four lines, made much worse by the fact that Juicebox only shows three of those lines!

Just in case it helps (and for anyone else reading this), when captionPosition is set to OVERLAY or OVERLAY_IMAGE, the height of the caption area is variable (it will increase, if necessary, to accommodate long captions) up to a maximum value set via maxCaptionHeight (default value, 120px). When captionPosition is set to BELOW_IMAGE, BOTTOM or BELOW_THUMBS, the height of the caption area is fixed at the maxCaptionHeight value. Either way, maxCaptionHeight can be increased to accommodate long captions.

1,129

(4 replies, posted in Juicebox-Pro Support)

I'm glad you've got it working! Thank you for letting me know.

Incidentally, there should have been no need to delete any data within WP-Juicebox.
All you need to do to upgrade the plugin from Juicebox-Lite to Juicebox-Pro is to replace the plugin's Lite 'jbcore' folder with the Pro version from the Juicebox-Pro v1.5.1 download zip package ('juicebox_pro_1.5.1/web/jbcore').
You can do this before or after the plugin has been uploaded to your web server.

You could actually swap out the entire plugin (which you might do when the plugin is updated) without affecting any galleries or plugin settings. No custom data is stored within the plugin's directory. All custom gallery settings are stored in XML files in the 'wp-content/uploads/juicebox/' directory and all custom plugin settings are stored in the WordPress database.

1,130

(15 replies, posted in Juicebox-Pro Support)

As far as I am aware, jQuery $.ajax is used to GET the gallery's configuration file ('config.xml') and then the images are loaded into dynamically-generated <img> tags (having had their imageURLs read from the 'config.xml' file).

Is there something out of the ordinary about your internet connection/network that might be causing the problem?
Your gallery certainly looks fine to me.

If going to this location: https://lizmuir.com.au/images/galleries … config.xml
... results in an error 404 (file not found), then all I can deduce from this is that the file is not in that location.

If you are absolutely sure that the file is there, then, first of all, please check that its permissions are not too restrictive. Default file permissions of 644 should be fine.

If this does not help, then please ask your web host why trying to access the 'config.xml' file directly results in an error 404.
They should certainly be able to answer (and hopefully resolve) this issue for you.

1,132

(4 replies, posted in Juicebox-Pro Support)

I'd really need to see your Juicebox gallery's web page (even with the gallery failing to display) to be able to troubleshoot your problem specifically (to see what embedding code you use, what configuration options your gallery uses and to try to determine the location of the gallery files on your web server).
Otherwise, all I can do is give some generic pointers which may but may not be specific to your problem.
Please post back with the URL to your Juicebox gallery's web page so that I can take a look at the problem for myself and hopefully help further.

In the meantime, maybe the following will help.

As you have created a Flickr Set, you could easily create a Juicebox-Pro gallery from this Set as follows.
(1) Open JuiceboxBuilder-Pro.
(2) Click the 'New Gallery...' button on the 'Start' tab.
(3) Select 'Flickr' as the 'Image Source' (top left).
(4) Enter '72157692486109182' as the 'Flickr Set Id'.
(5) Click 'Load Images'.
(6) Customize your gallery on the 'Customize' tab (if you want to).
(7) Save the gallery on the 'Publish' tab (to a new empty folder of its own).

Now you have a Juicebox gallery displaying the images from your Flickr Set, you'll need to embed it into your WordPress site.
You can do this manually using the baseUrl method of embedding documented here. The baseUrl method of embedding is essentially the same as the regular method but it allows you to keep the entire gallery self-contained in its own folder. You would upload the entire gallery folder (not just its contents) to your web server and add a baseUrl entry to your embedding code, pointing towards the gallery folder. It does not matter where on your web server you upload the gallery folder to as long as the two paths in the embedding code (the path to the 'juicebox.js' file and the baseUrl itself, pointing towards the gallery folder) are correct.

Here's an example.
Let's say that you created a gallery (following the 7 steps above) and saved the gallery to a folder named 'flickr_test'.
You could embed the gallery into a WordPress page or post as follows:
(1) Upload the entire 'flickr_test' gallery folder to your web space's root directory.
(2) Edit the WordPress page or post that you'd like to embed the gallery into and paste the following embedding code into the body of the page or post (ensuring that the method of entry is 'Text' rather than 'Visual').

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

The leading slashes in the paths above denote your root directory so the code above will work (without modification) in any page or post throughout your WordPress site.
(3) Publish the page or post.

Alternatively, you could do all of the above using WP-Juicebox, the dedicated Juicebox plugin for WordPress.
Here's how:
(1) Install WP-Juicebox to your WordPress site following the installation instructions on the plugin's support page here.
(2) Upgrade WP-Juicebox from Juicebox-Lite (which it comes bundled with) to Juicebox-Pro following the Upgrading to Juicebox-Pro instructions.
(3) Create a WordPress page or post that you'd like to display the gallery into and click the 'Add Juicebox Gallery' button.
(4) Select the 'Use Flickr' checkbox and enter flickrSetId="72157692486109182" into the Pro Options text area.
(5) Click the 'Add Gallery' button (at the bottom of the pop up gallery settings window).
(6) Publish the page or post.

That's it. The plugin handles the embedding code for you.

I hope these notes help but, as I mentioned previously, if you continue to experience difficulties, then please post the URL to your Juicebox gallery's web page so that I can take a look at the problem for myself and hopefully help further.
Once I'm able to see your (dysfunctional) gallery live on your web server, I should hopefully be able to determine the exact cause of your problem and propose a solution. Thank you.

I think both your questions are related to each other (at least by the root cause).

The main difference between your 'JBGallery.html' page and your 'JBGallery1/index.html' page is that your 'JBGallery1/index.html' page locks the viewport (with the following line of code):

<meta name="viewport" id="jb-viewport" content="width=device-width, initial-scale=1.0, minimum-scale=1, maximum-scale=1, user-scalable=0" />

... whereas your 'JBGallery.html' page does not.

This results in the gallery being expanded from the Splash Page differently on the two embedding pages.
From 'JBGallery.html', the gallery is expanded on a new page of its own.
From 'JBGallery1/index.html', because the viewport is locked, the gallery is expanded on top of the embedding page.
(Please see the Expand Gallery Behavior support section for details.)

This explains the difference between the two pages but not why the galleries expand with different layouts.
Unfortunately, the problem seems to be due to a known bug (whereby the page that the gallery is expanded into has a bearing on how the gallery is displayed) that the developers are aware of but have not yet been able to fix.

Until the bug is fixed, possible workarounds are as follows:
(1) Set showSmallThumbsOnLoad="FALSE" (in JuiceboxBuilder-Pro's 'Customize -> Thumbnails' section).
... or:
(2) Remove the viewport lock from your gallery pages.

I have sent a further note to the developers regarding this problem.
Thank you for reporting the problem and apologies for any inconvenience caused.
Hopefully one of my suggested workarounds will work for you until the bug is fixed.

1,134

(15 replies, posted in Juicebox-Pro Support)

Try changing JuiceboxBuilder-Pro's imagePreloading (in JuiceboxBuilder-Pro's 'Customize -> Main Image' section) from its default value of PAGE to NEXT to see if this helps.

For reference, a short description of imagePreloading and its possible values can be found in the Main Image section of the Config Options page.

1,135

(15 replies, posted in Juicebox-Pro Support)

I've just tried viewing your gallery in a couple of different browser (Chrome and Edge) than the one I was using before (Firefox) and the gallery loaded all your images in both browsers without any problem.

I'm sure you'll have much more knowledge about web servers than I do but, if the problem was a server-related issue, I would expect to see the same results that you describe. It sounds like we can rule out the web server as being a probable cause (at least for the time being).

If you have exactly the same problem in all your browsers, then the problem is unlikely to be a browser specific problem.

This leaves your internet connection (please check to see if it is stable at the moment) and your computer as two other variables in this equation.

There really seems to be no problem with the gallery on your server (at least from my perspective) and your images load quickly in all browsers I've viewed your gallery in myself (with none failing to display).

Maybe you have some security software installed which is somehow interfering with the loading of your gallery images. Try temporarily turning off any security software that you have installed (at your own risk) to see if this makes a difference.

Also, what happens when you try to display the gallery images directly in your browser (bypassing Juicebox-Pro).
For example, try opening:

https://foto.motoko.eu/2018_winter_cz/images/Olesnice_bezky_1.jpg

... and then

https://foto.motoko.eu/2018_winter_cz/images/2018-02-02-DSCN0018-truck-z-lanovky.jpg

... etc.
Do they all display fully or do some fail to display (like in the gallery)?

Thank you for providing the link to your gallery's web page.

By default, your gallery's configuration file should be named 'config.xml' and should be located directly inside your gallery folder.
Therefore, it should be located here: https://lizmuir.com.au/images/galleries … config.xml
Going directly to that location in a browser (bypassing Juicebox) should result in the contents of the 'config.xml' file being displayed but the file does not seem to be there.
Please double-check the filename and location of your gallery's configuration file.

Otherwise, if you have moved or renamed your gallery's configuration file, you can point towards it via a configUrl entry in the embedding code.
If you use a relative path for your configUrl, then the path should be relative to the baseUrl.

I hope this points you in the right direction.

This might not be an easy task to achieve (and I do not know of anyone who has done this).

You could certainly use the Juicebox-Pro API to detect when the last image in the gallery has been reached and then run whatever custom JavaScript code you like.

var jb = new juicebox({
    containerId: "juicebox-container"
});
jb.onInitComplete = function() {
    var count = jb.getImageCount();
    jb.onImageChange = function(e) {
        if (e.id === count) {
            alert('Last image in gallery has been reached.');
        }
    };
};

You'd just need to change the JavaScript alert for a command to load your next gallery page, for example:

window.location.href = 'https://www.example.com/index.html';

Unfortunately, there is no API method to check (or track) the current AutoPlay status so that only way to detect if AutoPlay is on or off is to check if the 'jb-status-playing' CSS class is present on the 'jb-bb-button-auto-play' CSS class.

var jb = new juicebox({
    autoPlayOnLoad: "TRUE",
    containerId: "juicebox-container",
    showAutoPlayButton: "TRUE"
});
jb.onInitComplete = function() {
    var count = jb.getImageCount();
    jb.onImageChange = function(e) {
        if (e.id === count && $('.jb-bb-btn-auto-play').first().hasClass('jb-status-playing')) {
            alert('Last image in gallery has been reached via AutoPlay.');
        }
    };
};

You could then add a delay (ideally the same as the Juicebox-Pro displayTime value) to allow the last image to be seen before loading the next gallery.

var jb = new juicebox({
    autoPlayOnLoad: "TRUE",
    containerId: "juicebox-container",
    showAutoPlayButton: "TRUE"
});
jb.onInitComplete = function() {
    var count = jb.getImageCount();
    jb.onImageChange = function(e) {
        if (e.id === count && $('.jb-bb-btn-auto-play').first().hasClass('jb-status-playing')) {
            window.setTimeout(function() {
                alert('Last image in gallery has been reached and 5000ms have elapsed.');
            }, 5000);
        }
    };
};

There might be some further pitfalls to avoid and tweaking to do but I hope that this points you in the right direction.

1,138

(15 replies, posted in Juicebox-Pro Support)

When I view your gallery myself, all 30 images are displayed successfully so it looks like all the gallery files are present and correct on your server and there are no problems with the images (no corrupt images or problems with case-sensitivity within filenames).
It looks like your problem may be due to either a temporary web server glitch or an internet connection issue.
All I can suggest at the moment is that you try clearing your browser's cache and reload your gallery's web page again.
Also, try viewing your gallery in a different browser (Edge, Chrome, Firefox, Internet Explorer, Opera, Safari) to see if this makes a difference (and if you have any browser extensions enabled, try temporarily disabling them).
Please let me know how you get on.

As long as your files and folders are actually where you say they are on your web server and that your gallery's XML file inside the 'illumination' directory is named 'config.xml', then your embedding code looks to be OK.

First of all, try clearing your browser's cache before reloading your gallery's web page to make sure that your browser is using the most recent versions of your gallery files (and not older, cached versions).

Next, if yo have edited your gallery's 'config.xml' file manually, please check to see if the file contains any syntax errors by opening it directly in a web browser. If there are any errors, the browser will tell you the first error in the file and at whih line it occurs.

If this does not help, then try reuploading your gallery's 'config.xml' file to be sure that it is complete and not corrupt (which may have happened if the initial upload was somehow interrupted).

Also, please check out the FAQ which deals with the 'Config file not found.' message.
When I view my gallery I see the message 'Config file not found'. How do I fix this?

If none of the above helps, then please post the URL to your gallery's web page so that I can see the problem for myself and hopefully help further.
Once I am able to see your gallery live on your web server, I should hopefully be able to determine the cause of the problem and propose a solution.

I hve done as you suggested and made a post on that other forum thread.

Thanks!

Sorry, it looks like I might have made a typing error the first time I tried this. I've just tested this again and it all works fine.

Thank you for letting me know. At least there is no problem in adding &nbsp; entries to image titles or captions.

With any luck, most users will view my galleries with Javascript enabled...

In this day and age, I think there are very few users browsing the web without JavaScript enabled.
Here's an interesting read: https://blockmetry.com/blog/javascript-disabled

1,141

(14 replies, posted in Juicebox-Pro Support)

I'm glad you're getting on well with Juicebox-Pro and that you've been able to reach a suitable resolution/quality/filesize combo for your images.
Thank you for letting me know.

I can't see any option for scaling the thumbnails.

The thumbnails in a Juicebox gallery do not scale. They are always displayed at the thumbWidth and thumbHeight dimensions.

Unfortunately, taking the option to centre the title and caption doesn't quite work correctly if you also opt for image numbering.

If displaying the image number, then space is reserved for it at the right hand side of the caption area.
The caption text is then centered (if captionHAlign="CENTER") in the remaining area.
I think this is probably a design choice rather than a coding error but, if you like, you can post feedback and suggestions in the Feature Requests forum thread where they will be seen by the developers.

I experimented with trying to correct the horizontal alignment of my titles and captions by prefixing them with a string of &nbsp; entries, but rather oddly these were converted by Juicebox into visible colon characters!

I've just tried entering a string of &nbsp; entries at the beginning of an image title and and an image caption in JuiceboxBuilder-Pro and it seems to work as expected for me (displaying spaces before the text).
Please provide a link to a gallery which demonstrates this problem so that I can investigate further. Thank you.

I noted that Juiceboxbuilder generated html code in the index.html files to present a gallery in the absence of Javascript support.

The code you are referring to is the SEO Content Code, intended to help with Search Engine Optimization. It also allows gallery images to be seen in browsers which do not have JavaScript enabled (but this is not the code's primary purpose).
Please see here for details.
You can prevent the code from being generated, if you like, by deselecting the 'Add SEO Content' checkbox in JuiceboxBuilder-Pro's 'Customize -> Sharing' section.

1,143

(1 replies, posted in Juicebox-Pro Support)

I'm glad that you've been able to get JuiceboxBuilder-Pro up and running again.
Thank you for letting me know.

Here are some notes that might help to clarify a couple of things.

Was my original problem because I had TOO many photos in the Gallery or because I tried to drag and drop too many photos at one time?

The problem was likely to be due to adding a large number of images to the gallery at once.
If you are trying to add many images to JuiceboxBuilder-Pro at once, then Adobe AIR (the platform on which JuiceboxBuilder-Pro runs) may not be able to allocate enough memory for the task at hand. Even if your computer has plenty of free RAM, Adobe AIR applications are limited to around 1GB of memory allocation. As you have discovered, the workaround is to add your images in smaller batches.

If I had too many photos, what is the safe limit? If I know a limit I can keep my eye on the counter.

Unfortunately, the safe limit will be dependent on the filesize of the source images so I can't really recommend a maximum number of images to add.
If your source images have similar filesizes, then try adding different numbers of images to a new gallery (so that this test does not interfere with your existing gallery). A little trial and error should soon let you know what is safe.

Where does config.xml come in...

The 'config.xml' file is the gallery's configuration file which stores the gallery's configuration options and the image data.
When a gallery is created with JuiceboxBuilder-Pro, the 'config.xml' file is generated inside the gallery folder (alongside the 'jbcore' folder).

I hope you're able to recreate your gallery without too much trouble.

I've heard back from the Avast support team and they have been unable to reproduce the problems you reported using the latest version of their software (v18.3).
They have advised that you update your Avast (to v18.3) and hopefully this will resolve your problem.
Please let me know how you get on. Thank you.

1,145

(14 replies, posted in Juicebox-Pro Support)

Many thanks again. You have been very patient.

You're welcome.

Here are some notes which might help to clarify a couple of things further.

I understand the new window but what do you mean about the gallery being expanded?

If a gallery is embedded in an existing web page alongside other content, then it can be expanded to fill the browser window.
Try expanding this sample gallery by clicking the Expand Button on the gallery's Button Bar (the 2nd icon from the left).
If a gallery has dimensions of 100% x 100% and is on a web page of its own, then the only way a gallery can be expanded is if you set useFullscreenExpand="TRUE" (in JuiceboxBuilder-Pro's 'Customize -> Lite' section), in which case the gallery will be expanded to fill the entire screen (as long as the browser supports the Fullscreen API) rather than just the browser window.
Incidentally, useFullscreenExpand="TRUE" can be used on embedded and full page galleries.

If I ask for a SMALL image you use it when the web folder is viewed on a small screen device and it has smaller pixel dimensions so it loads faster. Yes?

That's the basic premise, yes, but more specifically, SMALL images (if available) will be used for the gallery's main images if the gallery is displayed in Small Screen Mode (i.e. if screenMode="AUTO" and the gallery is being viewed on a mobile device or if screenMode="SMALL").

Thank you for the additional information.

One other user has previously reported a problem with Avast's Ransomeware Shield (in this forum thread) back in November 2017.
At the time, I contacted Avast and they assured me that they had cleared the JuiceboxBuilder-Lite executable file's reputation in their database.
I guess the problem is still present.

I've filed another false positive report with them (via their online form).
I'll post back here when I hear back from them.

What exactly do you mean by 'native orientation'?

I'm just referring to the way that the image would be displayed if it was not dynamically re-orientated by the program being used to display it (i.e. the way the image would be displayed if it had no EXIF orientation flag and the program being used to display it has no information on how it should be oriented). If you re-save an image in an imaging program such as Adobe Photoshop, stripping out all EXIF information during the process, and then view the image (in any program afterwards), then you'll see the image as JuiceboxBuilder-Pro does.
EXIF orientation can be a bit of a minefield at the best of times and JuiceboxBuilder-Pro chooses not to read or use the EXIF orientation flag (but offers users the opportunity to rotate images if necessary). Take a look at this article. It's a little old now but it provides some interesting information on how complex applying an EXIF orientation flag can be and how there can be very little consistency between different platforms and programs with regard to this matter.

I'll get back to you later on the multiple gallery topic when I've had more time to experiment.

No problem.

Thanks again for all your help :)

You're welcome!

Using only 'web-safe' characters in my image filenames would require a major redesign of a large and complex website. Given that I have never had any web server issues caused by apostrophes, it is not viable for me to make such an effort simply to keep Juicebox happy. It is easier for me to delete the apostrophes.

Here's a Wikipedia article documenting reserved and unreserved characters in URIs and the need to percent-encode reserved characters (which include the apostrophe and comma).
https://en.wikipedia.org/wiki/Percent-e … characters

I can't see how that statement can be true when JuiceboxBuilder has clearly changed the normal rotation of one of my images. It's easy enough to fix, but it would be nice to know what is causing this behaviour.

I guess it's possible that you've not actually seen the image in its native orientation. Maybe all the programs you've used to view the image up until now have read the image's EXIF orientation flag and have dynamically rotated it. I can't say for sure but it's certainly possible and might explain what is happening.

I'm using baseURLs and created my own html code for navigating to multiple galleries, though they are links to individual index.html pages, so not really a case of 'Multiple Galleries on One HTML Page'. Have you any sample code for keeping everything on a single page or is that only available via Showkase?

I'm not sure what you mean when you say that "they are links to individual index.html pages" and that you are looking for "sample code for keeping everything on a single page". Are you looking to:
(1) Link to individual gallery pages (like this)
(2) Embed multiple galleries on the same page (like this)
(3) Switch between multiple galleries on a single web page (like this)

Whatever you are looking to achieve, the best course of action would be to view the source of the online examples (from the Embedding Multiple Galleries support section) in a web browser and copy/modify the code to suit your own needs. Knowledge of CSS, HTML and JavaScript would be required and the only automated solution (without the need for any manual coding) would be to use Showkase.

I can understand why the caption position of OVERLAY_IMAGE should be constrained to the width of the image, but fail to see why this also applies to BELOW_IMAGE.

It's really just a design choice that the developers have made. There are 5 different captionPosition values (other than NONE) that can be used. You might not be able to position the captions exactly where you'd like them to be but hopefully you can reach a compromise with the available values.

The only other suggestion I can make is to perhaps reduce the font size of your caption text slightly to minimize the amount of wrapping required. If you'd like to try this, then please see this forum post for details.

1,149

(14 replies, posted in Juicebox-Pro Support)

I have to admit Steven that the difference between the three words in upper or lower case escapes me. I must have read the instruction manual a dozen times over the last week and I still don't understand how the system works. Juicebox as a product is brilliant but when "LARGE" and "large" become importantly different I struggle.

JuiceboxBuilder-Pro is capable of generating three different image sizes (so that Juicebox can display the most appropriate size depending on the device being used to view the gallery). We call these 3 sizes SMALL, MEDIUM and LARGE in the 'Set Image Sizes' control panel as the SMALL set of images will be used when the gallery is displayed on small screen devices (mobile devices) and the LARGE set of images will be used when the gallery is displayed on large screen devices (desktop computers). This is not strictly true (the actual logic is noted here) but it gives you an idea what the 3 images sizes are for. There is no need to display a LARGE image (wasting bandwidth and taking longer to load) when a SMALL image will do.

For example when you and I first met less than two weeks ago you pointed me to a screen mode called Small so I could fill my thumbnail page with nothing but thumbs.

I suggested using Small Screen Mode as it is the only way to have thumbnails and main images on separate pages. However, as I have mentioned, Small Screen Mode was designed for small screen devices (to give the main images more room to be displayed on mobile devices where screen real estate is usually limited) which is why SMALL images will be used if they have been generated.

Take another look at these two support sections and hopefully things will fall into place.
Screen Modes: https://www.juicebox.net/tour/gallery/#screen-modes
Multi-Size Image Support: https://www.juicebox.net/support/multisize/

Can you take a look at these two snips and let me know if I have chosen the best settings for my needs?

Your screenshots show that:
(1) The 'Resize Images' checkbox is deselected
(2) The 'Use Watermark' checkbox is selected

As the 'Resize Images' checkbox is deselected, JuiceboxBuilder-Pro will not resize your source images (so the 'Max Width' and 'Max Height' in the 'Set Image Sizes' control panel are ignored).

However, because the 'Use Watermark' checkbox is selected, JuiceboxBuilder-Pro does need to process the images (to add the watermark) so the 'Quality' setting is used when the new watermarked images are generated.
If you find that your gallery images are not of a high enough quality, then try increasing the 'Quality' from its default value of 80 to something higher. Maybe try 90 instead. Above 90, the law of diminishing returns usually kicks in, giving little visual quality improvement but increasing the filesize significantly. However, trial and error will likely allow you to achieve the best balance between quality and filesize.

Also, as the the 'Resize Images' checkbox is deselected, there will be only one set of images in your gallery (technically the MEDIUM images but don't worry about what they are called... they can be whatever resolution you want them to be) which will be used under all circumstances.

I'm glad you've been able to find the source of your problem.
Please let me know what antivirus program you use (and what database version you currently have installed) so that I can let the antivirus developers know about this (and hopefully they will be able to fix the problem in a future release).