1,126

(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,130

(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).

I've already tried modifying an existing Juicebox gallery by manually adding an apostrophe to a couple of the filenames (in both images and thumbs folders) and making matching changes to the config.xml file, but the modified images appear as blanks in the gallery preview. That suggests to me that no plugin would be able to bypass the 'no apostrophes' rule.

If you encode the ' character as %27 in the imageURL, thumbURL and linkURL entries in the gallery's 'config.xml' file, the images should hopefully display OK.
For example, for an image with the filename gallery'image.jpg, use:

imageURL="images/gallery%27image.jpg"
thumbURL="thumbs/gallery%27image.jpg"
linkURL="images/gallery%27image.jpg"

JuiceboxBuilder-Lite does not display thumbnails for images which contain a comma in the filename, though the gallery preview appears to work fine

I have notified the developers of this but, as I have mentioned previously, if you use only web-safe characters for image filenames, then you will have no problems in either JuiceboxBuilder or on a web server.

One of my images had the wrong orientation after processing by JuiceboxBuilder-Lite.

JuiceboxBuilder does not read the image's EXIF orientation flag and dynamically rotate the image. It just displays the image as is. If necessary, you can rotate the image within JuiceboxBuilder via the rotate button near the lower right corner of the 'Images' tab (after clicking the relevant thumbnail to reveal the input fields at the bottom of the window). If this does not help, then 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. I realise that this will add a few steps to an existing workflow but it should help.

JuiceboxBuilder-Lite has never offered me any guidance when it failed to open a gallery whose config.xml file contained a problem caused by an error in manual editing.

If you like, you can 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.

If you have trouble figuring out where the problem is in a manually edited 'config.xml' file, then try opening the file directly in a web browser. The browser will usually tell you what and where the problem is in the file.

I have now taken the plunge and upgraded to Juicebox Pro, but I am having problems in persuading it to show more than one gallery on the same html page.

Please take a look at the Embedding Multiple Galleries support section (specifically the View Multiple Galleries on One HTML Page Example).

When embedding multiple galleries on a single web page, you'll need to use either a configUrl (to point to different configuration files) or a baseUrl (to point towards different gallery folders) in each gallery's embedding code. (Short descriptions of these embedding options can be found here.)

The online example embeds multiple galleries using the baseUrl method of embedding (documented here).
Essentially, you would keep each gallery in its own unique folder, upload the complete gallery folders (not just the contents) to your web server, and use a baseUrl in each gallery's embedding code to point towards the gallery folder. (The instructions here give an example.)

If you continue to experience difficulties embedding multiple galleries on a single web page, then please post back with the URL to your web page so that I can take a look at the problem for myself and help further. Thank you.

Do I have to write my own html code to create a gallery menu?

Yes. With Juicebox-Pro, you can create as many individual galleries as you like. However, if you would like to link them all together (with a navigation menu), then you would need to do so manually following the examples in the Embedding Multiple Galleries support section.

If you are looking for an automated solution to creating and listing multiple galleries, then you might be interested in another one of our products, namely Showkase.

Showkase is a PHP web application (installed on your web server instead of your computer) which allows you to create a complete portfolio web site (integrating multiple galleries) online.
Showkase has full support for Juicebox-Pro and the galleries can be created within the application itself in a web browser interface (or created with JuiceboxBuilder or the Juicebox plugin for Lightroom and imported).

You can create Gallery Index pages and have as many galleries listed on each Gallery Index page as you wish.
Each gallery is represented by a thumbnail image with the gallery title displayed below and the gallery is opened when the user clicks on the image.
Demo sites created with Showkase can be found here and a sample Gallery Index page can be found here.

Showkase can also create non-gallery pages (About, Basic and Contact pages) where you can add information about yourself (or any other content you like).
All of this is done automatically within the Showkase interface without the need for any manual coding at all.

Showkase can be purchased as Showkase-Standard (which comes with Juicebox-Lite, the free version) or Showkase-Pro (which comes with Juicebox-Pro).
The only difference between Showkase-Standard and Showkase-Pro is the bundled viewer (Juicebox-Lite vs Juicebox-Pro).

As you already have Juicebox-Pro, you could purchase Showkase-Standard (if you wanted to) and integrate your Juicebox-Pro files by following the Installing a Pro Viewer instructions.

More information on the differences between Juicebox and Showkase can be found in this forum post.

Is there any way to make captions wider than the image?

If you set captionPosition to OVERLAY or BOTTOM (or possibly even BELOW_THUMBS, depending on where your thumbnails are positioned), then the caption area will span the entire gallery rather than just the image.
captionPosition can be found in JuiceboxBuilder-Pro's 'Customize -> Caption' section.

You can also give the captions a little more horizontal room by removing the image number from the caption area (by setting showImageNumber="FALSE") as space is normally reserved at the right hand side of the caption area for the image number (e.g. "2/50").

Hi thanks, can you confirm it's '/sites/all/libraries/juicebox/' directory and not '/sites/all/libraries/juicebox/jbcore' ? Thanks!

Yes. As far as I am aware, you should copy the contents of the 'juicebox_pro_1.5.1/web/jbcore/' folder (not the 'jbcore' folder itself) into the '/sites/all/libraries/juicebox/' directory.
That's what the module's instructions say and, as far as I can recall, they are correct.

Also do we have to drupal build the entire image albums across the site or just replacing the script files would suffice? Thanks!

I'm pretty sure that as soon as you replace the contents in the '/sites/all/libraries/juicebox/' directory, all galleries created by the module should instantly turn Pro (with no branding, no image limit and all Pro configuration options becoming active). If you do not see this, then try clearing your browser's cache before reloading your website to be sure that your browser is not still using older cached versions of the Juicebox core files.

Please note that the Juicebox module for Drupal was not written by ourselves, and as such, I am not overly familiar with its code, interface or inner workings.
If you need further support for the module, then please post in the Drupal forum where its author should be able to help you out.

Here's what I usually recommend for users having problems with JuiceboxBuilder-Pro.
It sounds like you might already have tried most of the suggestions but perhaps the additional notes regarding security software and user accounts will help.

(1) Uninstall JuiceboxBuilder-Pro.
Mac: Delete the 'JuiceboxBuilder-Pro' file from the Applications folder and empty your Trash.
Windows: Use the uninstaller in the 'Control Panel -> Programs -> Uninstall a program...' list.

(2) After uninstalling JuiceboxBuilder-Pro, please check that there are no files are left behind (even from a failed installation) by manually deleting the following folders from your hard drive:
Mac:
/Users/Username/Library/Application Support/Adobe/AIR/ELS/JuiceboxBuilder-Pro
/Users/Username/Library/Preferences/JuiceboxBuilder-Pro
Windows:
C:\Program Files (x86)\JuiceboxBuilder-Pro
C:\Users\Username\AppData\Roaming\Adobe\AIR\ELS\JuiceboxBuilder-Pro
C:\Users\Username\AppData\Roaming\JuiceboxBuilder-Pro
C:\Users\Username\Documents\JuiceboxBuilder-Pro
You may need to show hidden files to find some of the above locations in Windows File Explorer.

(3) Also, please follow the procedure above (Steps #1 - #2) for JuiceboxBuilder-Lite, too (if you have it installed).
JuiceboxBuilder-Lite and JuiceboxBuilder-Pro can both be installed and run side by side on the same computer but, being that you are experiencing problems, it might be wise to completely clear your system of all JuiceboxBuilder files before trying to reinstall JuiceboxBuilder-Pro.

(4) Uninstall Adobe AIR (again, via the control panel).

(5) Reinstall Adobe AIR (as an administrator).
You can download the current version of Adobe AIR from here.
When reinstalling Adobe AIR, instead of just double-clicking the 'AdobeAIRInstaller.exe' installation file, right-click the file and select 'Run as administrator'.

(6) Reinstall JuiceboxBuilder-Pro following the instructions here.

(I realise that you are using a Windows PC but I've included notes for Mac above, too, in case any Mac users are experiencing similar issues and are reading this forum thread.)

Hopefully this will help.
If not, then here are a couple of other things to try that might help.

(1) Try temporarily turning off any security software that you might have installed (or make an exception within the software for the JuiceboxBulder-Pro executable file) in case this is somehow interfering with the functionality of JuiceboxBuilder-Pro.

(2) Try creating a new User Account (make sure it is an Administrator Account), log into this new account and try installing and running JuiceboxBuilder-Pro from there.

I hope that the suggestions above help.
Please let me know how you get on.

1,135

(14 replies, posted in Juicebox-Pro Support)

Am I not creating 'large' images when I put 1920 by 1080 in that Medium box?

By 'small', 'medium and 'large', I am referring to the SMALL, MEDIUM and LARGE image sizes generated by JuiceboxBuilder-Pro (rather than the actual dimensions of any particular image size set).
When you "put 1920 by 1080 in that Medium box", then, using my noation above, you would be creating 'medium' images (no matter what image dimensions you set).
Maybe I should have used SMALL, MEDIUM and LARGE rather than 'small', 'medium' and 'large', but I hope that this helps to clarify things.

Do you want to lock one?

OK. I'll lock the other forum thread and we can continue the conversation here.

[Thread locked. Conversation continued in this forum thread.]

If you are not resizing images in JuiceboxBuilder-Pro (the 'Resize Images' checkbox is deselected), then all values in the 'Set Image Sizes' control panel are ignored. JuiceboxBuilder-Pro simply copies your source images into the gallery's 'images' folder.

Just follow the module's own installation instructions (here) but using the 'jbcore' folder from the Juicebox-Pro v1.5.1 zip package ('juicebox_pro_1.5.1/web/jbcore/').
If you have already installed the module with Juicebox-Lite, just overwrite the files in the your '/sites/all/libraries/juicebox/' directory with the contents of your 'juicebox_pro_1.5.1/web/jbcore/' folder.

With JuiceboxBuilder-Pro closed, please double-check to see if the following folder exists on your system:

C:\Users\Username\Documents\JuiceboxBuilder-Pro\.tempGallery

If there is a .tempGallery folder in this location, please delete it manually.

The .tempGallery folder is created automatically by JuiceboxBuilder for internal use only (for the live preview window and as a temporary gallery folder until the gallery is saved on the 'Publish' tab).
It should automatically be deleted by JuiceboxBuilder-Pro on closing the application but, if this fails, it had been known to render the 'New Gallery...' and 'Open Gallery...' buttons inactive.

The only way that I've been able to replicate the symptoms that you describe is to save a gallery to a Google Drive folder (so I'd recommend not saving a gallery to a location which is being synced to an online file sharing service) and the problem seems to be due to a persistent .tempGallery folder (which has not been removed as expected).
You may not be using a Google Drive folder but a persistent .tempGallery folder might still be causing a similar problem.

Hopefully my notes above will help.

1,140

(14 replies, posted in Juicebox-Pro Support)

However I do see quite a difference when I convert my RAWs to 1024x768 jpgs and do not let JuiceBox do any resize. I'll put a couple of comparisons on my server so you can see. The colours are more saturated and certainly they are sharper.

It sounds like post-processing your images manually and then feeding them to JuiceboxBuilder-Pro (with the 'Resize Images' checkbox deselected) would be the best way to go for your own scenario.

I could not see any difference when I ticked the Large Images in the Change Sizes option.

You are likely not seeing the 'large' images in your gallery.
As your gallery is always displayed in Small Screen Mode, the 'large' images will be used only when images are opened in new tabs via the 'Open Image' button.
In Small Screen Mode, 'small' or 'medium' images (but never 'large' images) are used for the main gallery display, depending on image availability (whether or not 'small' images have been generated) and the screen being used to view the gallery (regular vs retina).
The logic that Juicebox uses to determine which image size to use is noted in the Multi-Size Image support section.

It actually refuses to import them into a gallery.

Yes, it is true that JuiceboxBuilder does not accept images with the ' character in their filenames.

Is there a way to bypass this refusal?

There is no way to bypass this. If you want to include images which have been rejected for including the ' character in their filenames, then they will need to be renamed, as noted in the warning message.

When I said that there are no functional problems, I meant that trying to add an image with a ' character in its filename does not cause JuiceboxBuilder to crash or freeze.

Many thanks for raising a bug report.

You're welcome.

However, when I say that the use of the ' character is discouraged, it would be best practice to use only web-safe characters (uppercase and lowercase letters, decimal digits, hyphen, period, underscore, and tilde) for image filenames and I do not know if the developers are likely to address the issue (to allow users to include a non-web-safe character in image filenames). They might... I just do not know.

With this in mind (JuiceboxBuilder not accepting images with the ' character in their filenames and no immediate resolution on the horizon), you might like to look into other methods of creating a Juicebox gallery.
There are plugins available for other programs (such as Adobe Lightroom, Adobe Photoshop and jAlbum) and you can also create a gallery manually.

Just a quick disclaimer, though... I do not know if you will encounter any issues with any of the plugins regarding the ' character in image filenames.
All I can say is that you should not encounter any problems with any method of creating a gallery if you use only the web-safe characters listed above.

Your gallery forces Small Screen Mode (designed for small screen mobile devices) to be used on all devices and in al browsers (by setting screenMode="SMALL"). In Small Screen Mode, if 'small' images are available, they will be used in the main gallery display (after selecting a thumbnail).

A Multi-Size Image gallery works best when screenMode="AUTO" and Juicebox can choose between screen modes (which has a bearing on which image size is used).

There is no real problem with setting screenMode="SMALL" but, knowing that Juicebox will use 'small' images for the main gallery display (if the 'Small Images' checkbox has been selected), just make sure that your 'small' images are quite large. There is nothing stopping you from changing the resolution and quality of the 'small' images to whatever you like (within the working parameters of JuiceboxBuilder).

Also, knowing that your Juicebox gallery will always be displayed in Small Screen Mode and that Juicebox will not be using the multiple image sizes as diversely as it would if screenMode="AUTO", you might like to just have one set of images for your gallery (the 'medium' images) and not worry about generating 'small' and 'large' images'. Just make sure that your 'medium' images (which will be used for everything except the thumbnails) have a good balance between resolution/quality and filesize.

I do not know the nature of the problem whereby JuiceboxBuilder does not accept images with the ' character in their filenames. (I have no access to the JuiceboxBuilder source code). I suspect that including a ' in an image filename may close off an opening ' within the application's code and should be escaped (but this is just speculation as I really do not know).

In any case, including a ' in an image filename does not actually cause any functional problems (a warning message appears asking the user to rename the image) and it is discouraged (as it is not a web-safe character).

However, it is, admittedly, an inconvenience for those wishing to use the ' character in image filenames and, as such, a bug report has been logged (but I do not know if or when it will be addressed by the developers).

1,144

(14 replies, posted in Juicebox-Pro Support)

I decided to import some jpgs (4640x3472) without the resize box ticked and I am amazed at how much sharper and more vibrant my large images are. Ticking the resize box does make them less crisp and reduced the colours.

If you choose to not resize your images (by deselecting the 'Resize Images' checkbox), then JuiceboxBuilder will simply copy your source images across to the gallery's 'images' folder.
Your original 4640px x 3472px images will undoubtedly look better then resized 1024 x 768px images but, when online, they will take much longer to load (as they will have a much larger filesize).
Getting your images to be the right size is a bit of a balancing act and a compromise needs to be reached between the image filesize (so that it is not too large for web gallery use) and quality.
Try resizing your images but with a higher resolution and a quality greater than 80%. A bit of trial and error might be required to reach a resolution/quality/filesize that you are happy with.

I've been reading through earlier posts on this forum and same across someone asking about embedded EXIF and what happens when you 'resize'.

Incidentally, resized images do not retain any metadata (EXIF or IPTC) so if you want your gallery images to retain their original metadata, you'll need to resize them in an imaging program such as Adobe Photoshop or GIMP (a program that is capable of retaining metadata whilst resizing) and then feed the images to JuiceboxBuilder-Pro with the 'Resize Images' checkbox deselected (to ensure that the images are not resized again).

EDIT. But doing this means one has to make the watermark much bigger if you use one !!

That is correct. A watermark embedded into a large image which is then dynamically scaled down to fit within the gallery's image area will look smaller than the same watermark embedded into a smaller image which does not need to be dynamically scaled down.

Why would I want to tick the Large Images choice?

If you select the 'Large Images' checkbox, then an additional 'large' set of images will be generated for the gallery and Juicebox-Pro will use them under the following conditions:
(1) The 'large' images will be used for the main gallery display in Large Screen Mode when a retina screen is being used to view the gallery.
(2) The 'large' images will also be used when an image is opened in a new window (via the 'Open Image' button) in both Small and Large Screen Modes and when the gallery has been expanded (via useFullscreenExpand="TRUE") in Large Screen Mode.
The concept behind having a number of different image sizes is to serve images appropriate to the viewing device (and to prevent large images from being served when small images will suffice).

Would it make the full screen images better when I click a thumbnail?

No. In Small Screen Mode (which your gallery uses), the 'small' images are used after clicking a thumbnail unless there are no 'small' images available, in which case, the 'medium' images (which are available in all galleries) are used.

Am I getting the best full screen images?

You can always increase the resolution of your images and bump up the quality (from the default value of 80) but the larger your images, the longer they will take to load.
The default values (of 1024px x 768px at a quality of 80% for 'medium' images) are usually a good compromise, resulting in images with a filesize of approximately 120KB, but if you feel that your images would benefit from having a larger resolution (or a higher quality) then I would recommend that you try larger values in the 'Set Image Sizes' control panel.

I also use Scale rather than Scale Down.

That is fine but please bear in mind that when using SCALE, Juicebox-Pro will dynamically scale up small images to fit within the gallery's image area if they are not large enough (as well as scaling down large images if necessary). This may reduce their visual quality. SCALE_DOWN (the default value), on the other hand, will only scale down large images (and will not scale up small images).

You're welcome!

If you select only one image size, then Juicebox-Pro will have no option but to display this image size in the gallery.
However, if you select multiple image sizes, then Juicebox-Pro will display the most appropriate image size for the device and screen being used to view the gallery (according to the logic noted in the Multi-Size Image guide).

In order to generate 'Large' and/or 'Small' images (and to resize the source images for the 'Medium' images, too), the 'Resize Images' checkbox must be selected.
If the 'Resize Images' checkbox is deselected, then the source images will not be resized at all (no matter what image sizes have been selected in the 'Set Images Sizes' control panel) and the source images will simply be copied across to the gallery's 'images' folder for use as the imageURL ('Medium') images.

No matter what image size is displayed, the images in the gallery will be scaled depending on the value of the imageScaleMode configuration option (SCALE_DOWN, SCALE, FILL, STRETCH, NONE). Short descriptions for each of those values can be found in the Main Image section of the Config Options page.

1,148

(2 replies, posted in Juicebox-Pro Support)

Problem solved with showSplashPage="NEVER". I should have browsed through the forum earlier :-)

I'm glad you've found the solution to your problem. Thank you for letting me know.
For other users reading this thread, the relevant information can be found in this forum post.

Now I have to figure out why this same embedded page is not displayed on an iMac, as if it could not access the css file...
Any clue ? (the iMac is not mine and I could not use it more than a minute)

Your web page into which your gallery is embedded displays fine in my own browsers and I see no reason why it should not have also displayed fine on the iMac you had access to.
Perhaps there was a temporary glitch with your web server or the problem was a browser caching issue.
If you see problems in any browsers going forward, please let me know and I'll investigate further.

Although it is not possible to access the 'Customize' tab (where the 'Load Preset' drop-down selection is) before images are added to a gallery, you can load a preset before adding images (thereby preventing them from being processed twice) by selecting 'Presets -> Load Preset..' from the drop-down menu at the top whilst still on the 'Images' tab.

In which environment (apart from Juicebox) is the apostrophe forbidden?

The ' character is noted as being a reserved character in a URI in section 2.2 of this document (in the sub-delims list).
This is unlikely to be the reason that JuiceboxBuilder does not accept images with ' characters in their filenames but if you were to use only unreserved characters in your image filenames, then there would be no problems in JuiceboxBuilder or on a web server.

I only mentioned the image filenames originally because I've seen problems with spaces in image filenames on web servers before. However, if everything is working well for you, then that is ultimately all that matters.