Steven, et al.:

I have many old, stand-alone (i.e., not embedded), galleries. These have had their jbcore sub-directories updated as new Juicebox (Pro) releases have been issued.

On my iPhone6, recently updated to iOS9, I was just looking at one of them: http://www.billanddot.com/crossing-signs/index.html . On my PC (Windows Vista Home Premium SP2 32-bit, Firefox 40.0.3) it looks fine.

On the iPhone, there seems to be centering and cropping of the image when in vertical mode, and centering and cropping of the thumbnail page in both vertical and horizontal mode. I have uploaded four screen grabs of this situation:

http://www.billanddot.com/IMG_2051.PNG
http://www.billanddot.com/IMG_2052.PNG
http://www.billanddot.com/IMG_2053.PNG
http://www.billanddot.com/IMG_2054.PNG

I can't say for certain that this is an iOS9 problem, because I haven't looked at that gallery on my iPhone in a while, certainly not since some interim iOS8 releases.

On the other hand, recently created or updated galleries (and all with virtually identical configuration options) seem to work fine on the iPhone. My most recently created gallery, for instance, is this one: http://www.billanddot.com/2015-08-25-No … Track-Day/ .

And of course I have cleared Safari's cache before doing this experimentation on the iPhone.

I'd appreciate any thoughts you may have on this.

Thanks,

Bill P.

27

(4 replies, posted in Juicebox-Pro Support)

Sake wrote:

...snip...

Somewhere I read I could replace the jbcore-folder in the gallery-folder. So, if I have 50 galleries, I should do that 50 times? Or is there an easier way to do the trick?

...snip...

Sake, if you're interested, and have access to your server, and are not uncomfortable messing with python, you could read how I accomplish this, with a link to the source code. See my post from a few years ago, here:

http://juicebox.net/forum/viewtopic.php?id=147

I use this after every release. I now have about 80 galleries, and this updates all of them in a few seconds.

Cheers,

Bill P.

As usual (always?), your answer was spot on. I added maxCaptionHeight=360 to the Juicebox settings in that jAlbum gallery (which hitherto had used the default, i.e., not specified). The results:

http://www.billanddot.com/iphone-lots-o … ntal-2.PNG
http://www.billanddot.com/iphone-lots-o … ical-2.PNG

Yep, looks kind of stupid, but at least the full text can be read. And, as I say, if the viewer just barely starts the swipe process, the picture can be seen without the text.

And thanks for the explanation of scrolling and icons and so forth on iOS, vis-a-vis the horizontal and vertical modes. I had only sort of noticed that behavior before, but wasn't paying sufficient attention.

Thank you for your time and help.

Cheers,

Bill P.

Steven:

Sorry to bother you about some more iPhone oddities:

1) If I have a lengthy caption text -- yeah, I know, probably too verbose -- it shows fine on my 21" hi-def PC monitor, of course. On my iPhone6 (iOS 8.4), not all of it shows in horizontal mode, and even less in vertical mode. Here are the examples:

http://www.billanddot.com/victory-xct/#30 (a good example)
http://www.billanddot.com/iphone-lots-o … zontal.PNG (the image above, captured on iPhone in horizontal mode)
http://www.billanddot.com/iphone-lots-o … rtical.PNG (the image above, captured on iPhone in vertical mode)

So my question at this point: is there anything I can do, some Juicebox Pro setting, to increase the allowable text area?

I realize that on the small device, this much text could overlay most of the image, but the viewer could always open the image in a new window, or start to swipe the image (at which point the text disappears). There is, however, no way for the viewer to scroll down, to see any extra text. (And it is nice, the way Juicebox moves more concise text on other images down to the bottom, out of the way.)

2) In regard to those two small-device screen grabs, you'll note that in vertical mode there are the usual iOS Safari icons (and page title)... but in horizontal mode, these are not present (allowing some more real estate for the image and text). These are both full-screen captures, i.e., not cropped in any way. Further, they were obtained by just tilting the phone back and forth; that is, no user clicking or pressing, just flipping the phone back and forth (repeatable ad infinitum).

