Steven wrote:

Try the new version of the Juicebox skin (v1.3.1.0) which can be downloaded from this page.
I have changed setPreferredSize to setSize and I notice a difference (though I have never needed to resize the settings window to show all the controls on the tabs you mentioned).
Hopefully it fixes the problem. If not, I'll just remove the 'smart' window sizing in the next version of the skin.

Yep, the latest version of the skin fixed the default sizing quirks in those three tabs I mentioned above. Thanks, Steven.

Steven wrote:

When opening the settings window with the Juicebox skin active, the settings window should not be larger than your monitor's screen. It's maximum height should be no greater than the maximum height of your screen and a vertical scrollbar should appear if necessary.

If this does not seem to be true on your system, try opening the skin's 'onload.bsh' file in a plain text editor and change the instance of window.settingsWindow.setPreferredSize (near the end of the file) to window.settingsWindow.setSize (and then reload the skin) to see if this makes a difference.

Failing that, try deleting everything after the window.pack(); line (in the same 'onload.bsh' file) to see if this helps.

Sorry, I didn't explain the situation clearly. I have plenty of screen space to enlarge the settings window. It's just that by default I now have to enlarge that window to show all of the fields in those tabs I mentioned. I thought that its default size would now be larger than before, by default and given sufficient monitor real estate. Not a big deal.

Felix wrote:

Unfortunately most XML parsers will throw an error if duplicate attribute names are used, so it's hard to show an error specifically for this situation.

I didn't know that. Thanks for the explanation, Felix.

Addenda: In the Juicebox skin, the dialog box -- at least as it defaults on my system -- is not long enough to show all items (and I'm talking about those tabs that do not have scroll bars) without resizing it manually. This is true for the followoing jAlbum tabs now with Juicebox:

Pages
Images -> Advanced
Advanced -> Metadata

Ah, I see -- I noticed, in passing, that the skin interface was, um, taller than before, but didn't pay attention to it.

A couple of comments:

- You think about allowing duplicate attributes to show up in the config.xml, and last-one-wins, or something like that?

- As that "not found" message was not really very helpful in this case, is it feasible to somehow generate additional error messages, e.g., "Juicebox Error: the config.xml file is really messed up."

In any event, thanks very much for your debugging help.

Nope, removing one of the useFullscreenExpand lines didn't help. So I think that's a red herring here, although a good catch -- thanks, Steven.

BTW, I don't know why there were two instances of useFullscreenExpand. One was useFullscreenExpand="false" as the last entry in what appears to be the group generated programmatically by the software. The other entry was useFullscreenExpand="TRUE", an entry among those I added in jAlbum's Album Settings -> Juicebox -> Pro Options box (and I added it last, and like the other options I added, I used capitalization for the values).

Thus, it looks as if the combination of 11.2.1 and 1.3.0 in jAlbum ignored that specification -- somewhat -- but changing that* doesn't seem to help.

Pretty strange: I've generated about 60 galleries this way, with nary a problem, until now. Are there older versions of jAlbum and the JB skin tucked away somewhere that I can reinstall? On my own, I can put back the JB Pro 1.2.0 /jbcore/ files, because I still have the 120.zip file somewhere.


* (I just deleted the useFullscreenExpand="false" from the config.xml file, and overwrote the one on my server with it.)

For the first time, I got the dreaded config.xml not found error. I've been using JB Pro since being a beta tester for it, and almost always via the JB skin in jAlbum. I don't do any frame embedding or anything tricky -- no other css files and that sort of thing -- and have never encountered this problem. These are all "stand-alone" pages.

Okay, here's what changed for me today (been out of town for a few weeks):

- Upgraded jAlbum to 11.2.1.
- Upgraded the JB skin (which jAlbum told me about, because it's my default skin) to 1.3.0.
- Downloaded and installed the 1.3.0 version of JB Pro.
- Copied C:\Program Files\JuiceboxBuilder-Pro\template\jbcore\ and its subdirectories, overwriting C:\Users\Billy-PC-300GB\AppData\Roaming\jAlbum\skins\Juicebox\res\juicebox\jbcore\ and subdirectories.

The first order of business was to add a few photos to an existing gallery, via the existing .jap file for it. Did so, did the Upload via jAlbum, no problems.

The next order of business was to create a new jAlbum gallery. The Preview just hung, as did the actual web page after the Upload (which I did anyway). Firefox just sits there spinning, but IE(9), Opera, and Safari let me know that my problem is "Juicebox Error: Config XML file not found."

Using Juicebox Pro-the-program, I don't seem to have any problem (other than trying to replicate the various settings I've built up over the months in the jAlbum skin).

Here's a sample URL for you: http://www.billanddot.com/jalbum-juicebox-130-test/ .

Thoughts? You know of anyone else using the combination of 11.2.1 and the 1.3.0 skin?

Cheers,

Bill P.

Steven wrote:

Yes. If you already have an existing .htaccess file, you can just add the code to the file.

Thanks, Steven.

Bill

Steven wrote:

Did the file need a specific name?  I just named it (new.htaccess).

The file must be named .htaccess not anything else such as new.htaccess. If you have trouble creating a file with such a filename on your system, you can upload the file as new.htaccess but then rename it using an FTP program once it is on your server.
(I posted this as a suggestion as another user claimed to have success using such a .htaccess file.)

And if the root already has an .htaccess file (like mine), am I correct that you could just tack those three lines at the end, for example? (My file currently has a lot of pairs of a "RewriteCond" line followed by a "RewriteRule" line, for instance. There's also the odd "AddHandler application/x-httpd-php5 .php" and similar lines.)

Bill P.

Robert,

I can offer no help at all, but I have this to say about http://www.robertmunozphotography.net/Galleries/Home/ :

1) Wow, what great photographs -- composition, colors, crispness, saturation, etc.! I don't suppose you'd care to share what camera, lens, and settings you typically use (if you do have some favorites)?

2) I hope that when you're finished, you'll put up some controls -- I wasn't sure how to stop the slideshow, but just clicking seemed to do the trick -- and the option to see some thumbnails.

