You are not logged in. Please login or register.
Active topics Unanswered topics
Juicebox v1.5.1 Released!
Search options (Page 1 of 4)
Thanks for the explanation
No, I am not interested in ExpandInNewPage for desktops. What I am interested in is that smartphone viewers can zoom in a picture. user-scalable=0 is blocking this and iOS viewers has to accept that the picture opens in a new HTML page.
JuiceboxBuilder-Pro add the following
<meta name="viewport" id="jb-viewport" content="width=device-width, initial-scale=1.0, minimum-scale=1, maximum-scale=1, user-scalable=0" />
to index.html, user-scalable=0 is against Web Content Accessibility Guidelines (WCAG) with the following explanation:
Warning: Usage of user-scalable=no can cause accessibility issues to users with visual impairments such as low vision. WCAG requires a minimum of 2× scaling; however, the best practice is to enable a 5× zoom.
Why does JuiceBuilder-Pro add this meta data and why are the viewers not allowed to change the scale.
Is it possible to load a specific preset during starting JuiceboxBuilder-Pro
Thanks for the information.
Hi Steve,
June this year IE is no longer supported by Microsoft. I want to remove in the JS and CSS the settings for IE and the old JQuery in juicebox.js. Is it possible to get any support what I can remove safely.
kind regards
Arachnid
I can confirm this Samesite issue, my websites are making use of 1.5.1. It is an oldy but still the last build. We do need a new build
Another reason to release an update of Juicebox. The last update was four year ago. Drop Flash and support for old browsers like <IE11
You need to copy the Juicebox Pro installation package to a local folder.
The Air Runtime for Windows and MacOS can be found at https://airsdk.harman.com/runtime
Support of webp image format in the next release
Thanks Steven for your reply.
Ask the developers to wait till 2021 and remove the support for Internet Explorer
Juicebox Builder software does need Adobe Air. Adobe Air is internally making use of Adobe Flash. Support of Adobe Flash will stop at the end or 2020. Adobe has already moved (sold) the SDK to Harman.com (https://airsdk.harman.com/download)
We can expect that the free use of Adobe Air will stop somewhere next year, just like what happened with Java VM.
What is going to happen with Juicebox Builder software . Can we expect in the future it will still be supported with new releases. The last release (1.5.1)is three years old.
Both Juicebox Gallery and JuiceboxBuilder Pro has some annoying shortcomings.
I have followed your instruction about debugmode and it is loading the images from the small folder.
Thanks for your assistance
I have configured Juicebox for screenmode: auto and Multi-Size images. When I check my galleries while working in small screen mode in Chromium Lighthouse it is telling me that it is downloading the images form the medium folder and not from the small folder.
What is wrong?
Please see: https://azie.delosgaia.eu/assets/img/pi … index.html
Any Web IDE with a build-in webserver is enough for a local preview of a Juicebox in any chromium webbrowser
I use Brackets (http://brackets.io/), under File --> Live Preview opens Juicebox Gallery Chrome or use Enable Experimental Live Preview with your default webbrowser
Steven @ Juicebox wrote:It has certainly been a long time since the last version was released.
I'd like to see a new version sooner rather than later myself.
All I can say at this stage is that Juicebox is still alive and that work has started on the next version (although progress is slow and I do not know when it will be released).
I sincerely hope that support for anything less of Internet Explorer 11 is dropped
Could it be that Juicebox.tff and Juicebox.woff are created from the fontfamily Roboto?
The best way to solve this is to make use of Network in Lighthouse (F12 in Google or Edge Chromium) and check the path the webbrowser is making use of finding config file
and you get all kind of security warnings because 1.7 is old, insecure and obsolete
I have solved it by adding:
<script src="https://code.jquery.com/jquery-3.4.1.min.js" integrity="sha256-CSXorXvZcTkaix6Yvo6HppcZGetbYMGWSFlBw8HfCJo=" crossorigin="anonymous"></script> in my webpages with Juicebox
1.7 is in it because of IE8 support. This browser is no longer supported by present Windows builds
Hi Steven,
I have done what you advice but it did not help. I have solved it by changing the screenmode to large for this slideshow. It is not only the splashscreen that is to small but the whole small layout.
I do have to build a full gallery for the new website and let see if this is getting better.
Thanks for your help
I am building a new website and has set the screenmode= auto. I notice that the picture in the container_id with the request to open the gallery is smaller then the root DIV. This is my testsite
https://loesje.delosgaia.nl/#Introductie and open it in a mobile device <1024 or in Chrome with F12 set for mobile devices.
The DIV with class jb-splash-background has width: 365px just as the root div. Container_ID (box_slideshow) has size 331.375 px. It seems that the negative left margin I have used is subtracted from the actual width.
Is this a bug or an error in my design?
Hi Stephen,
When can new expect a new build of Juicebox?
Is it possible to use vw or vh, ex, rem, em or % for font-size in the theme css file?
Steven @ Juicebox wrote:@arachnid
The hash will only appear in the URL automatically (when loading a gallery or selecting a new image) if enableDirectLinks="TRUE".
However, at the moment, you will still be able to manually enter a hash value in a URL (to directly access an image) even if enableDirectLinks="FALSE". This has been logged as a bug and should hopefully be addressed in a future version.
I have turned off Enable Direct Links in all my galleries. But it is still working when there is a hashnumber in the URL. I understand from you that this is a bug.
I do have another javascript making use of hashlinking and juicebox is interfering with the #2 or other number in the URL. In the past I had turned off the hash linking in this javascript (liquid-slider) but now I do need it for the menu. My workaround is to load picture one with ShowImage after.
Please, drop this request
Feature request:
Control of hashlinking, ability to turn it off when you don't need it
Posts found: 1 to 25 of 96