My question here: are these vertical-only icons a quirk of iOS, or does Juicebox send some command (or lack of one) to small screens, such that Safari defaults to showing icons in one mode and not the other? Or is this dependent on the size or aspect of the image in question?

Thanks for any help and comments.

Regards,

Bill P.

Yep, that did it. I fired up jAlbum for that gallery, and went to Settings --> Advanced --> Metadata --> Include jAlbum widget support, and unchecked that. (I have a blank Juicebox jAlbum gallery, with my preferred settings, that I use to make all the other galleries. At one time -- by default, I gather, from what you just wrote -- that option was checked, and I generated some galleries before I got around to unchecking it in my template gallery.)

Anyway, (re-)generated the gallery in question, and uploaded it. I cleared the cache on my iPhone and loaded the gallery -- actually, I cleared the cache and reloaded it several times -- and no more problem.

Nice work. And thanks again for your time and help.

Bill P.

Nope, sorry, that's the only hosting service I pay for. And I'm at their cheapest rate, i.e., a shared PC. I'll look around my control panel there, and see whether there's an option for restarting my (logical) server, or something like that.

I tried everything except contacting BlueHost:

1) I renamed http://www.billanddot.com/Emma-pictures/index.html to http://www.billanddot.com/Emma-pictures/index.htm , and it didn't help, i.e., same results as before. I used both version of the .htaccess file for this test, too.

(As a side note, I downloaded and experimented with a quite a number of text search-and-replace tools. If I were to use this changed site name, I would need to adjust about 30 HTML pages out of about 7,000 candidate files in one directory. The program fnr.exe -- https://findandreplace.codeplex.com/ -- is an order, or perhaps two orders, of magnitude faster at this task than any other program I tried. Highly recommended.)

2) As the renaming didn't help, I put the URL back the way it was.

3) I installed Chrome for the iPhone6. Going to my home page ( http://www.billanddot.com/ ) and clicking on the link ("Granddaughter Emma") for http://www.billanddot.com/Emma-pictures/index.html resulted in the 140 thumbnail display (as with Safari). However, unlike Safari, invoking Chrome's Refresh action did nothing but... reload all of those thumbnails. I did this five or six times, with no change. (Recall that with Safari, one or two Refreshes would cure the massive-thumbnail problem.) However (again), if I left the http://www.billanddot.com/Emma-pictures/index.html page with a Back action to my home page, and then clicked that link again, Chrome would show the proper (i.e., fewer) number of thumbnails. But Refreshing that page, in place, resulted in an increase in thumbnails, something that, in situ, I had been unable to experience before.

All very strange. I think I'll leave everything as is (and I've since removed Chrome, which various reviewers claimed was very unstable, anyway, on the i-platform). Steven, thank you very much for your time, thoughts, and energy spent on this issue.

Cheers,

Bill P.

Alas, no luck. Here's what I did:

1) Re Varnish, I didn't do anything. I followed the instructions on the BlueHost page for which you sent me a link. However, when doing so I found no option (on my "server" page) for Varnish. On that original page, BlueHost states that "This article will explain how to turn varnish off on a WordPress Optimized account." Apparently, I don't have a "WordPress Optimized account," which makes sense because I've never used WordPress. Either that, or those instructions are out of date (and BlueHost neglects to include any date on that page).

2) Re .htaccess, I edited the file such that the opening lines were changed from...

<IfModule mod_headers.c>
Header set Cache-Control "no-transform"
</IfModule>

...to...

<IfModule mod_headers.c>
Header set Cache-Control "max-age=0, private, no-cache, no-store, must-revalidate"
</IfModule>

I then cleared the cache on my iPhone6, tried loading the page again, and got the same lots-of-thumbnails result as before (correctable by refreshing the page once or twice, as before).

Maybe the server is more recalcitrant than you figured, and I have to wait for BlueHost to reboot it or something like that. This is all not a very big deal in the grand scheme of things, but I thought you and the developers should know about it.

