Hello.

I'm sorry to hear that you are having difficulty with JuiceboxBuilder-Lite.
The problem that you describe seems very strange and not something that I've ever seen myself or, as far as I can recall, something that has ever been reported before.

First of all, could you please confirm the following:

  • What version of JuiceboxBuilder-Lite are you using ('Help -> About JuiceboxBuilder...')?

  • What version of AIR are you using?

  • What operating system (Mac vs PC) and version number are you using?

I do not know if the information above will help in troubleshooting but as I've never heard of this problem before, the more information we can gather about it, the better.

Things to check/try:

(1) Make sure that you are using the latest version of JuiceboxBuilder-Lite (v1.5.1): https://www.juicebox.net/download/

(2) Make sure that you are using the latest version of AIR which includes WebKit support (v33.1.1.744). You can download AIR v33.1.1.744 from the foot of the AIR runtime download page here: https://airsdk.harman.com/assets/downlo … obeAIR.exe
Direct links:
Mac: https://airsdk.harman.com/assets/downlo … obeAIR.dmg
Windows: https://airsdk.harman.com/assets/downlo … obeAIR.exe

(3) Make sure that your system's graphics drivers are up-to-date.

(4) Does the problem happen every time you use the application or just sometimes?

(5) Does the problem happen with local image galleries and Flickr image galleries (or just one or the other)?

(6) Have you tried using images from a different source to see if it happens with all images (or maybe just images from a particular source)?

Also, it might help if I'm able to see the problem for myself. As I can't replicate the problem on my own system, perhaps you could upload some screenshots which demonstrate the problem. You could either attach them to a post here in the forum or upload them somewhere (for example, your website or a file sharing service such as Dropbox or Google Drive) and provide a link.

Sorry about all the questions but in all the years I've been supporting and using JuiceboxBuilder-Lite, I don't recall ever having encountered this problem before.
Hopefully, with a little more information, we can get to the bottom of this.
Thank you.

202

(3 replies, posted in Juicebox-Pro Support)

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

203

(3 replies, posted in Juicebox-Pro Support)

