You are not logged in. Please login or register.
Juicebox Support Forum → Posts by matthewswift
Pages 1
I am grateful for your prompt, thorough, helpful response.
And the answer is ... #4: don't launch the .air from a network drive. I've been caught by that before, I remember now, though it's been years since I needed an install or reinstall. And usually I'm pretty good at seeing past incorrect error messages.
It's good to have 1.5.1.2 in any case. I can't find any reference to it past the checksums you linked -- any user-visible changes from 1.5.1?
I'm migrating from a Windows 10 Pro machine with working JuiceboxBuilder Pro 1.51 and AIR 32.0.0.125 (installed 5/27/2020) to a machine with a new Windows 11 Pro installation. I've installed the Harman version of Air with webkit 33.1.1.744. When I launch the JuiceboxBuilder-Pro.air file, I get the message that the installer is corrupted. Same with a v1.50 version I have. I doubt it's corrupted, but here is a checksum for the 1.51 version:
Name: JuiceboxBuilder-Pro.air
Size: 1387727 bytes (1355 KiB)
SHA256: 3CDA19A0CDA128B2963D959AAE3E656238884CEDA1AFB1173D5141F19FAEF77F
I tried simply copying over the Program Files (x86)/JuiceboxBuilder-Pro folder to the new machine and running the executable in it directly. It runs, appears normal, and also populated my Documents/JuiceboxBuilder-Pro/presets directory with standard presets. I have tested this minimally. Can I expect this to work fully? Any benefit to using the .air installer, beyond automatic placement of shortcut in Start Menu and an "uninstall" entry in the list of installed programs? If answers are yes/no, then this is an acceptable workaround to the fact that .air will not install. But it's a workaround only to persons having a working installation already.
[edits: clarify which version was checksummed, correct misspellings]
[Post moved to its own topic.]
Please provide official option to include the buttonbar in "the overlay" even when the buttonbar position is "TOP" so that it will disappear with the overlay after the activity timeout.
Also reasonable would be a new, fourth choice for buttonBarPosition, OVERLAY_TOP, which implements same behavior.
Please provide official option to include the buttonbar in "the overlay" even when the buttonbar position is "TOP" so that it will disappear with the overlay after the activity timeout.
In context of presenting fine art images, overlays are not acceptable (in large screen mode anyway), and after the timeout all decorations should disappear leaving only the image. Existing options work OK for captions (position beneath, or left and make background transparent), but not for buttonbar.
Having added the boolean option to the API (let's call it q.config.topbuttonbarinoverlay), here is the one other line of code to change:
if (B != "TOP" && !q.config.showinfobutton) {
if ((B != "TOP" || q.config.topbuttonbarinoverlay) && !q.config.showinfobutton) {
Please provide official option to include the buttonbar in "the overlay" even when the buttonbar position is "TOP" so that it will disappear with the overlay after the activity timeout.
In context of presenting fine art images, overlays are not acceptable (in large screen mode anyway), and after the timeout all decorations should disappear leaving only the image. Existing options work OK for captions (position beneath, or left and make background transparent), but not for buttonbar.
Up through Juicebox 1.5.0 I accomplished this by changing one conditional. For whatever reason, probably your intention to prevent users from adapting your software, the same technique breaks juicebox.js in 1.5.1. Feel free to pm me with a workaround, but others like PhotoJAC2000 also want the official option.
if (B != "TOP" && !q.config.showinfobutton) {
omit the first test:
if (!q.config.showinfobutton) {
I would like an explicit URL for an image that will come up in full screen mode. I have tried e.g. http://trident.gallery/artist/peter-lyo … 21expanded and while this does trigger the large images (not fullscreen, but large images nonetheless, which is OK), the image which comes up is always #1. I want to send just a URL in an email, and not have to explain every time how to roll over the image and look for the icon which will expand the image.
It would also be nice to be able to be able to turn off autoplay with a URL. Autoplay is desirable for the visitor who browses to the embedded gallery's page, but when sending people to specific images with a URL, I don't want to have to explain how to stop the autoplay, just as I don't want to have to explain how to expand to fullscreen.
I'm willing to code a bit but don't have time to start from scratch and figure out all about how direct URLs and fullscreen and autoplay all work.
Thanks -- the error message was very clear in Chrome, with a link to further information that explained the background. Would be great to have the landing page give an up to date list of browsers/versions that do/don't work for local preview. One can hope that a mechanism of explicit approval of "trusted" local XML will be future browser feature.
Also insofar as it's straightforward to explain, it would be very nice (save people time!) to provide an explanation whether the problematic restrictions in those browsers tied to URI scheme -- file:// versus http:// for example -- or intranet versus internet, or? I wonder if there is a local preview setup that would work with Chrome/IE (because one needs to test appearances of a site with these browsers) that is simpler to set up than a staging-test server on the internet.
Juicebox Pro and Juicebox Builder 1.3.3, on Win7 Pro and second machine with Win8 Pro, IE 11, I cannot preview a gallery that I have created with the builder. The error is that config.xml is missing, but that file is really there in the default location. I build a test gallery, just two images, all default settings, then load index.html into IE. At first I get a page with the two images, a plain html page, and at the bottom IE says in a popup bar: "Internet Explorer restricted this webpage from running scripts or ActiveX controls." then a button "allow blocked content." Press the button, then I get grey screen with "Juicebox Error: Config XML file not found." I tried placing the local folder on the windows desktop, on a Network drive, same result. Simple path, no weird characters. If I upload the very same directory to a web server, it works fine from IE and Chrome. Here's one example: http://tridentgallery.com/testjbox2/ and zipped is http://tridentgallery.com/testjbox2.zip
I expect that some "security" setting in IE needs to be changed, but if so, this is a bug for a misleading error message (config XML is indeed there where it's supposed to be). IE "security" settings are "medium-high" for internet, "medium-low" for "local intranet" which are both default settings. "Protected mode" checked in internet, not in intranet.
Pages 1
Juicebox Support Forum → Posts by matthewswift
Powered by PunBB, supported by Informer Technologies, Inc.