Cheers,

Bill P.

Steven:

First of all, thank you for your prompt and thorough examination of the assorted files involved.

Second, alas, I still have this problem. Or at least, I seem to still have the problem. Here's what I did:

1) I removed the entire meta/viewport lines from my web server's gallery.html and index.html files, cleared the cache on my iPhone, opened the page in Safari... and got the same results as I described in my first post.

2) Next, note that I had been updating my galleries by replacing the jbcore directory for each gallery -- using a python script I described in http://juicebox.net/forum/viewtopic.php?id=147 -- as each new release of Juicebox Pro was released. That is, I hadn't actually been re-generating most galleries.

This time, however, I generated the http://www.billanddot.com/Emma-pictures/index.html gallery anew. That is, I ran jAlbum, with the Juicebox skin, with the Pro options. I had updated the Juicebox skin a few days ago in jAlbum, and then replaced the jbcore directory for that skin with the real (Juicebox Builder) jbcore.

So, in jAlbum, I did a Make Album and then Upload. After this process was completed, I looked at the new gallery.html and index.html files and, as you stated, there were no viewport lines in them.

So I cleared the cache again, went to that gallery, and got the same results as before.

BTW, to clear the cache on my iPhone, I go to Settings --> Safari --> Clear History and Website Data --> Clear History and Data --> (press). I think that's what I'm supposed to do, and it zaps any sites I may have had open in Safari.

Perhaps there is something I'm supposed to do to force cache-clearing on my server (hosting by Bluehost.com) that I don't know about.

Last, as you can see by the simple way I generate all of these standalone galleries, I have no interest in playing around with scalability, i.e., I just want to let Juicebox handle everything for me. So I haven't (yet) attempted to manually add code -- such as the optional lines you presented -- after jAlbum has generated a gallery for me.

Er, um, you have any other thoughts about this? It's really weird that only one of two very similar galleries exhibits this behavior.

Thanks,

Bill P.

I have a standalone gallery with about 600 images: http://www.billanddot.com/Emma-pictures/index.html . When I view it on my iPhone6, immediately after clearing the cache in the phone's settings, it shows a screenful of very small thumbnails. Here's the screengrab of that: http://www.billanddot.com/IMG_1598.jpg . If I then press the page's Refresh icon -- and sometimes I have to do this twice, and sometimes only once -- it reverts to a normal thumbnail display, i.e.: http://www.billanddot.com/IMG_1599.jpg .

I have a similar gallery, http://www.billanddot.com/Max/index.html , which has a similar amount of images, but that gallery doesn't exhibit this whole-bunch-of-little-thumbnail problems.

I'm running iOS 8.4, which may be the culprit, as that was a recent upgrade and I didn't notice the problem before.

Steven, could you take a look at that gallery and see if something jumps out at you (if you have access to an i-device with a small screen, of course)?

Thanks,

Bill P.

36

(5 replies, posted in Juicebox-Pro Support)

donatello wrote:
wspollack wrote:

I'm just a user of Juicebox Pro, and not an expert. Although I put my thumbnails below the image in my gallery, having the thumbs above the gallery is possible. On the configuration page ( http://www.juicebox.net/support/config_options/ ), see the thumbnail options: http://www.juicebox.net/support/config_ … il-options . One choice is thumbsPosition=TOP.

However, if the viewer chooses to turn the thumbnail display off or on (assuming you allow this, in a given gallery), the main image will resize, anyway, i.e., regardless of where the thumbs are. (This assumes that the image has room to resize, e.g., it not already taking up all the available width, for instance, of the viewing window.)

Doesn't the "thumbnail position TOP" mean that the thumbnails are above the image and not over the image? On top of the page and not on the bottom of the page so to say.

I just find this current thumbnail design inferior to the "over the image" thumbnails like iPad's default photo gallery have it. I use the thumbnails regulary to jump from picture to picture fast. It feels very fluid.

