76

(7 replies, posted in Juicebox-Pro Support)

Steven wrote:
Hans wrote:

How can I turn this option completely off

This is not possible. Juicebox-Pro now enables the # identifier automatically to allow social sharing of a specific image.

OK, fine, no problem. But please make it unique and not just a number. example: #juicebox1

77

(7 replies, posted in Juicebox-Pro Support)

Great, I love this

78

(7 replies, posted in Juicebox-Pro Support)

Yes, this is the solution but I see this is a problem with 1.3. I have used this all the time with the previous Juicebox.net. I am using a local cdn named data.delosgaia.nl and this is working fine for all my javascript and CSS files.

Steven wrote:

The first problem is likely to be due to your gallery's 'jbcore' folder being hosted on a different subdomain to the page containing your gallery's JavaScript embedding code. All gallery files should be on the same domain or subdomain as the JavaScript embedding code. Try hosting the 'jbcore' folder on your http://afrika.delosgaia.nl subdomain.

My page is rendering perfectly it has a horizontal slider (Coda-slider) and #2 is page two. But I have changed it from #2 into #b. The page has three parts, when you click at the text Verslag you will get three options.

#a ==> autoplay gallery
#b ==> juicebox gallery
#c ==> google map

Yes, this is the solution but I don't like this at all, Juicebox variables are interfering with the other functions in my website. I don't use the backbutton URL and I am not interested in direct linking.

How can I turn this option completely off


With regard to the second image being the first one displayed, the link you provided has a #2 at the end of it signifying that Juicebox should go directly to the second image.

When viewing your web page, I sometimes see only a slim AutoPlay Juicebox gallery.
Other times I load your page, I see a completely different Juicebox gallery with thumbnails.
Another time, both galleries were displayed with a map at the bottom of the page (same computer, same browser, same monitor).
Your web page is not being rendered consistently and, as I cannot always view the gallery in question, it is difficult to try to determine the problem.

79

(7 replies, posted in Juicebox-Pro Support)

Hi Steven,

see http://afrika.delosgaia.nl/visit_to_mad … ivo2.htm#2 for both issues

config.xml is located at:
http://afrika.delosgaia.nl/design4/gall … config.xml

regards
Hans

The page http://afrika.delosgaia.nl/visit_to_mad … ivo2.htm#2 is removed

You have to use the jQuery Migrate plugin in combination with jQuery 1.9. This is a short fix for this compatibility issue

See https://github.com/jquery/jquery-migrate/#readme for more information about the migrate plugin.

Path to jbCore folder and juicebox.js:
The path to the jbcore folder has to be a relative path in relation to the page else the fonts are not displayed. You will get numbers.

IE8: The font symbols are a square and not round

FirstImageIndex
The gallery start at picture two and not one when the gallery loads

BackgroundUrl:
Background picture is not displayed, I load the background picture in the new juicebox. It is displayed for a split second and disappears.

82

(7 replies, posted in Juicebox-Pro Support)

I have to use the jQuery Migrate plugin in combination with jQuery 1.9, my menu is jQuery based and not working at supposed to be with the jQuery of JuiceBox Pro.
See https://github.com/jquery/jquery-migrate/#readme for more information about the migrate plugin. I sincerely hope that this is fixed a soon as possible.

I have found a problem with Juicebox 1.3 in respect to Jquery 1.9. It could be that Juicebox is using a deprecated function
This is the error in Opera:

Unknown thread
Uncaught exception: TypeError: 'juicebox' is not a constructor
Error thrown at line 283, column 0 in <anonymous function>(e) in file://localhost/G:/My%20Webdevelopment/my%20webs/Afrika%20Website/visit_to_madagascar_antananarivo3.htm:
    new juicebox({baseUrl: 'design4/header/madagascar/',containerId: 'box_slideshow',galleryWidth: '917px',galleryHeight: '273px',backgroundColor: 'transparent'});
called via Function.prototype.apply() from line 2, column 10160 in <anonymous function: dispatch>(e) in http://data.delosgaia.nl/resources4/jqu … .0.min.js:
    (!e.namespace_re||e.namespace_re.test(a.namespace))&&(e.handleObj=a,e.data=a.data,i=((st.event.special[a.origType]||{}).handle||a.handler).apply(o.elem,u),i!==t&&(e.result=i)===!1&&(e.preventDefault(),e.stopPropagation()));
called via Function.prototype.apply() from line 2, column 4106 in <anonymous function: y.handle>(e) in http://data.delosgaia.nl/resources4/jqu … .0.min.js:
    return st===t||e&&st.event.triggered===e.type?t:st.event.dispatch.apply(s.elem,arguments)

A workaround is to use the jQuery build of Juicebox. I don't know which one this is.
See http://afrika.delosgaia.nl/visit_to_mad … arivo2.htm for a page build in this way and without the error.
See http://afrika.delosgaia.nl/visit_to_mad … arivo3.htm for a page using jQuery 1.9, please check it with F12 in IE or firebug in Firefox
I have not tried the jQuery Migrate Plugin but it is possible that this plugin will also solve the problem.

The two named pages shall be removed within the next days.

