1

(495 replies, posted in Juicebox-Pro Support)

I'm not sure of the netiquette of reiterating a request. If this is bad form, my plea for mercy is based on the intervals involved, i.e., we're talking six years and one year. To wit:

I'd still like to see:

1) Support for embedded videos, e.g., Vimeo and YouTube.

From 2012: https://juicebox.net/forum/viewtopic.php?pid=930#p930

2) Support -- perhaps as an option, to permit this -- for pinch-zoomable images.

From 2017: https://juicebox.net/forum/viewtopic.ph … 272#p11272

Cheers,

Bill P.

Steven:

Thanks again for the explanation, and for your time.

I'll just leave things as is: leave the "Include metadata" checked, but continue my usual practice of working only with JPG files.

Thanks,

Bill P.

Steven:

Thanks for your prompt and thorough reply.

Per the https://jalbum.net/forum/thread.jspa?messageID=318904 thread, here's some info for you:

- My filetypes.xml was properly configured, per the second post.

Per the fourth post:

- Settings > Pages, Copy originals if needed: already checked.

- Settings > Advanced > General, Exclude new images by default: already unchecked.

- Include xmp metadata in generated images: was checked, but I just unchecked it, and generated a new gallery. I didn't upload it to my server, but I did look at the generated folder on the Mac, and the PNG image was properly added to the hi-res folder. So that did the trick.

- Settings > Images > Advanced, Force JPEG writing: unchecked the entire time.

Which brings me to a follow-up question: should I care about "Include xmp metadata in generated images" setting?

That is, all these settings that you were talking about are ones that I just left at their default, haven't concerned myself with them, and so forth.

Additionally, that PNG file that I discovered was missing in my non-test gallery yesterday: I just copied the original PNG to the hi-res directory on the server. That took care of the problem, of course, and I can't recall messing with anything but JPG files in 100 or so galleries that I've put up.

Thus, is unchecking "Include xmp metadata in generated images" something that will have any side-effects that I should worry about?

Thanks again,

Bill P.

I discovered yesterday that, when an album is being generated, a .PNG image is not copied to the "hi-res" sub-directory of a gallery's destination.

I made a two-image -- one PNG, one JPG -- gallery this morning, to verify this. See:

http://www.billanddot.com/JPG-vs-PNG-Test/

This is on a Mac, running Sierra 10.12.6, with the latest versions of Juicebox Pro and jAlbum.

I did a search of this issue, and came up empty. And if I should've posted this on the jAlbum forum, i.e., if this problem is specific to jAlbum's use of the Juicebox skin, er, um, my apologies.

Cheers,

Bill P.

I didn't realize that much was involved. I thought maybe I was missing setting some option (although I reviewed them, before posting here) that would allow this.

Family viewers of my non-embedded galleries almost invariably want to take a closer look as some pic, and more or less instinctively these days try to pinch it larger. There's a YouTube video out there that I viewed a year or so ago: a toddler -- obviously used to playing with iPads and suchlike -- is given a paper magazine, with a printed picture showing, and the tyke is shown trying to do a pinch gesture on the picture.

In any event, thank you very much for the thorough explanation, and for your time.

Cheers,

Bill P.

Steven:

Given:

- A JB-Pro gallery
- Built with jAlbum's JP-Pro skin
- So, no tricks, no embedding, etc.

Is it possible to enlarge an image by pinch-zoom (or whatever the proper term is) on an iPhone (after navigating to that image, via clicking on a thumbnail or navigating from one image to the next, and so forth)?

I realize that an image can be enlarged by the viewer by clicking on that Open In New Tab/Window icon; once the image has been opened, all by itself, in a new tab or window, the normal iOS re-size pinch mechanisms seem to work fine.

So what I'm wondering is whether this type of ad hoc viewing enlargement can be accomplished without going through that extra step of creating/downloading/opening a specific image in a separate window (just as, say, the iOS swipe gesture will get you to the next or prior image).

Thanks,

Bill P.

Ah, yes, I should have been more specific.