Bill P.

86

(496 replies, posted in Juicebox-Pro Support)

graphitegolem wrote:

There should be more layout options built into JuiceboxBuilder- why do I have to jiggle the embed code just to align the gallery in a certain way, especially when it seems like such a small bit of code? This seems like something that most, if not all users would want to do out of the box, but instead I have to check the forum to figure out how to get it done.

Also, I'd like to see something where users can choose the distance between the thumbnails and the main image- I don't know enough about coding to make these sorts of changes on my own, and in fact, that's why I made the decision to buy Juicebox; I figured that there would be a lot more fine control over how the gallery looks, but it seems like that's not the case. It's still quite useful, but I think that would be a big improvement.


Finally, from reading the first few posts in this thread, it seems that the simplest way to notify users about updates would be to use the email addresses that you've collected by PayPal- I don't use Twitter, so I'm never going to find out about new versions, it seems.

1) As I've expressed a similar point of view earlier on this forum, regarding non-geeky user options, I certainly agree with you.

2) I don't use Twitter, either. What I do -- and you might find this useful, if you run some version of Windows -- is use WebMon (free, at http://www.cmcode.co.uk/webmon/ ). It sits in the system tray area, and I have it check http://www.juicebox.net/support/history/ once a day for changes; it will show a pop-up if the page has changed. If you run some other O/S, perhaps there's some similar software available. (I know, we shouldn't have to do this sort of thing. On the other hand, I was already running WebMon, for similar purposes, regarding many other sites.)

I'm sure Steven or Felix can give a definitive answer. In the meantime, it looks to me that the difference is the aspect ratios of the two main images. At http://www.alexcurtisphotography.co.uk/ … 80x800.jpg , the image is as far left as it can go, so it can't get larger, which would also put it closer to the thumbnail row.

Have you tried your experiment using the same main image?

Cheers,

Bill

noidone: I checked your pages using the W3C CSS Validator -- http://jigsaw.w3.org/css-validator/ -- and both of them have assorted CSS errors (at least according to W3C). They both are deemed okay in terms of HTML ( http://validator.w3.org/ ). I'm not even close to being a CSS expert, but you may want to look at those reported errors yourself.

Cheers,

Bill

christoph wrote:

Hello,
may I suggest a forum category "showcase" where people can put up links to their galleries for inspiration?
Christoph

Well, there's already this thread: http://juicebox.net/forum/viewtopic.php?id=8 . But I think it ought to be a "sticky" here, the way "Feature Requests" is.

Bill P.

90

(1 replies, posted in Juicebox-Pro Support)

I can help you out here, having done the same thing. All you have to do is replace the spinner.gif (typically C:\Program Files\JuiceboxBuilder-Pro\template\jbcore\classic\img\spinner.gif) with something else. I use a 32x32 pixel gif generated via this page: http://www.ajaxload.info/ . This is all perfectly legal, royalty free, etc.

Here's one of about 60 pages that I have with the default spinner replaced: http://www.billanddot.com/victory-xct/ . You'll note that not only did I use that "Ajax" page to change the spinning graphic, but I also had it set that image's background color to the same color I typically use for my pages (I do not recommend using a transparent background -- I've tried it, and it looks strange).

Cheers,

Bill P.

mattybrown wrote:

Thank you for your comprehensive reply. I have now fixed the error and Juicebox is working fine now (although it took me a while!)

I just checked out http://www.clientssite.co.uk/wp/aaa/ -- I get curious, regarding what other users are doing with Juicebox -- and in Firefox that site just hangs (the spinner just spins), i.e., does not show the first image. In Opera, Chrome, IE, and Safari (all the latest versions for Windows), the image area has this message: "Juicebox Error: Config XML file not found."

Regards,

Bill

92

(10 replies, posted in Juicebox-Pro Support)

@richie2609:

I just took a look at your gallery. If, as a user of JB Pro myself, I may make some unsolicited comments:

- Excellent pictures.