Oh, sorry, I misunderstood. I was thinking you meant above the image, but you're talking about overlaying the image, i.e., sort of covering up a part of the image itself. If that's the case, I don't think you can do that, and I'll keep my mouth shut and let Steven & Co. respond.

Sorry I confused the issue.

37

(5 replies, posted in Juicebox-Pro Support)

I'm just a user of Juicebox Pro, and not an expert. Although I put my thumbnails below the image in my gallery, having the thumbs above the gallery is possible. On the configuration page ( http://www.juicebox.net/support/config_options/ ), see the thumbnail options: http://www.juicebox.net/support/config_ … il-options . One choice is thumbsPosition=TOP.

However, if the viewer chooses to turn the thumbnail display off or on (assuming you allow this, in a given gallery), the main image will resize, anyway, i.e., regardless of where the thumbs are. (This assumes that the image has room to resize, e.g., it not already taking up all the available width, for instance, of the viewing window.)

Personally, I don't see the image resizing in these circumstances to be an issue -- in fact, I like it. I think that most viewers will tend to leave the thumbs in one state, either visible or not visible. So the images will be in one state. What I like is that if a viewer has the thumbs on, but wants a larger view of one or more images, she or he can simply turn off the thumb display... and the image will enlarge a bit (depending on browser real estate); this is often easier and quicker than using the option to open the full-size image in a new browser window.

Cheers,

Bill P.

Steven wrote:

@wspollack
These default values (644 and 755) look to be fine and should not produce a forbidden 403 error.

@dmeriwether
I hope that you and your web host are able to resolve the issue on your web server.

Steven: right, no problems here. I was only posting to let you and the OP know that -- at least as far as I'm concerned -- there is not a problem with Bluehost... which the OP and I both use. So it looks as if he must somehow be altering the default situation, however he gets the JB files from his PC/Mac to Bluehost.

FWIW, I use Bluehost as well, for all of my galleries (about 70 of them). I just looked at my permissions, and they are listed (in Filezilla) as -rw-r--r-- (whatever that is in numbers), for the images, gallery.html, index.html, and config.xml. These are unembedded galleries, and are uploaded via jAlbum's internal uploading applet.

The directories themselves -- hi-res, res, slides, and thumbs -- are listed as drwxr-xr-x.

I never specified anything about permissions, so this is what happens by default, apparently, using Bluehost and saying nothing about the matter to jAlbum and the Juicebox-Pro skin I use.

Cheers,

Bill P.

40

(496 replies, posted in Juicebox-Pro Support)

paulr wrote:

Please modernize the update process!

Almost every other piece of software I own checks for updates, alerts me, and then offers a one-click option to download the update. The install process rarely requires more than typing in admin credentials and clicking OK.

Juicebox seems more inclined to send us on some kind of vision quest— in search of new updates, and then in search of the How to Update instructions on the site, and then into the bowels of our own email records to try to find the original email receipt ...
All this just to send a web form requesting a download link. This followed by a few days wait, a manual download, and a manual uninstall and reinstall...

Honestly, it's the most Byzantine update process I've encountered in the last ten years.

Please spare us.

Whole-heartedly agree with Paul!

Cheers,

Bill P.

41

(29 replies, posted in Juicebox-Pro Support)

Steven, I don't know whether this has anything to do with the issues in this thread, but I can't see any buttons at all when I look at those two pages. (You wrote, "The 'Expand' button allows the gallery to fill the browser window and display images at high res.")

Firefox 3.5.0.1, Windows Vista Home Premium

Cheers,

Bill

I took the demo link you sent, put in an email, sent to it myself, opened the mail on the phone, and clicked the link. It exhibited the same behavior as the link I had been using. That is, it showed the image, with no caption, and the Info button was disabled. Either rotating the phone or clicking the Refresh icon brought up the text.

I repeated the experiment, clearing Safari's cache between tests: holding the phone horizontally instead of vertically; clicking on the Refresh icon vertically; clicking on the Refresh icon horizontally. All tests produced the same results, i.e., changing the orientation got the text to show, as did using refresh.