It looks like you are using the regular embedding code (https://www.juicebox.net/support/embedd … -html-page) so your gallery's 'jbcore' folder should be in the same directory as the embedding page ('pumpkin-gallery-jb.html').

Therefore, your gallery's 'juicebox.js' file should be located here: http://www.pumpkingutter.com/jbcore/juicebox.js
However, going directly to that location in a browser results in an error 404 (file not found).

Upload your gallery's 'jbcore' folder to your root directory (alongside your 'pumpkin-gallery-jb.html' web page) and your gallery should display as expected.

Please let me know how you get on.
Thanks.

(Incidentally, I see a white screen in my desktop browser, too. It's the same problem, though, so the solution above should allow the gallery to be displayed in all browsers.)

204

(3 replies, posted in Juicebox-Pro Support)

That's great! Thanks for letting me know.

205

(3 replies, posted in Juicebox-Pro Support)

The problem occurs because your gallery has a fixed size and shape (a fixed aspect ratio) but your images are of different shapes and sizes and, when using the default imageScaleMode (SCALE_DOWN), the images are scaled to fit within the gallery without cropping but if the images do not have exactly the same aspect ratio as that of the gallery itself, then there will be some space surrounding the images in the gallery (either to the left and right or the top and bottom, depending on the image's aspect ratio). The space surrounding the images will show up as the gallery's background color.

The solution would be to give your gallery a fully transparent background color (rather than the default grey color) so that the space surrounding the images is not visible.

In your gallery's embedding code on your 'chboxtester.html' page, change:

backgroundColor: 'rgba(34,34,34,1)'

... to

backgroundColor: 'rgba(0, 0, 0, 0)'

This should hopefully resolve your problem.

Incidentally, I notice that you do have a solid white backgroundColor set in your gallery's 'config.xml' file (which would also work as as it would invisibly blend in with your embedding page's background color which is also white) but configuration options set in the gallery's embedding code take precedence over configuration options set in the 'config.xml' file (as noted in the short Setting Config Options support section) and you still have the default grey backgroundColor set in the embedding code.

Harman has just released new AIR runtimes with WebKit support (AIR v33.1.1.744).
You can find download links at the foot of their AIR runtime download page here: https://airsdk.harman.com/runtime

207

(5 replies, posted in Juicebox-Pro Support)

I haven't noticed much slowness...

That's good to hear.

... the real long-term (and expensive!) fix would be to rewrite JBPro to work natively with the M1 Macs — and with M2 ones too.

Indeed. I'll bounce some ideas off the decision makers. I don't know where it'll go but I'll be sure to post back here if I have any news on the subject.

Indeed. I'm very interested to see where this goes... I'll keep an eye on things over on the Harman GitHub pages (the Discussions and Issues pages in particular) and I'll post back here with any further news.

209

(3 replies, posted in Tricks and Tips)

Incidentally, the requirement to use Rosetta is listed as a Known Issue on Harman's AIR runtime download page: https://airsdk.harman.com/runtime

210

(5 replies, posted in Juicebox-Pro Support)

I don't know why resizing JPEGs under Rosetta takes longer (I understand the need for Rosetta to translate the code but I don't know why the resizing process is affected as much it is). It certainly appears that the use of Rosetta is at the root of the problem, though.

Incidentally, I tried a different JPEG resizing library/algorithm on Windows (potentially with a view to having it integrated into a new version of JuiceboxBuilder) but it took longer than the pre-existing routine so I can only imaging that this longer processing time would be even more exaggerated on Mac/Rosetta.

As I'm sure you're aware, the solution would be to eliminate the need for Rosetta and for that we might need to wait for Harman to work through their Known Issues.

I'm keeping my fingers crossed for a solution, too.

Update:

It looks like Harman is looking to replace WebKit with a new embedded browser, according to this comment:
https://github.com/airsdk/Adobe-Runtime … 1216482803

We've been looking at enabling third-party html rendering engines to be hooked into AIR so that the earlier behaviour could be restored...

If/when Harman implements this, there would no longer be a need to stick to AIR v33.1.1.743.
Although there is no problem in sticking with AIR v33.1.1.743, it would mean that anyone could just grab the latest AIR runtime without running into the problem.

Fingers crossed this happens soon...

212

(5 replies, posted in Juicebox-Pro Support)

I'd hate to see Juicebox die, too.
I expect the problem with the speed is due to having to use Rosetta. (Are you using Roestta? I don't have a Mac.) There are no such problems on Windows so I expect that this is the issue.
If Harman could work through the Known Issues on the AIR runtimes download page (https://airsdk.harman.com/runtime), we'd probably be in a much better place.
Unfortunately, there are no immediate plans to release a new version of Juicebox but I've not given up hope yet (and I check on AIR developments daily).
The alternative would be to re-write Juicebox for a different platform but that's a huge undertaking.
Sorry that's not the news you were hoping for. I'll keep my fingers crossed for the near future, though.

I'm glad you found it! Thanks for letting me know.

214

(3 replies, posted in Juicebox-Pro Support)

That's OK, I handle both forums (but thanks for posting in the right place).
I've replied to your query over in the Showkase forum (here). I hope my notes point you in the right direction.

215

(3 replies, posted in Juicebox-Pro Support)

Juicebox and Showkase are two different products (with different download links).
I've reactivated the download link for your Showkase-Standard purchase and you should receive an email with the link.

Once you have downloaded the current version of Showkase (v1.7.6), full instructions for upgrading can be found here.

Notes:

(1) When upgrading your Showkase site, please be sure to make a complete backup of your existing site first, just in case anything should go wrong and you need to reinstate your original files at a later date. You should not encounter any problems upgrading Showkase but it would be wise to have a backup of your site should anything unexpected happen. Also, if you have made manual customizations to any Showkase source files, then please note that they may be overwritten when you upgrade and you'll need a backup in order to reinstate them afterwards.

(2) Please remember that Showkase-Standard comes bundled with Juicebox-Lite (the free version of Juicebox) so, after upgrading your Showkase site, you'll need to reinstate your Juicebox-Pro files by following the Installing Juicebox Pro instructions here.

Please let me know if I can be of any further assistance.

216

(8 replies, posted in Juicebox-Pro Support)

I'm sorry. I was just trying to help by providing as much relevant information about multiple galleries as possible (and perhaps pre-empting some questions that you may have had about Showkase should you have considered it).
I wish you well with Juicebox.

217

(8 replies, posted in Juicebox-Pro Support)

It is possible to have just a single gallery displayed on a web page and switch the gallery (using links).
Check out the 'Switching between Multiple Galleries using JavaScript' example in the Embedding Multiple Galleries support section.

I've made a single-page template using this method and have posted it here (with instructions).
You could use/modify it to suit your own needs (or, at the very least, examine the code to see how it works).

If you are looking for a fully automated way to create and list multiple galleries, then you might like to look into another of our products: Showkase.

Showkase is a PHP web application (installed on your web server rather than 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 Lightroom plugin and then imported via Showkase's 'Site -> Import' functionality).

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 (just like your current website).
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.
You can take a look around the Showkase interface by logging into the Live Demo Admin.

Showkase can be purchased as Showkase-Standard (which comes with Juicebox-Lite, the free version) or Showkase-Pro (which comes with Juicebox-Pro) from the Download Page.
The only difference between Showkase-Standard and Showkase-Pro is the bundled viewer (Juicebox-Lite vs Juicebox-Pro).
If you already have Juicebox-Pro, then you could purchase Showkase-Standard (if you wanted to) and integrate your Juicebox-Pro files by following the 'Installing Juicebox-Pro' instructions here.

I hope this information is helpful.

218

(8 replies, posted in Juicebox-Pro Support)

I'm glad you've got it working.
Thank you for posting back to let me know. It's most appreciated.

219

(8 replies, posted in Juicebox-Pro Support)

Hi.
I'm sorry to hear that you are having difficulty with Juicebox-Pro.
I hope my notes below help.

First of all, just in case you've not yet seen it, please take a look at the Embedding Multiple Galleries support section. There are several online examples (whose source you can view in your browser) which might help.

The key to embedding multiple galleries into a single web page is to keep the galleries separate from each other and, as you have already tried, embed each gallery into a container with a unique 'id'. (Make sure that the containerId in the embedding code matches the actual 'id' of the container <div>.)

The easiest way to do this would be to use the baseUrl method of embedding documented here. This allows you to keep each gallery in its own individual folder (and prevents gallery files from getting mixed up or overwritten).
The baseUrl embedding code is essentially the same as the regular embedding code but with a baseUrl entry pointing towards a gallery folder.

Also, you'll only need to load the 'juicebox.js' file once per page (not once per gallery), so just load the file from within one of your galleries.

Here's an example.

(1) Create two galleries with JuiceboxBuilder-Pro and save them to two different folders named 'gallery1' and 'gallery2'.

(2) Upload these two complete gallery folders to the root directory of your web server.

(3) Now use the following embedding code (which will display the galleries one below the other).

<script src="/gallery1/jbcore/juicebox.js"></script>

<script>
  new juicebox({
    baseUrl: "/gallery1/",
    containerId: "juicebox-container1",
    galleryWidth: "800",
    galleryHeight: "600",
    backgroundColor: "#222222"
  });
</script>
<div id="juicebox-container1"></div>

<script>
  new juicebox({
    baseUrl: "/gallery2/",
    containerId: "juicebox-container2",
    galleryWidth: "800",
    galleryHeight: "600",
    backgroundColor: "#222222"
  });
</script>
<div id="juicebox-container2"></div>

The leading slashes in the paths above denote your root directory so the code above will work (without modification) in any web page throughout your site as long as your gallery folders are named 'gallery1' and 'gallery2' and are located in your root directory.

You can, of course, name your gallery folders anything you like and upload them to any location you like, as long as the paths in the embedding code (the path to the 'juicebox.js' file and the baseUrl entries) are correct.
The baseUrl entries can be relative paths (relative to the web page containing the embedding code) or absolute paths (starting with http:// or https://).

I hope this helps.
However, if you continue to experience difficulties, please let me know and I'll try to help further.
If possible, please post a link to your web page so that I can see the problem for myself and hopefully determine exactly what the problem is and propose a solution.
Thank you.

Thank you for the suggestion.
I've copied it to the Feature Requests forum thread (here) where the developers will see it.

221

(496 replies, posted in Juicebox-Pro Support)

Feature request from InVietDung (original thread):

I'd like an option to leave the Back Button text or image visible and functional when the Back positioning is OVERLAY and the Hide Information nav button is invoked. While the Back Button position can be TOP, using that positioning cuts down on the size of the main image (when the nav buttons are positioned in OVERLAY, anyway), so is not a desirable solution for me. And of course the nav buttons themselves are still visible when hiding information; in OVERLAY, the Back area is at the same height as the nav buttons, and I think typically will be over on the left - just as the nav buttons will be over on the right - and so will not interfere with viewing the main image any more than the nav buttons. That is, I'd like an option such that Hide Information works only on the "lower" info, e.g., the caption.

Cheers,

Bill

222

(2 replies, posted in Juicebox-Pro Support)

Hi, Andrzej.

My usual advice about protecting images can be found here: https://juicebox.net/forum/viewtopic.php?id=5127
It still holds true but it's maybe not exactly what you are talking about.

I gave a try and put "krzys" gallery folder outside of public webserver folder...

As you have discovered, if you cannot view an image on its own in a browser, then Juicebox will not be able to display it. The images need to be publicly accessible.

You could see if your web host allows you to turn off directory listing but anyone determined enough (and with the knowledge of the structure of a Juicebox gallery) might still be able to find your images.
Even with a password-protected gallery, a visitor could view the source of the web page, find the configURL configuration file and view it to see the paths to the images.

You could try hotlink protection. This should prevent direct access to images but it's also very likely to prevent Juicebox from displaying the images, too.

If you don't include a configURL in your embedding code, then, by default, Juicebox looks for a file called 'config.xml' in the gallery folder. A casual visitor is unlikely to know this so the 'config.xml' file should remain hidden (as long as directory listing can be disabled).
The next step would be to not use the default image folder name ('images'). You can rename the image folder to anything you like (something less likely to be guessed), you'll just need to change the corresponding paths to the images in the 'config.xml' file (a global search and replace should do the trick).

Maybe the best option would be to password-protect the gallery folder on the server using .htaccess and .htpasswd files (or via your web hosting account's control panel, if available). Instructions can be found here. This should block all access to the gallery folder until the password has been entered so initially viewing the source of the web page would not be possible.

I hope this gives you some suggestions (or at least a little to think about).

223

(11 replies, posted in Juicebox-Pro Support)

I deleted my Documents folder and I can reproduce the problem; the "Upgrade to Juicebox-Pro!" message appears.
(I never doubted you, I just couldn't explain what was going on!)

I notice that as well as the "Upgrade to Juicebox-Pro!" message appearing, the embedded "JuiceboxBuilder-Pro" logo/image (usually at the left-hand side of the same top area that the 'upgrade' message is on) does not appear.

I guess that JuiceboxBuilder just errors out as soon as it tries to access a non-existent Documents folder and stops running its script (before the upgrade message is hidden and the embedded image is shown).

The moral of the story is that JuiceboxBuilder should check for the existence of the Documents folder before proceeding (and perhaps use an alternate location to store the working folder if the Documents folder does not exist) but, in the meantime, for anyone else reading this and experiencing similar issues, the best solution is just to make sure that your system has a valid Documents folder.

Thanks again for your notes. They've been most helpful in understanding what's going on.

224

(11 replies, posted in Juicebox-Pro Support)

The 'Upgrade to Juicebox-Pro!' message should always be hidden for JuiceboxBuilder-Pro and there should be no way for the message to be displayed conditional on any runtime variables (even a missing Documents folder).
It's a weird one for sure...

225

(11 replies, posted in Juicebox-Pro Support)

Thank you for the update. It's valuable information.
I'm glad you've been able to figure out what was at the root of your problem and I appreciate you sharing it here in the forum.

JuiceboxBuilder-Pro does, indeed, need a valid Documents folder.
On first run, a folder named 'JuiceboxBuilder-Pro' is created in the Documents folder and the presets are copied into it.
JuiceboxBuilder-Pro also stores the temporary working folder (named '.tempGallery') there.
If JuiceboxBuilder-Pro does not have access to the system's Documents folder, then problems will arise (but I still can't figure out why your JuiceboxBuilder-Pro shows a the 'Upgrade to Juicebox-Pro!' message).

Anyway, thanks again for updating this thread with the information.
It will no doubt be useful going forward.