- When you hover your mouse over a thumbnail, it gets brighter than the others, which is fine, what you've been talking about, etc. What I find a little disconcerting is that as you move among the large images -- using the navigation buttons (or just clicking) to the left or right of the large image -- there is no indication among the thumbnails which picture is being viewed. That is, the thumbnail of a given viewed large image remains dark (just like the other thumbnails), is not outlined, etc.; in most galleries, I think the viewer is used to getting a hint which thumbnail is being viewed as a large image.

Just sayin'.

Regards,

Bill P.

93

(10 replies, posted in Juicebox-Pro Support)

luvnailz wrote:

I'm using juicebox builder pro.  what is jalbum?  id love to get this working since paying for it :(

jAlbum is older web-phtoto-publishing software; see http://jalbum.net/en/ . It is a separately licensed product, and is intended primarily for stand-alone pages (as opposed to the optional "embedded" capability of the stand-alone Juicebox software). jAlbum also sells books and web-hosting, but I upload my pages to a different hosting service.

jAlbum uses "skins," i.e., layout templates. One of these, since the release of the stand-alone Juicebox, is a Juicebox skin; see http://jalbum.net/en/skins/skin/Juicebox .

I have been a user of jAlbum for a while, since it offers a lot of skins and the PC software is a reasonable web-photo-page management system; also, it provides an easy mechanism for testing out how your photo pages would look with a different skin (which all have their pluses and minuses, of course). If you license Juicebox Pro, you can use these Pro options to custom tailor the output of jAlbum's Juicebox skin; I've been doing that since the initial release of the skin, mostly because at that time Juicebox did not provide for the layout I was looking for, especially with respect to image shadowing.

94

(10 replies, posted in Juicebox-Pro Support)

luvnailz wrote:

its on the left when you are in the program under the area where you add the files.

Thanks, luvnailz. I didn't know about this because -- except for occasional experimentation -- I use the jAlbum front-end for JB Pro. In jAlbum, I have the quality set to 100% and a max image size of 1024x1024.

Thanks,

Bill

95

(10 replies, posted in Juicebox-Pro Support)

Steven wrote:

The default image resizing settings for JuiceboxBuilder-Pro (1024px x 768px, 80% quality) usually generate images of a quality suitable for web gallery use provided that the original images are not too small.

Steven, I've looked at http://www.juicebox.net/support/config_options/ , and I can't find any option that controls this. As this is the first I can remember seeing "80%," could you tell me whether quality is discussed somewhere?

Thanks,

Bill

96

(15 replies, posted in Juicebox-Pro Support)

flo wrote:

Just released my amateur photograpy page:

http://www.elektronenhirn.net

Made juicebox look like the good old simpleviewer :-)

Nice pictures, but how do you get back to the home page (without using the browser's back button)?

Cheers,

Bill

D'oh! Never thought of that. Thanks, Steven.

Steven, Felix, et al.,

I've been getting bad links in emails for some time now, and decided it was time to speak up about them. For instance, I got this email at 6:28AM (EST) today:

evehoedley has replied to the topic 'Showcase your Juicebox Galleries' to which you are subscribed. There may be more new replies, but this is the only notification you will receive until you visit the board again.

The post is located at http://juicebox.net/forum/viewtopic.php?pid=1810#p1810

You can unsubscribe by going to...

That link is invalid, both as a stand-alone address-bar entry, and also searching within that thread (and a few others). This happens to me pretty much (always?) with any topic that I'm subscribed to. Anyone else have this problem?

Cheers,

Bill

Steven,

I had actually forgotten about that earlier post (despite my creating the YouTube entry, etc.). Seems the Preview problem's now moved from the main image to the thumbnails.

I just upgraded the jAlbum skin; thanks for the tip. When I fired up jAlbum just now, it also told me that there was an update (1.2.0) available.

Using jAlbum 10.10.7 and the latest version of the Juicebox skin* (with Pro options), I just added a few photos to an existing album, made the album, and went to Preview it. When I did so, the browser (Firefox 16.0.2) showed the main image, and the row of thumbnails below. However, only the first thumbnail was actually shown; the rest of the thumbnail line contained "blank" thumbnails. The remaining thumbnails were filled in as soon as I moved the mouse to the thumbnail area (without actually clicking on anything - just moving the mouse down there).

I tried this again, after shutting down and restarting jAlbum, and then just pressing F12. Same thing, except that 11 of 14 thumbnails were filled in (and thus three not filled in), until I moved the mouse to the bottom of the page. And one more shot, and this time just the first thumb was filled in again.

I don't recall having this Preview quirk occur using earlier versions of jbcore (which I copied yesterday from C:\Program Files\JuiceboxBuilder-Pro\template\ to C:\Users\[Me]\AppData\Roaming\jAlbum\skins\Juicebox\res\juicebox\). By the way, the finished (hosted, non-local) product - i.e., after the jAlbum Upload - worked fine.

* (Actually, I don't really know how to determine the version of a skin in jAlbum. I didn't get a notification that a new JB skin exists when I fired up jAlbum, and JB is my default skin, so I'm really just assuming that I'm using the latest version.)

Cheers,

Bill