Right you are, I had remembered that (one?) time, when the meta tag was updated. That precluded my using a Python script I wrote to replace my hundred or so jbcore directories (from a new jbcore folder I copy over to the server, upon new releases, for just that purpose -- see post https://juicebox.net/forum/viewtopic.php?id=147).

Since I use the jAlbum skin, "as is" -- no embedding or anything else tricky -- I guess I should go ahead and re-generate the galleries, since I gather I do, in fact, make use of the index.html jAlbum generates. (It's not as easy as using the Python script, because in the course of moving from a PC to a Mac, almost two years ago, I seemed to have lost track of some .jap files. OTOH, if I can't find them, they can't be that important to me and my occasional viewers.)

Thank you for your thorough and prompt answer.

Cheers,

Bill P.

Steven:

At https://www.juicebox.net/support/upgrade/, there's a note in the section 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.

Just to confirm: that option applies to 1.5.1?

I ask, because sometimes on new releases it has been necessary to regenerate galleries (as opposed to merely replacing the jbcore folder on web hosts).

Thanks for your time.

Regards,

Bill P.

Steven @ Juicebox wrote:

Unfortunately, there is no easy way to have multiple galleries share configuration options from a central location.
You'll just need to add the languageList option to each gallery's current list of options (see example above).

Steven:

I use Juicebox Pro with the jAlbum skin, and have a specified languageList that I have saved in a sort of template that I use for my galleries. I open that template for each new gallery, and then do a Save As (name of new gallery), and then change the location of the source photos, etc.

Can't a similar methodology be employed when using JB Pro directly?

Cheers,

Bill P.

10

(495 replies, posted in Juicebox-Pro Support)

fkelly12054 wrote:

I'll confess that I haven't read through all 17 pages of feature requests.  So feature request #1 would be to restructure these to make them easier to follow, maybe separate into "already accomplished", "not feasible or desirable" and "pending". 

Second, I found this response to a request from back in 2012:
"It is not possible to change the default values in JuiceboxBuilder-Lite/JuiceboxBuilder-Pro (such as the selected 'Resize Images' checkbox).
It is also not possible to automatically load a Preset on launching the application."

Assuming this is still true:  could you reconsider.  For me, at least, not being able to set a preference to read the captions from IPTC data creates a lot of extra work.  This, and a few other "preferences" such as:  setting Gallery title above the album and centering, positioning caption below the image and centering, always setting autoplay on, would be GREAT to be able to set as standard preferences which would always be on unless explicitly overridden.  Maybe have a default.xml file that would always be loaded and then could be overridden by one of the xml files shown in presets.

I'm with you. It must be very difficult.

I don't use Juicebox Builder, but I can imagine your frustration. I use Jalbum, and then its Juicebox skin, for my galleries, of which I've made almost 100 by now. I have a Jalbum/Juicebox gallery that I named 000template.jap, which has all the options I want to set already in place. So when I want to create a new gallery, I tell Jalbum to open that pseudo gallery, then change the locations of the input and output photos, and do a Save As to an appropriate .jap file. And I may change one or two of my pre-set options, or maybe not.

I gather that this is the sort of thing you're trying to accomplish with JB Pro, and I don't blame you for being disappointed for not being able to do that.

Good luck,

Bill P.

Thanks, Steven, for the thorough answer and for your time.

Cheers,

Bill P.

Steven:

I asked a similar question once before (although I can't find that thread), so this may sound familiar: with the release of 1.5, is copying its jbcore directory to the web host sufficient to update existing galleries?

I seem to recall that for at least one Juicebox Pro release it was necessary to re-generate the galleries (after installing the latest version), in order to reap the benefits of the changes in the release.

(Recall that I have a Python script that will accomplish the replacements, when no re-generation is required. See thread https://juicebox.net/forum/viewtopic.php?id=147 .)

On the page that announced the release of 1.5 ( https://juicebox.net/blog/2016/05/juice … -released/ ) there's a paragraph on "Upgrading to v1.5.0," with a link to https://juicebox.net/support/upgrade/ . That upgrade page, in "Upgrading Existing Galleries," states "Alternatively you can replace the jbcore folder in the existing gallery folder with the one that comes in the latest download web folder." That's the good news. The bad news is that at the top of the page there is a statement: "Juicebox is currently on version 1.4.4.2"; since that information is incorrect, it renders the alternative upgrade statement a little suspect.

Thanks for any help on this issue.

Regards,

Bill P.

Steven wrote:

The changelog refers to a certain issue when using captionPosition="OVERLAY_IMAGE" whereby the width of the caption area did not match the width of the main image. (They should both be the same.)
The bugfix does not affect the caption area when using captionPosition="OVERLAY" (the default value) as you do in your gallery.
If you were to update your gallery to v1.5.0, there should be no change to your gallery's caption area.

I hope this puts your mind at ease.

You bet. Thanks.

Steven: could you clarify what is meant by the change in 1.5.0 by "FIXED - Caption area extends beyond image"? If this is as straight-forward as it seems, I may have to post a feature request, to add a configuration option to let the caption be wider than the image.

Take a look at, say, my gallery http://www.billanddot.com/victory-xct/ -- the first image will do. The caption starts at the very left of the screen, well beyond the left side of the image (at least on a browser window with a fair amount of pixels). If I understand the latest fix correctly, the caption will be moved to the right, and likely have to take up two lines (again, depending on the window resolution). This, in turn, will overlay more of the image (which is generally not desirable).

Do I understand the situation correctly, or am I misinterpreting the fix?

Thanks,

Bill P.

Steven wrote:

There is a file /Applications/JuiceboxBuilder-Pro.app, but that's all I can find -- no folder.

Try right-clicking 'JuiceboxBuilder-Pro.app' and selecting 'Show Package Contents'.

Well, that was intuitively obvious, that right-click (which, with my new one-button Mouse 2, is really a Control-click) on what appears to be a file. Yes, indeed, doing that, and expanding every returned folder in sight eventually results in finding this location:

/Applications/JuiceboxBuilder-Pro.app/Contents/Resources/template/jbcore/

What are you, a Mac expert in search of a Mac?

Nice research.

Cheers,

Bill P.

Steven: I have a hundred or so spinner.gif files. I have the output from jAlbum written to sub-directories in a local directory. Arrowing my way down a Finder list of them all -- I get to see the full path for each one that way -- reveals nothing interesting.

Same deal for jbcore. I just tried this again, with that add-on set to show hidden files. Nothing unusual, and nothing in any application type of folder. The only unusual place is in /Users/[user name]/Documents/JuiceboxBuilder-Pro/..., but I thought I made that directory the other day, just to save things off, for future reference. You don't suppose I'm getting punchy, and the installer really put it there?!

Re hidden stuff, remember that deal with the skins, in /Users/[user name]/Library/JAlbum/skins/Juicebox/res/Juicebox/jbcore? That particular /Library/ node is hidden by default, so the skins' winding up in there renders them hidden, too.

There is a file /Applications/JuiceboxBuilder-Pro.app, but that's all I can find -- no folder.

The next time there's a new JB-Pro release and I've downloaded it, I'll try to keep an eye on my system, and see what gets changed when I run the installer.

Cheers,

Bill P.

Steven:

What I did was to download the JB-Pro zip file again. I managed to butcher it, before I discovered that by default you move a file, instead of copy it, on a Mac.

Next, I ran jAlbum, with the Lite version of Juicebox installed. Then, I followed your instructions in the readme.txt that is included in the skin download (visible after changing that to a .zip file):

"To open the skin's folder, go to 'Tools -> Open Directories -> Skin directory' from jAlbum's drop-down menu."

That gave me a Finder window in the proper location. That location, by the way, is:

/Users/[user name]/Library/JAlbum/skins/Juicebox/res/Juicebox/jbcore

However, I can't seem to navigate to it myself, so I'm doing something wrong with Finder, or maybe it's some sort of alias, or maybe it's hidden to me. Doesn't matter, I got there courtesy of that menu instruction.

[Update: yeah, that particular Library folder is normal invisible. I installed Invisible -- https://www.macupdate.com/app/mac/47448/invisible -- which is easier than running assorted terminal commands. Now I can navigate directly to that location myself, but it's still easier to let jAlbum open it for me, as opposed to trying to remember that location myself.]

Then I closed jAlbum. Didn't want the skin open, but Finder was left open.

Then I ran another Finder, and opened the downloaded JB-Pro zip file. Now, having researched drag-and-copy better, I just dragged the jbcore from that Finder window to the one that was showing the skins folder (having navigated to the /juicebox/jbcore area).

Oh, yeah, I replaced spinner.gif there, too.

This was actually pretty easy, i.e., let jAlbum open a folder for me, and use the jbcore from the zip file for JB-Pro. I never did find out where jbcore is residing permanently, as part of JuiceboxBuilder-Pro, and I looked.

So, good suggestions you gave me, but it was ultimately the simple part of readme.txt that steered me in the right direction.

Thanks,

Bill P.

Hi all. I'm in the process of migrating from a Windows Vista machine to a brand new Mac. On the PC, when a new JB-Pro release was available, after downloading and installing it I performed the following tasks:

1) Go to the directory where jbcore was installed for JB-Pro, and then to the classic -> img directory, and rename spinner.gif and put my own spinner.gif file there.

2) Copy the newly installed jbcore directory, above, such that it overwrote the jbcore directory that gets installed for jAlbum when the Juicebox skin is installed. This allows galleries generated via jAlbum to have access to the Pro options.

3) If a new Juicebox skin became available -- as is often the case, shortly after a new release of JB-Pro -- repeat step 2, above.

So, on the Mac, I've now installed Adobe Air, JB-Pro, jAlbum, and the Juicebox skin. And I now want to perform steps 1 and 2, but I haven't a clue. I've done what I consider extensive playing around with Finder (Mac's equivalent of Windows Explorer), to no avail. I've even done some research, in order to modify Finder so I could see more information.

[Edit: forgot to add that I looked at the jAlbum forum before posting, but only found a couple of threads, from five or six years ago, which don't seem to apply now.]

Anyone care to help me out here?

Thanks,

Bill P.

Sorry to trick you, re the vertical vs. horizontal. My eyes aren't what they used to be.

I'll just leave this alone, since I just got through updating a bunch of galleries for the viewport issue, and because it's not a big deal. If this is really a bug, I'll just wait for it to get fixed. Hopefully, the repair will just involve replacing the jbcore directories of the galleries with a new improved version (and so I can use my python script for that).

Thanks for your help.

Cheers,

Bill P.

Steven:

I just noticed what may be a quirk of iOS or a bug in Juicebox Pro, or, of course, I may be doing something wrong and all software is working as intended.

In recently re-doing my galleries (to get the Viewport line added), I noticed that in horizontal mode on my iPhone that the caption color is showing up, on the line with the image x/y information.

I have the caption coloration supposedly invisible, with captionBackColor="rgba(0,0,0,0)" specified. This works fine in Firefox (41.0.2) and Opera (32.0) on my PC (Windows Vista Home Premium SP2, 32-bit). On my iPhone6 (iOS 9.1), that area is transparent only when viewing a gallery in vertical mode, but not horizontal (and Safari cache cleared before test).

Here's a gallery that exhibits this problem: http://billanddot.com/Peter's-Pumpkin-Pictures/ (generated via jAlbum, 12.7.2, using the latest 1.4.4 software).

And here are screen grabs from my iPhone, vertical and horizontal, respectively:

http://www.billanddot.com/IMG_2191.PNG
http://www.billanddot.com/IMG_2192.PNG

Could you take a look at the index.html and config.xml files, and let me know if you see anything that I'm doing wrong?

As always, thanks:

Bill P.

The HTML validator at W3C -- https://validator.w3.org/ -- shows a few errors in the code. I'm not familiar with Lightroom, but you might want to address those errors, to see whether it makes a difference in the display.

Cheers,

Bill P.

Steven:

A few minutes ago, I downloaded and installed the updated Juicebox skin for jAlbum, recopied the /jbcore/ directory over to the skin's directory, and then regenerated and uploaded that gallery. And all is well now.

Thank you for the detailed explanation, and for your time.

Cheers,

Bill

Steven:

Could you confirm that I'm running the latest software, please?

- In C:\Program Files\JuiceboxBuilder-Pro\template\jbcore, the second line of juicebox.js reads " * Juicebox-Pro 1.4.4.1"

- I've copied the \jbcore\ directory to C:\Users\...\AppData\Roaming\jAlbum\skins\Juicebox\res\juicebox\jbcore .

- In jAlbum 12.7.2, if I click on the "i" icon for the Juicebox skin, it says "Current Version: 1.4.4.2" and "Latest Version: 1.4.4".

- In jAlbum, I recently generated http://www.billanddot.com/2015-08-25-No … Track-Day/ . In that gallery's index.html, there is no Meta Viewport data, as described in the blog entry http://juicebox.net/blog/2015/09/juiceb … for-ios-9/ .

Have I not downloaded the latest versions of any software involved here? Or am I doing something wrong? Or do I simply not understand what's going on, and the software is working as intended?

Thanks for any light you can shed on this.

Cheers,

Bill

I follow you. Looks like I may write another python script for this, or else I'll have to manually edit 80 or so galleries. Or, as you note, regenerate them all in jAlbum; that will be a bit tiresome, but may not be a bad thing, because I've been refining the Options settings as I've been making more recent galleries.

Thanks for the clarification and quick response.

Cheers,

Bill P.

Steven wrote:

Please see this blog entry regarding Juicebox and iOS 9.
It should hopefully explain and solve your problem.

Steven: as always, thanks for your prompt and thorough response.

I have two follow-up questions:

1) I saw the thread the other day ( http://juicebox.net/forum/viewtopic.php?id=1960 ) about some problems with iOS9, and your response, with the additional meta data in the Head section. I didn't realize that the swiping problem there was related to the size problem.

After reading the blog entry, I'd like to confirm that the new meta info also relates to the thumbnail page, not just image pages. That's the case, correct?

2) My usual method of dealing with releases is to overwrite the jbcore sub-directory in all my galleries, using the jbcore of the new release. Is the Is the new HTML meta data regarding this "hotfix" in the file /res/juicebox/jbcore/full.html, meaning that my jbcore replacement strategy will still work, or does a gallery actually have to be re-generated in order for the hotfix to work?

Thanks again for your time,

Bill P.