Hi Steven,
I have made a far better solution without problems about unwanted resizing of parent div.
See yourself at http://afrika.delosgaia.nl/visit_to_madagascar.htm.
What I have done is:
$(window).bind('resize load', function(e){
var browserWidth = $('body').width();
if(browserWidth>=1310){
    new juicebox({
        baseUrl: 'http://afrika.delosgaia.nl/design4/header/madagascar/',
        containerId: 'box_slideshow',
        galleryWidth: '917px',
        galleryHeight: '273px',
        backgroundColor: 'rgba(255,255,255,0)'
        });
}
if(browserWidth<1310 && browserWidth>=1110){
new juicebox({
        baseUrl: 'http://afrika.delosgaia.nl/design4/header/madagascar/',
        containerId: 'box_slideshow',
        galleryWidth: '795px',
        galleryHeight: '237px',
        backgroundColor: 'rgba(255,255,255,0)'
        });
}
if(browserWidth<1110){
new juicebox({
        baseUrl: 'http://afrika.delosgaia.nl/design4/header/madagascar/',
        containerId: 'box_slideshow',
        galleryWidth: '619px',
        galleryHeight: '185px',
        backgroundColor: 'rgba(255,255,255,0)'
        });
};});

You will need is jQuery.fn.browserSizr = function(options). See http://data.delosgaia.nl/resources4/jqu … wwsizer.js

Yes, at the moment you have to press F5 after the browserwindow is resized. This will be fixed in a next step when I reinitialize the gallery after a change in browserwindow

About the height problems, I have noticed that the gallery is changing parent div's till the third level. In particular with IE8 and when the webpages is resized. I have fixed this in IE9, IE10, Firefox and Opera with an inline height and width in the parent div and using !important. In IE8 the Gallery software is overrulling the height !important with a complete random height figure.
I have to do some test to see if I can fix the odd behaviour by using absolute and/or clear statements.


I am using <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" in all my websites and iFrames is not supported in XHML Strict. (it will probably work). I also don't like iFrames because the webpages with IFrames are not resizable.
For your interest, see: http://afrika.delosgaia.nl/visit_to_mad … ivo.htm#2. You will see a full gallery with thumbs. Check this in IE8 and you will notice that the position of the thumbs is fine but the main picture part is gone. The height is almost 1900 px and the main picture is below the screen. I believe that this is a bug and I haven't noticed it during beta testing last year.

Oeps, typo:
The link is http://afrika.delosgaia.nl/visit_to_madagascar.htm

I have created a embedded slideshow with Juicebox pro. It displays correctly in IE10 and IE9 but not in IE8.
The URL is http://afrika.delosgaia.nl/visit_to_madagaskar.htm.
I have used the following div
<div id="box_slideshow" style="height: 100% !important; width: 100% !important"> </div>
With IE 8 Juicebox is changing this in inline: height: 911px

I know that IE8 is old and will be abandoned next year (hopefull) but is still used by many XP users and would like to fix this, bot how!

Any help is appreciated because I will have the same with my galleries.

Another workarounds are:

  • No thumbnails

  • Set Show Image Nav to None

  • Set Image Click Mode to None

For me are the two last better "options" then your workarounds

Hi,

I am not sure but it seems that I have found a problem with the main image caption position:
The situation to replay it is:
Caption Postition: Overlay_image
Thumbnails active in a single row of five (more or less will probably also work)
Thumbs Position: Top

Replay:
Last thumb of the row is the active picture
Press at the right edge of the mainimage to show next picture in the row of thumbs

Result:
Next picture, caption position is not overlay_image but bottom with the size as if it is in overlay_image position.
I don't have an example on line at the moment
This does also occure with first thumb of the row and press left on the main_image. I have checked it with JuiceboxBuilder-Pro, Windows 7 IE 10 en Firefox 17.

I hope that you understand my explanation and description of the problem.
regards
Hans

90

(496 replies, posted in Juicebox-Pro Support)

Hi,

I have some JuiceboxBuilder Pro requests for the next build:

Position of Backgrond image (left, right, centralize, padding)
Text color of Title independent from Text color of picture description

kind regards

Hans

Hi,

I have some JuiceboxBuilder Pro requests for the next build:

Position of Backgrond image (left, right, centralize, padding)
Text color of Title independent from Text color of picture description

kind regards

Hans

Will this be fixed in the next build?

Steven wrote:

If you choose not to 'Resize Images' but choose to use a 'Watermark', any IPTC and EXIF data will not be retained in the watermarked images output to the gallery's 'images' folder.
The only way to retain any IPTC and EXIF data is to ensure that JuiceboxBuilder does not manipulate and re-save your images by not resizing the images and not adding a watermark.

Hi Steven,

Does this workaround work also with Watermark Image?

Steven wrote:

JuiceboxBuilder-Pro does not retain IPTC (or EXIF) data from the original images when generating new resized images.
A workaround would be to resize your images in Photoshop prior to feeding them to JuiceboxBuilder-Pro and deselect the 'Resize Images' checkbox (in the 'Image Size' control panel on the 'Images' tab) so that JuiceboxBuilder-Pro simply copies your images across into the gallery's 'images' folder, complete with the embedded meta data.

Hi Felix,

The dropshadow of the main image  between mainimage and thumbnails disappears by a small gap between thumbnails and mainimage.
I don't have a URL available at the moment but it is easy to test it with preview in de JuiceboxBuilder-Pro.

The distance between the mainimage and thumbnails is taken from the mainimage but not from the mainimage + image shadow blur pixel size.

I can correct this by setting an image padding with the same dimension or larger of the image shadow blur.
Please correct this in the next build.

Another odd thing is the thumbnail padding, the thumbs shadow blur is cut off by a thumbpadding smaller than the Thumb Shadow Blur. This is different by the main image, the shadow is still visible with an image padding smaller than the image shadow blur.

95

(2 replies, posted in Juicebox-Pro Support)

Hi Steven,
Thanks for your reply,

regards
Hans

96

(2 replies, posted in Juicebox-Pro Support)

Hi,
I do understand that you can't give support with editing CSS or creating customized themes but do you have an overview which CSS objects are safe to recode without interfering the proper operation of the gallery.
The information at http://www.juicebox.net/support/theming/ is very limited.

Do you have a PSD file of the assets PNG file?

thanks Hans