Maybe something to investigated because I notice that in LargeScreenMode the setting ShowSmallPagingText is still a valid setting on mobile browsers.
You are not logged in. Please login or register.
Juicebox Support Forum → Posts by arachnid
Maybe something to investigated because I notice that in LargeScreenMode the setting ShowSmallPagingText is still a valid setting on mobile browsers.
I have found the issue, the JuiceboxBuilderpro is not writing the information about paging text properly in config.xml. After I add manually to each config.xml the following lines hard-coded:
showPagingText="false"
showSmallPagingText="false"
It works. When I leave out showSmallPagingText="false" the pagingtext is still visible in LargeScreen Mode in mobile browser
I do understand that ShowSmallPagingText settings only has effect in SmallScreen Mode.
I can't understand that the SmallPagingText is always on in LargeScreen Mode on mobile devices with screens smaller than 1024px while I tell in both ShowPagingText and ShowSmallPagingText that is has to be off.
On desktop browsers with a browserwidth below 1024px it is off.
This is totally illogical from users perspective. What a user expect is that in LargeMode all settings for LargeMode count for all sizes irrespective of device type, device width or browser width.
Sorry to tell but this is bad developers design.
OK thanks for the workaround
All my galleries are by default set in Large Mode. I notice that what ever I set for Show Small Paging Text (False or true) Small Paging Text is visible in screens smaller then 1024 px.
When I turn my galleries to Auto Mode, Show Small Paging Text are working as designed. On by true, off by false
Paging Text is working fine, they are not visible when set as false and visible when set as true.
I have made the following work-around and this is working:
jb2.onInitComplete = function() {jb2.showImage(1);}
The problem does not exist in mobile browsers of any kind, Windows 10 mobile, Android or Apple. My gallery is always in Large mode.
Hi Steven,
It is certainly possible that it is a timeout. This is the original gallery without the page itself:
https://afrika.delosgaia.nl/picturegall … index.html
and I don't see the problem.
I am going on with testing.
I have changed the layout of my picture gallery and the button-bar is now in overlay_image position. I notice that with the first picture the button-bar is on top of the image on the thumbnail. At the moment my mouse hoovers on a image the button-bar is moving down in overlay-image position.
You can see it at https://afrika.delosgaia.nl/visit_to_ke … buru.htm#2 (foto's tab or photos tab when you translate the page).
Is this a bug?
Thanks for your help, you may close this post.
I have made some last modifications, split in load and resize functions and set a timeout for resize te prevent any distortion in the layout when a viewer resize his browser. I have kept the load function as short as possible to keep the fast load time of the Gallery.
Feature request
Please create an API to reload or refresh any Juicebox gallery. I was thinking like:
jb.refresh
or
jb.reload
I will, thanks
Unfortunately, as you've discovered, there's currently no API method to reload a gallery.
Maybe another one for the Feature Request thread...
Looks good but actually I was more thinking of something like:
jb.refresh
or
jb.reload
Hi Steven,
This did the trick, it is not yet perfect but this is starting to look how I wanted to have it. See: https://www.delosgaia.nl/index_test.htm
Thanks for your help.
One final question and I can't find it by the Juicebox API. Is there a way to reload a gallery without reloading the whole page
Hi Steven,
I have add the setGallerySize( width: int, height: int ). I get an error message:
Uncaughty type error: Cannot read property 'position'of null
at set_containers_size_and_position (eval at <anonymous> (juicebox.js:14), <anonymous>:1:290533)
at repaint (eval at <anonymous> (juicebox.js:14), <anonymous>:1:226204)
At object.glryRepaint (eval at <anonymous> juicebox.js:14>, <anonymopus>:1:226204)
at Object.setGallerySize (eval at <anonymous> (juicebox.js:14), <anonymous>:1:293212)
at index_test.htm:333
at dispatch (jquery.min.js:3)
at q.handle (jquery.min.js:3)
It is working but ruined the resize of my liquidslider app until I do an F5 in my browser. Please check if I have done something wrong. What I find odd is that my Galleryheight is correct but the Gallerywidth is at 100%
Please take a look and let me know.
I have update the test page : https://www.delosgaia.nl/index_test.htm
Hi Steven,
Thanks for your reply, let me explain the design of the webpage and how I has done it in the past.
For body size larger then 910px I use a fixed layout in three steps. The same I did for body sizes below 910px but this going to change.
I want to change the behavior of the galleries by size below 910 px.
My layout for body sizes below 910 px is using the full width of the body and the galleries also has to go using the full body of device width. The galleries has to fully responsive and keeping the picture ratio. This by load and by resize of the browser width.
Galleries by browser width higher then 910px are working fine, I just set the galleryWidth and galleryHeight. So I started testing how to do this and has used one your example script.
if(browserWidth<910){
var windowWidth = parseInt(window.innerWidth ? window.innerWidth : $(window).width());
var galleryWidth = parseInt(windowWidth);
var galleryHeight = parseInt(galleryWidth * .29);
$('#header').width(galleryWidth);
$('#header').height(galleryHeight);
new juicebox({baseUrl:'header/', themeURL:'https://data.delosgaia.nl/jquery/jbcore/delosgaia/theme.css',containerId: 'box_slideshow', galleryWidth:'100%', galleryHeight: '99%',backgroundColor: 'transparent', buttonBarIconSize: '15', navButtonIconSize: '15'});
The problem with the galleryHeight is something I have noticed in the beginning of Juicebox but find I way around it by using browserWidth section but this is ugly.
I am going to test the JuiceBox API for setting a Gallery height and width. I keep you posted about the result
Hi Steven,
I have made a testpage, see https://www.delosgaia.nl/index_test.htm
Just open this page in any browser in a width larger then 910 px, check the section under div class="sidebox"><div id="header">
You will find the id="box_slideshow"
Then resize the browser below a width of 910 px and check this section again.
Compare the height of <div id= "jb-glry-id-1"......> with the height of <div class="liquid-slider"......>. They are equal.
Feature request
Use of VW and VH as correct values for GalleryWidth and GalleryHeight. This will make it a lot easier to make the gallery responsive.
A Juicebox gallery's galleryWidth and galleryHeight can be either percentages or absolute pixel values only. Other units of size are not supported.
If a galleryWidth or galleryHeight ends with a percentage character ('%'), then the dimension will be a percentage (of the gallery's parent container). Otherwise, the galleryWidth or galleryHeight will be treated as a fixed pixel value. (Internally, any non-numeric characters will be truncated and 'px' will be appended.)
Hi Steven,
Thanks for your answer, I have to correct something. This is not correct:
If a galleryWidth or galleryHeight ends with a percentage character ('%'), then the dimension will be a percentage (of the gallery's parent container). This is not correct, it is the page height Juicebox is using as Galleryheight.
I have set the parent container in VW width:100VW, height:29VW (this is legitimate) and galleryWidth and galleryHeight both in 100%. The first div below the DIV with galleryWidth and galleryHeight does have width:900px (is correct, devicewidth = 900px) but height is set as 8723px. This is the total height of the page and is 5 DIV higher in rank
To be sure, I changed height of parent DIV in 29VH but still 8723px.
So my conclusion is that when Galleryheight is in percentage Juicebox is not using the parent container for calculating the height of jb-glry-id-0 but the page height and in my case this is 900px by 8723px. (element.style=height: 10163px;)
It could be that this is a feature but it isn't because you are writing about the parentcontainer, so it must be a bug in the calculation. Only when you set the galleryheight in PX the publishing of the gallery is correct, in my case
No problem, I can use Javascript for calculating the correct Galleryheight in PX. You have made once a nice script for this except it don't work for me. Juicebox is still looking for an higher DIV with an element.style=height:10163px
I was testing and tried values in VW and VH instead of PX for GalleryWidth and GalleryHeight but it seems that Juicebox does not like that. It translates it straight into PX.
Is VW and VH not possible as sizing elements in Juicebox?
Control of Caption Position in Small Screen mode. Picture has never the size of the mobile screen.
I want to control the caption position in Small Screen Mode. The Caption Position Settings in config.xml are only valid in Large Screen Mode.
I do use embedded galleries and all my pictures don't have the same vertical and horizontal size because of different type of camera or landscape/portret orientation of my pictures.
Because you have to set a fixed width and height of the gallery div the caption in pictures are ugly in Small Screen Mode when the pictures are smaller then the div width. For example see https://europe.delosgaia.nl/visit_to_no … sund.htm#2 with a mobile phone and click through the gallery.
What I am looking for is a way to make the caption width in Small Screen Mode equal to the picture width and not equal to the div width. In Large Screen Mode this is possible with Caption Position in Overlay_Image
Does Juicebox Builder Pro support ø characters. I get an error with a character ø in the name of a folder
JQuery 3.0 is just released. Is Juicebox 1.5 compatible with JQuery 3.0.
Classes definitions for caption are changed in JB 1.5. I had a similar problem.
first off ... thanks for the auto-hide thumbnails. I requested this a long time ago and it's really nice to see it in there.
I'm glad you like it!
... the font is not being positioned where it was previously...
I'm pretty sure this is due to the following custom CSS:
/* Image number */ .jb-cap-frame .jbac-number { margin-top: 20px !important; }
Try removing it for your v1.5.0 galleries. Hopefully it will help.
... and appears to be a larger size, or perhaps it's being put in bold...
It looks like it's just a larger size (rather than being bold).
Try using the following classes for changing image title, image caption and image number font sizes./* IMAGE TITLE */ .jb-caption .jb-caption-title { font-size: 11px !important; } /* IMAGE CAPTION */ .jb-caption .jb-caption-desc { font-size: 11px !important; } /* IMAGE NUMBER */ .jb-cap-frame .jbac-number { font-size: 11px !important; }
I hope this helps.
I see that Juicebox 1.5 is still supporting old webbrowsers like IE 5.5 - IE 10. Isn't it time to drop this support. See CSS file
I just downloaded build 1.4.4.2 and noticed that the CSS file is build 1.4.4 and the js file is 1.4.4.1.
Is this correct?
regards
Hans
Juicebox Support Forum → Posts by arachnid
Powered by PunBB, supported by Informer Technologies, Inc.