This problem seems to have been fixed in 1.2.0.
Bill
You are not logged in. Please login or register.
Juicebox Support Forum → Posts by wspollack
This problem seems to have been fixed in 1.2.0.
Bill
This problem seems to have been fixed in 1.2.0.
Bill
This problem seems to have been corrected in 1.2.0.
Bill
(Again, I don't recall this being talked about, so here goes.)
In small mode, with the splash screen disabled, the bottom line(s) of a multi-line gallery title gets obscured by the top-most thumbnail(s). I don't know what is supposed to happen in this case, but I don't think this situation is optimum. (I don't even know what I'd like to have happen in this situation, for that matter.)
To illustrate what I'm talking about, I have two (blurry - sorry) pics of my iPhone4 and one of my galleries ( http://www.billanddot.com/victory-xct/ ):
http://www.billanddot.com/JB-small-vertical-thumbs.jpg
http://www.billanddot.com/JB-small-hori … thumbs.jpg
In the horizontal one, the gallery title fits on one line, so it's not an issue.
Not sure if anything can be done about this, other than the user's keeping the titles short.
Cheers,
Bill
Steven,
Thanks for your thorough and prompt reply (as always).
I follow what you're saying... for the most part. I'm still puzzled by the results, though.
I cleared the cache (and every other item in that list) in IE, per your suggestion; it didn't alter the result. However, I did do some resizing of IE's window, and JB seems to work as intended in assorted non-maximum sizes. The image grows larger - vertically and horizontally - when the thumbs are hidden.
What confuses me is that when I look at my page in Firefox (my default browser, which is why I didn't notice the IE quirk for months) and Opera, my image is enlarged (just as it is in IE, NON-maximized), even with their windows maximized. I chose Opera for this test because I don't have any toolbars, links, add-ons, etc., taking away from its actual web-page real estate, the way I do in Firefox; that is, in that respect, it is similar to the web-page area of IE.
I took some desktop screen captures of all this, if you have a few minutes to spare, so you can see what I see. They are:
http://www.billanddot.com/JB-IE-full-sc … thumbs.jpg
http://www.billanddot.com/JB-IE-full-sc … thumbs.jpg
http://www.billanddot.com/JB-IE-partial … thumbs.jpg
http://www.billanddot.com/JB-IE-partial … thumbs.jpg
http://www.billanddot.com/JB-Opera-full … thumbs.jpg
http://www.billanddot.com/JB-Opera-full … thumbs.jpg
I'll defer to your assertion that the software is working as intended. I just still don't understand why the image, when the thumbs are hidden, isn't as enlarged in IE as it is in Firefox and Opera (and, on my PC, as it is in Chrome and Safari, too - I just checked). Could you take another crack at explaining it to me?
Thanks,
Bill
[Edit: forgot to mention that I'm viewing this stuff on my monitor's native 1440 x 900 resolution, if that matters.]
In IE (9.0.8112.16421), if I click on the nav item "Hide Thumbnails" on any of my stand-alone pages, the thumbnail array disappears from the bottom (correct) but the main image seems to remain the same size (incorrect). What happens is that it just centers itself vertically, by moving itself down a bit in the window.
In what I believe are the latest PC versions of Safari, Firefox, and Opera, my pages work as intended, i.e., when thumbnails are hid, the image being viewed is enlarged (and its top border remains where it was, when thumbnails were displayed), such that it is now wider and taller.
I don't think this has been reported before; if so, my apologies. And I don't think it's the result of any customized settings I have for IE, which are minimal if at all. If you want a typical page of mine to look at, this will do: http://www.billanddot.com/victory-xct/
Cheers,
Bill
Okay, I'll add one of my 50 or so JB pages in this thread: http://www.billanddot.com/victory-xct/
Nothing fancy, not embedded, etc. - just, I hope, tasteful and with an easy-on-the-eyes color scheme. This particular page shows:
- Most (all?) of the navigation and viewing-option controls (to which I'd like to see two more, for first and last image, added). [Next and prior arrows, alongside of or on top of image, intentionally left out - the left and right arrow keys still work, in addition to the corresponding navigation icons.]
- Drop shadows, and non-default backgrounds for page and image;
- Some images with text captions, some without;
- Image numbering;
- Image for "back-to-main-page" link;
- And, of course, JB's ability to resize, based on browser real estate.
Generated with JB jAlbum skin, with Pro options.
Bill P.
@MyWorldMyEyes.
2. Also you'll see in my original site I also have Videos...
Can we "inplant" videos as well? Perhaps using a static image as a thumb?Juicebox does not support videos. Please see this FAQ for details:
Will Juicebox load things other than images?With regard to your other queries, there are no preconfigured options to change the values you would like to modify.
However, you could achieve your goals by editing the 'jbcore/classic/theme.css' file.
Please see the Juicebox Theming Guide for details.
Having just gone through all the feature requests, I noticed that this post seems to be the only one regarding videos, but was ala Jeopardy, i.e., in the form of a question. For the record, I'd like to restate it in the form of a feature request: I'd like to see JB have some support for videos.
Cheers,
Bill P.
OK, thanks.
In case anyone was wondering, this is still an issue (at least for me, using the slowest double-click speed setting, physically slow clicking, no arrow-key use, Firefox only [now 14.0.1], after three or four or five mouse clicks), i.e., the changes made for 1.1.1 did not happen to have a salutary side-effect in this regard. (And I cleared the cache, etc., before attempting this, and also re-verified that I can't duplicate this with IE, Opera, Chrome, or Safari.)
Related to this, I can't find a "known issues" list anywhere for JB Pro. Steven or Felix: do you think this would be a worthwhile addition to, say, the FAQ area?
[Unrelated to this: I used my jbcore script - http://juicebox.net/forum/viewtopic.php?id=147 - earlier today, and updating c. 50 galleries with it continued to be quick and painless.]
Cheers,
Bill P.
My website has gone from impossible-to-maintain hand coding to easier SimpleViewer Pro and now to JuiceBox Pro.
So much easier to maintain and update, though I still don't update often enough. sigh.http://www.russgormanphotography.com/
all comments and criticisms welcome
Rusty,
Well, the images are certainly professional.
What bothers me is that the word "Main" appears superimposed on the vertically-oriented pics (while showing above the horizontally-oriented ones). Not sure why you have "Main" there, at all.
Also, perhaps the preeminent reason that I use JB (and SimpleViewer before that, and some others) is that the images are resized according to available browser/monitor real estate. This doesn't happen with your embedded use of JB... although perhaps that doesn't concern you.
[Edit: Also, in the "Commercial" section, the Autoplay "On/Off" icon seems to be missing.]
Cheers,
Bill P.
Steven instructed me to add a border-style to my BackButton A HREF code, as a work-around to what may be a Juicebox bug; see http://juicebox.net/forum/viewtopic.php?id=150 . Regenerating my galleries - I use jAlbum's Juicebox skin - would result in a corresponding change to the config.xml files for these galleries. (Note that the specified change is converted by JB into XML; e.g., like HTML, a " is changed to " and so forth. So you may want to make a desired change and regenerate just one gallery, to see what was the change actually made to config.xml... after saving off a copy.)
Rather than recreate all those galleries, I wrote a Python script to make the appropriate changes. What it does is seek out "config.xml" files, and if it finds a specified string, it replaces that string with another specified string. This took about five seconds to run, to update the c. 50 galleries I've created.
This new script is available here: http://www.billanddot.com/config-xml-updater.py . As with the jbcore-updater Python script I wrote a few days ago (see http://juicebox.net/forum/viewtopic.php?id=147 ), error-handling is light (okay, non-existent), use at your own risk, etc. It worked for me.
Cheers,
Bill
Thanks, Steven. That worked (after remaking that gallery, and then Tools -> Safety -> Clear Browsing History, to get rid of the cached view in IE).
Am I to understand that IE defaults to a white border when "none" is not specified, but that the other browsers default to ignoring a border if no mention is made of it?
Bill
I use the same URL link and image as the "Back Button" in all of my galleries. I noticed this evening that this image has a white border around it when viewed in Internet Explorer (9.0.7). I do not see this border when viewing my pages in the latest versions of Chrome, Opera, Firefox, or Safari on my PC (Vista Home Premium, SP2).
I recently upgraded these galleries to 1.1.0 (see http://juicebox.net/forum/viewtopic.php?id=147 ). I don't recall noticing this border before the upgrade, but it's possible. For a sample URL, http://www.billanddot.com/crossing-signs/ is a tiny gallery and ought to be quick to load (although nearly all the buttons at http://www.billanddot.com/ link to 1.1.0 gallery pages).
The BackButton-related Pro options that I use via the jAlbum skin are:
showBackButton=TRUE
backButtonText=<a href="http://www.billanddot.com/index.htm" target="_top"><img src="http://www.billanddot.com/house_2.png" width="32" height="32" alt="Home (Bill & Dot's Excellent Pages)"></a>
backButtonUrl=http://www.billanddot.com/
backButtonPosition=OVERLAY
I don't have any strange options set in IE, at least not intentionally.
Cheers,
Bill
Thanks for the clarifications.
Yep, I create multiple albums. If you glance at my home page - http://www.billanddot.com/ - you'll see 39 buttons on the left. 36 of those represent separate album links, now all using the Juicebox skin. (Plus I put up assorted "temporary" pages that I don't have buttons for, which is how I wound up doing about 50 one-at-a-time updates, via FileZilla, last time.)
Bill
I'm not sure this is the proper spot to post this, so move it if you like.
This is as good a place as any. Thank you for sharing.
However, I should perhaps point out that multiple galleries on the same domain can share a single 'jbcore' folder (simply by pointing towards it in the embedding code of each gallery).
Then, when it comes to upgrading all the galleries, only the single 'jbcore' folder needs to be replaced.
Steven,
I was actually wondering about that - sharing and pointing. In my case, however, I've been using jAlbum to generate and upload all these galleries, so this automation certainly helps me out.
Bill
For those of you who have access to python on your web hosts, I wrote (and tested!) a script today that does batch updating of /jbcore/ directories when a new version of Juicebox is released. (See "Upgrading Existing Galleries" at http://www.juicebox.net/support/#upgrade-version for a discussion of this method.)
So, the gist of the process:
- You copy the /jbcore/ of the new release somewhere on your server.
- You change a couple of lines in the script, telling it where that new folder is and where your www files are.
- The script goes through that specified outer directory, and updates all the /jbcore/ directories (and subdirectories) it can find.
I did about 50 drag-n-drop moves after the first upgrade, and didn't want to go through that again. This works for me, and if you want it, it's here: http://www.billanddot.com/jbcore-updater.py
(I'm not sure this is the proper spot to post this, so move it if you like.)
Cheers,
Bill
Sorry I wasn't too clear.
I'm viewing image #1, and quickly slide to image #2. Image #2 hasn't finished being pre-loaded, so the spinner appears for a bit, and then image #2 is displayed. However, right after image #2 is shown, it's as if image #2 refreshes itself, i.e., it disappears for a split second, and then reappears.
This is the case for every updated gallery (I overwrote 1.1.0's /jbcore/ 48 times on my host) I've played with on my iPhone4 today. Try http://www.billanddot.com/family-pics-photos/index.html . (They all work fine in Large mode on my PC.)
BTW, more realistically, substitute, some higher numbers for #1 and #2, so it's easier to "get ahead" of the pre-loading.
Bill
The blue area sounds like the invisible image nav button being selected. We have this bug in our queue.
Okay, thanks.
I was hoping that this issue might have been addressed in the new release, but it doesn't appear to be. Let me provide some additional detail:
1) I'm running 32-bit Vista Home Premium SP2. (I'm guessing that the OS is not relevant, but I'm including it for completeness.)
2) I have the latest versions of Firefox, IE, Chrome, Opera, and Safari, but can only - and repeatedly - duplicate this problem using Firefox (first noticed on 12, and still present on 13.0.1).
3) I have Control Panel -> Mouse Properties -> Activities -> Double-click speed set to Slow, i.e., the absolute left-most position of that speed slider, for my Microsoft Comfort Optical Mouse 3000.
4) I cannot duplicate this problem using the right-arrow key or by clicking on the image or the space to the right of the image.
5) I cannot duplicate this problem by using the left-arrow key, or by clicking on the image or the space to the left of the image, or by using the Prior navigation button (all after pressing the End key, to give me some pictures to work with in the Prior direction).
So, this appears to be a Firefox problem, but I'm detailing this in case there's any way you can code around it.
What happens, then, is this:
If I'm looking at a gallery in Large mode on my Vista PC, using Firefox, with a double-click speed at its slowest, and clicking on the Next navigation button (and clicking in a physically slow manner), after four or five or six images, the entire image will appear to have been selected, i.e., have a light-blue cast to it. Subsequent images may or may not have this same problem.
(So, after an initial click on the image or the space to its right, what I wind up doing is using the right-arrow key to browse a gallery. I prefer the keyboard, anyway, and the "select"-like problem does not manifest itself using the right-arrow key; I'm guessing that's the case because the keyboard probably generates more discreet and quicker signals than the mouse button.)
As I say - and given these conditions - I can reproduce this situation fairly easily, not too much patience required. You have any thoughts on this?
Bill
In small mode (specifically my iPhone4), if I use either the navigation arrow or finger swipe after viewing an image - and do so quickly enough that this next image has not had time to load behind my back, while viewing the current image - then:
1) I get the spinning icon, as expected.
2) This next image is displayed, once it loads, as expected.
3) This same image is then RE-displayed (not as expected).
Notes:
- I have imagePreloading=NEXT in my galleries.
- This pertains to the just-released 1.1.0. I did not notice this behavior with earlier releases, but I can't swear that it wasn't there.
Bill
This behavior seems to have been fixed in 1.1.0 (although I don't believe it appears as an item in the 1.1.0 release notes).
Bill
I read at http://www.juicebox.net/support/#upgrade-version , regarding upgrading existing galleries: "Alternatively you can replace the jbcore folder in the existing gallery folder with the one that comes in the latest download web folder." I'd like a clarification on this, and also have a suggestion.
1) The file full.html is in the /jbcore/ directory, but not in any of my Juicebox-Pro-generated galleries (okay, to be technical, generated via jAlbum's Juicebox skin, with Pro options added). I don't suppose it's really necessary that I copy full.html over to the galleries that I've "published" to my web hosting service, right?
(By the way, could you shed some light on when this particular file gets used, as long as we're talking about it?)
2) I notice that the file /jbcore/classic/ theme-ie6.css was not changed from 1.0.2 in 1.1.0 (other than a couple of comment lines), so I'm fairly certain that that file does not need to be copied. On the other hand, /jbcore/classic/theme.css does have some (non-comment) changes, so that file seems like a candidate for copying.
And of course /jbcore/juicebox.js has changed in the new release, and so needs to be overwritten, too.
Which brings me to my suggestion. What do you think about adding some details, as part of each release's notes, regarding which specific files need to be overwritten (or possibly just added) to an existing gallery, if this alternative method of upgrading is used?
Cheers,
Bill P.
I've had what I believe are similar problems (Firefox on a PC). What seems to encourage this behavior - for me - is slowly pressing a mouse button, to navigate to the next or prior image using the navigation buttons. Using the keyboard left- and right-arrow keys does not seem to generate the problem.
Bill
Thank you for reporting.
I thought I'd report it here.
Yes, please report any Juicebox core bugs in this forum.
Steven,
Were you (or anyone else) able to duplicate this quirk? (Just wondering whether I had a personal problem, don't understand how iPhones work, or something else.)
Bill
Juicebox Support Forum → Posts by wspollack
Powered by PunBB, supported by Informer Technologies, Inc.