Next, I installed Chrome on my phone, copied the link in the email, ran Chrome, and pasted the link in Chrome. Chrome did NOT have this problem. (This was in vertical orientation; I would've tried it horizontally, but I can't figure out how to clear the cache in Chrome on my phone.)

So, it looks like it's a Mobile Safari, iOS 8.1.3, problem. I don't know whether there's anything that the Juicebox developers can overcome, but they might like to try. Anyone in your circle have access to a small-screen 8.1.3 device, so you can see this, too? I would feel better taking up your time if this quirk were reproducable on someone else's iDevice.

Cheers,

Bill P.

I recently came across a strange situation.

When clicking on a Juicebox gallery direct link (sent in an email) on my iPhone6, Safari opens with the proper image. However, the caption and image number are not shown, and the Info button on the button bar is inoperative*. And -- and this seems pretty weird to me -- rotating the phone to the other aspect will result in the caption's being displayed, and the Info button working. That is, if (when reading the mail) the phone is held vertically when the link is clicked on, after the image is display in Safari, rotating the phone horizontally will cause the caption data to display... and vice-versa.

* (All the other button-bar icons are operative, i.e., only the Info button doesn't work in this scenario.)

Another way to get the caption info to display -- instead of rotating the phone -- is to click on Safari's refresh icon.

If I click on a direct link in email on my PC, the image and caption appear, as expected. Also, if using the phone and  clicking on the gallery proper, i.e., no direct link to a specific image, the gallery loads properly, with captions showing.

My galleries are not imbedded, are built using jAlbum with the Juicebox skin, and have the following Pro options set:

backButtonPosition=OVERLAY
backButtonText="&lt;a href=&quot;http://www.billanddot.com/index.htm&quot; target=&quot;_top&quot;&gt;&lt;img src=&quot;http://www.billanddot.com/house_2.png&quot; width=&quot;32&quot; height=&quot;32&quot; alt=&quot;Home (Bill &amp; Dot&apos;s Excellent Pages)&quot; style=&quot; border-style: none;&quot;&gt;&lt;/a&gt;"
backButtonUrl=http://www.billanddot.com/
captionPosition=OVERLAY
galleryTitlePosition=NONE
imagePadding=10
imagePreloading=NEXT
languageList=Show Thumbnails|Hide Thumbnails (which enlarges main image)|Expand Gallery to Full Screen|Close Gallery|Open Image in New Tab or Window|Images|Next Image (or use the Right Arrow, or click anywhere on the right half of the screen, or the End key for the last image)|Previous Image (or use the Left Arrow, or click anywhere on the left half of the screen, or the Home key for the first image)|Play Audio|Pause Audio|Show Caption, Image Number and Home Icon|Hide Caption, Image Number, and Home Icon|Start AutoPlay|Stop AutoPlay|AutoPlay ON|AutoPlay OFF|Go Back|Buy this Image|Share on Facebook|Share on Twitter|Share on Google+|Share on Pinterest|Share on Tumblr|of
maxThumbColumns=50
showAutoPlayButton=TRUE
showImageNav=NEVER
showInfoButton=TRUE
showNavButtons=TRUE
showSplashPage=NEVER
textColor=FFFFFF

Here is a sample link that I've been testing with: http://www.billanddot.com/victory-xct-p … -cover/#42

My phone is running iOS 8.1.3; I have cleared the cache on the phone's Safari setting many times, and that doesn't seem to matter. The galleries have been (re-)built using Juicebox 1.4.3.

Thoughts?

Cheers,

Bill P.

44

(7 replies, posted in Juicebox-Pro Support)

ksrstuff wrote:

Weel okay, I got it - the buttons need configured again on it but its fine. I just need to play with it more at least it is shows.  Where is the page on your website that tells what each of the options are for. I cannot find it.

See http://www.juicebox.net/support/config_options/

Cheers,

Bill P.

45

(3 replies, posted in Juicebox-Pro Support)

@Toni:

Not sure what you're guarding against. If you want to let the public view your images, at the very least anyone can do a screen capture of any area on a high resolution monitor. And it's trivial to disable javascript on a browser, too.

There's what I think is a very reasonable discourse on this at http://www.dwuser.com/education/content … ur-images/ . It discusses the pros and cons of large vs. small watermarks, as well as overlaying transparent images. As it notes, you have to ask yourself why and from whom are you guarding your images, contrasted with what you want people to see.

A more technical page that also touches upon these issues -- without the basic philosophical underpinnings -- that you may want to read is http://stackoverflow.com/questions/2111 … e-download .

Cheers,

Bill P.

Steven wrote:

Am I correct in that inactivityTimeout=0 is not needed when showInfoButton=TRUE has been set?

That is correct.
inactivityTimeout works only when showImageOverlay="AUTO" and showInfoButton="FALSE" so other ways to disable the timeout would be to set showImageOverlay="ALWAYS" or showImageOverlay="NEVER" or showInfoButton="TRUE".

Thanks again, Steven.

Bill P.

Steven, thanks for pointing this out. I guess I didn't read the options page as carefully as I thought.

Am I correct in that inactivityTimeout=0 is not needed when showInfoButton=TRUE has been set? At least this seems to be the case in my second example, right? This -- no hiding via a timeout -- is what I want, so put another way: if I just change showInfoButton from False to True in that first example, I'll be all set, right?

Thanks for your time.

Bill P.

I upgraded to 1.4.3 today and noticed what I think is a bug. At least I don't think this is what's supposed to happen. Incidentally, I skipped over 1.4.2, so I can't say for certain that this quirk was introduced in the latest release.

I have many similar web pages, and in some of them (for reasons that escape me, or maybe this was just a mistake) I have showInfoButton=FALSE. For those pages, and given my other configuration options, if you load the page AND have the cursor somewhere in the viewing stage, the caption and other overlay information appear for about four seconds, and then disappear. Moving the mouse will bring back all of this information, for another four seconds (assuming you don't touch the mouse again, after moving it).

Here is a page that exhibits this behavior: http://www.billanddot.com/Victory-Garage-Door-Opener/

And here is a page that doesn't exhibit this behavior, but has an identical list of configuration options, with the exception that showInfoButton=TRUE: http://www.billanddot.com/victory-xct/

I tested this, with identical results, on the latest versions of Firefox and Opera, on my Windows Vista PC.

If this is the intended behavior -- i.e., a feature, not a bug -- pardon the post. I read through http://www.juicebox.net/support/config_options/ pretty carefully, and I didn't see any indication of a four-second rule.

Cheers,

Bill P.

49

(6 replies, posted in Juicebox-Pro Support)

kilooloogung wrote:

max:
I wanted a similar thing, in my case a back button in the top left corner of the screen. I did it with a small png with this style

    .bHome{z-index:999; position:fixed; top:0; left:0; height:45px; width:40px;}

with this line at the end of the page:

<img class="bHome" src="../PNGs/bHome.png" onclick="location.href='../index.html'" alt="Back.." title="Back..">

I have 51 JuiceBox galleries on my web site, for example http://www.brianwatsonphoto.co.uk/Birds/index.html using this technique more or less satisfactorily.

Hope this helps,

Brian

Brian: that's a very nice, very clean, web page. I have a home button on my web pages, similar to your back button (e.g., http://www.billanddot.com/victory-xct/ ).

Unfortunately, what I think max wants is to add a button to the upper-right group of buttons, which I gather isn't possible.

Bill P.

antonio wrote:

Hi.

I have a question about button bar. I want to use Juicebox in spanish and I would like the words that apppear in the mouse over of the button bar (hide thumbnails, open image in a new window, expand gallery, etc) were in spanish. How can I do that?

Thanks,
Antonio

I'm just a Juicebox Pro user like you, i.e., I'm not an official answer person (e.g., Steven, Felix). However, I can answer your question: see http://www.juicebox.net/support/creation/#language-list . I've used this option in order to make my (English) hover-text more explicit.

Cheers,

Bill P.