Information on setting a password can be read here...
https://juicebox.net/support/password/
Pages 1
You are not logged in. Please login or register.
Juicebox Support Forum → Posts by TonyHall
Pages 1
Information on setting a password can be read here...
https://juicebox.net/support/password/
Once again, many thanks Steven for your exemplary support, it's much appreciated.
The code is starting to get a little messy. This is one of the drawbacks of trying to do something with Juicebox that it was not designed to do. You tend to run into unforeseen problems and have to deal with them as your encounter them.
... is to return to the slightly less efficient method of loading a hi-res logo regardless.
I would probably be inclined to do this myself. For the sake of a handful of kilobytes, the code would be cleaner and it should work in all scenarios without any further tweaking.
I absolutely agree, I'll revert to the original simple solution as I fear (maybe incorrectly) that the more I customise the workings of Juicebox-Pro the greater the chance something may break with future updates.
Although we've come full-circle with this trivial tweak, it's been an interesting exercise for me and I've learnt some things along the way - excellent!
Cheers!
Hi Steven,
I've been very happy with your solution (replacing the standard logo with a hi-res version after page load for retina screens) but have noticed a slight anomaly.
When viewing the gallery full screen via the Expand Gallery button the hi-res logo doesn't load in the expanded mode. Is there any additional code you can devise to provide this?
Another alternative that comes to my tiny mind (feel free to chuckle at my ignorance!), is to return to the slightly less efficient method of loading a hi-res logo regardless. I assume this will work for both viewing the expanded full screen mode as well as providing a hi-res logo for those viewing with hi-dpi screens (not sure of the official terminology) on non-Mac devices, which I believe isn't currently supported in Juicebox-Pro v1.5.
Should you need it, here's a test gallery.
Many thanks in advance.
Okay, that works well (although I won't pretend that I understand it all!) - thank you.
However, the logo is now, very obviously, the last thing to load. The initial image cross fade transition completes (0.5 second) then the logo pops in. This is much more visually distracting than the logo subtly updating at the end (as with your previous solution).
So we've gone from saving non-retina viewers from downloading an unnecessary 11 KB, to making retina viewers download an additional 23 KB (using your previous solution which is visually smoother).
While I'm enjoying the tinkering, ultimately it's something my clients won't really notice and definitely won't care about! I feel guilty that you're spending this time and effort on something that is in reality a non-problem. (However, if you wish to continue refining things, I'll happily continue to try them out.)
You've fixed both of my back button logo issues (retina viewing and alignment) for which I'm extremely grateful.
Incidentally, I was just researching some old postings of mine (as the recent testing threw up a previously mentioned glitch with JuiceboxBuilder, which you answered - any progress?) and was slightly embarrassed to discover that I purchased Juicebox-Pro over 4 years ago and I'm only just implementing it thanks to the updates and steady improvements, hopefully Juicebox will continue to evolve.
The embedding code I provided as a solution for #2 (see this forum post) can actually just be copied and pasted directly into your gallery's HTML web page (replacing any existing embedding code). You'd just need to supply a second, higher-resolution image (and change the gallery dimensions and background color if necessary).
Okay, you're absolutely correct; it is a very simple addition. (You can see the larger image load a fraction of a second after the original logo.)
So I've now added a scripted edit of JuiceboxBuilder's index.html file (these are stand-alone client galleries, not embedded into a page) into my client delivery workflow...not sure if the 5 extra seconds of my time is worth saving 11 KB of additional download which takes a fraction of a second, but I guess it's best practice <shrug>).
Regardless, this whole exercise has been educational (and reduced my reticence to edit these arcane files) - thank you, your help is much appreciated.
Continued from this previous conversation, split off to avoid diluting the "Feature Requests" thread further (apologies for that).
@Steven
#1 is a compromise I'd be happy to accept in your case (23KB is not a huge overhead that I'd worry about).
#2 can easily be checked on a non-retina display to see if it looks OK. If it does not look OK, then my second suggestion above tackles this problem.
It looks fine to me, so hopefully no worries there - problem solved.
(Phew! I was concerned you'd be forced to explain, using rudimentary language, how to implement the embedding code you kindly created. I'm just about comfortable tinkering with the config.xml file, I'd hate to see the problems I could cause hacking away at the jbcore files!)
It looks like the alignment problem might happen only when you use a custom image for the Back Button.
Try adding a negative top margin of 5px to your Back Button image (via inline CSS). For example, try using something like the following for your backButtonText.<img src="logo.jpg" width="100" height="75" style="margin-top: -5px;" />
That appears to work beautifully, thank you.
(My pseudo OCD is satisfied...we called it 'perfectionism' when I was younger!)
Does it matter that my backButtonText is becoming littered with """ etc. in the config.xml file? I already run a couple of scripted alterations to the file before publishing and would be happy substituting a cleaner version of this...
backButtonText="<img src="http://www.mydomain.com/resources/logo-backbutton-400x100.png"width="200"height="50"style="margin-top:-5px;"/>"...if it doesn't matter than I'll happily leave it be.
@Steven
Excellent! Your first simple solution works perfectly - thank you. Also it will be a doddle to apply to my existing client galleries.
I assume the only downside to doing this is the inflated logo image size that must be downloaded (in my case 23 KB, so not too onerous)?
As for your second, more elegant solution, I'd love to use it but alas it's beyond my barely workable knowledge of web design (but I will archive it until such time I'm able to understand and safely implement it), but I'm sure it will be useful for others - many thanks.
I'd like to thank you for your excellent support on this forum, and the helpful and patient guidance you give to all the HTML, CSS & JavaScript neophytes like myself.
(The only other trivial niggle I have is that the top of the Back Button image doesn't quite align with the top of the Button Bar, despite both being set to "Top" position - but this is somewhat inconsequential and probably something no one would notice or care about!)
@Steven
Is there a similar sort of workaround for a retina friendly Back Button image?
(I use my logo for the Back Button as a form of branding and link to my website main page.)
I'm not sure what you mean by "droplets" but TextWrangler from Bare Bones Software is free and it has a sophisticated Find & Replace capability as well as a Script Editor, Library, etc.
Many thanks Said for taking the time to reply.
By 'Droplet'* I mean an icon on the Desktop, or Dock, onto which I can simply drag & drop a Juicebox 'config.xml' file which will then automatically apply my customised edits. I'm sure this sort of thing can easily be done via scripting (Applescript, Automator, something-or-other?!), but I have zero knowledge of such things. Once set up, it would basically cutout the error prone user (me!).
As stated earlier, I do use TextWrangler and it's ability to retain several recently used Find & Replace actions means the process is easier than I initially feared.
However, if there's some other useful feature(s) I'm missing with TextWrangler, then please don't hesitate to let me know. My usage is extremely basic.
I'm sure with repetition the process of generating tweaked Juicebox galleries, that provide the client with easy access to full-size source images, will get more efficient. Ultimately I feel the extra time, complexity and effort (over my current workflow) is worthwhile.
Cheers,
Tony
* - I don't know if 'Droplets' is the correct terminology, but it's used by other software I use ie. Photoshop, Transmit etc.
Firstly - many thanks for your swift, helpful and informative reply.
Secondly - I'm an idiot! My simple brain was being swamped with new information and I failed to spot the obvious answer of using 'Find & Replace' in a text editor. Obviously I'd prefer JuiceboxBuilder-Pro to do that for me...so I may head over to Feature Requests sometime in the near future.
It sounds like you're looking to have a single-size image gallery but also have larger images available for download.
Almost, I'd like to have Juicebox build a multi-size image gallery to efficiently deliver image resources appropriately sized for the browsing device (ie. utilise the small, medium and large image options), but also have very large, web-unfriendly, source images easily available for download.
The linkURL is first in preference to allow custom files associated with the images (such as .pdf or .zip files) to be downloaded instead of the images themselves.
Excellent, that's saved me some experimentation as it has confirmed my suspicions.
If I'm having to do this extra step of editing the 'config.xml' file, I guess I should also edit the caption information because Juicebox ignores the CRs in my IPTC data. What html would be best to replace the CRs with - <br>?
My text editor (TextWrangler) remembers recent Find & Replace actions so all this shouldn't be too tedious, but it would be desirable to automate this a bit more to avoid human error. Is there a MacOS text editor (cheap is preferable, free would be better!) that allows you to make droplets, or some other cunning automated solution?
Anyway, your excellent help and some time away from the computer has cleared a few things up - thank you.
Hopefully I'm missing something extremely simple - alas I'm just a simple photographer and not a computer programmer or web designer. :-)
I'd like to switch over to using Juicebox for my client galleries / image downloads (amongst other uses), and since v1.5 has now gained a shiny new 'Download' button I thought it might be ideal.
My problem is that I'd like to leverage Juicebox's ability to display images sized appropriately for the viewing device (using the small, medium and large image sizes), but still allow the client to download the full-size photos by simply clicking the 'Download' button, or clicking the 'Open Image in New Window' button (whichever suits them best).
It appears the only way to do this is to either manually specify a 'Link URL' for each individual image in the JuiceboxBuilder-Pro 'Images' section; or to manually edit the 'config.xml' file in a text editor in order to to link to a folder of full-size images. This would be an extremely time consuming and tedious chore for a large gallery, but something a computer could execute instantly. Unfortunately I know nothing about scripting, so I'm at a loss.
The less ideal solution that comes to my tiny mind is to size 'small' images suitable for mobile & small tablets, 'medium' for most computer screens (1920x1200px ?), but anyone with a larger resolution display will have to load a whopping 4000-6000px 'large' image in the gallery. Not ideal, but it may be the easiest/efficient solution for me.
What mind-boggingly simple solution am I missing!
Many thanks.
Cheers,
Tony
(While tinkering around this afternoon with JuiceboxBuilder-Pro, it would throw up an error complaining images must not be bigger than 4096px - this occurred on images smaller than this, and a restart of the app would allow the resizing to happen without complaint for images both smaller and larger than 4096px...for a while.)
FYI - I've noticed this same behaviour with Firefox 3.6.28 on MacOS 10.5.8 (PowerPC).
I didn't report the problem as it's on legacy software and hardware and current configurations don't display the white border around the back button graphic.
But as it's been logged as a bug, I thought it might possibly be vaguely useful information.
Cheers,
Tony
I see that you have now found out how to download the new version of Juicebox-Pro but for others who may not know, please see the Upgrading Juicebox section of the 'Juicebox Support Home' page for details.
@Steven
On the page you linked to above. it says:
"If you cannot locate your original download link, please fill out this form to request a new link."
That link leads to a '404 Not Found' page.
Cheers,
Tony
(Starting a new topic to avoid polluting the original thread.)
Hello,
I just upgraded to v1.0.2 - thank you.
You hid that well! No announcement on this forum, no email (I'm subscribed), however I now know to check here.
I had to hunt through my emails for a download link - you could make things a tiny bit easier tho'. Obviously you're very busy and it's not a problem now I'm aware.
I'm new to SimpleViewer Pro products, so please forgive my stupidity.
I assume that in the future, if I want to upgrade existing galleries, all I have to do is replace each 'jbcore' folder in each uploaded gallery and the galleries will continue to work but with the newer, faster, shinier version of Juicebox-Pro?
Cheers,
Tony
@Steven
Good news! I wasn't aware there had been any updates - oops!
I assumed there would be an announcement somewhere, or an email. I'll go and have a hunt around to see where I can download a new Pro version.
Thanks again for your hard work.
Cheers,
Tony
Hiya,
Good news - just opened the Lightroom generated gallery in the Juicebox-Pro app and was able to correct the squashed thumbnails and retain the IPTC captions, while adding 'Pro' options. That's a bit better!
Now I need to work out a simple workflow using Photo Mechanic, Lightroom, Juicebox-Pro (and hopefully avoid editing files in a text editor).
I appreciate I may have taken this thread off-topic (my apologies to the original poster), please feel free to move my diatribe elsewhere - hopefully not the trash.
:-)
Cheers,
Tony
I want this to be good. I think you have the upper hand. Please capitalise on it.
Thanks for listening. :)
+1!
Except…I want Juicebox to be great, not just good.
:-)
Cheers,
Tony
The Juicebox Lightroom Plugin is now available from this page.
Excellent stuff! Very much appreciated.
I just had a quick play after upgrading the 'juicebox.lrwebengine' to Pro. My initial comments are:
Exported gallery:
- The thumbnails show the whole image squashed into the square thumbnail.
- Displayed captions do not retain the line breaks from the IPTC caption.
Lightroom plugin:
- When changing the 'caption' data source, the Lightroom's preview gallery does not reflect the change. However, the exported gallery does show the different data.
- The squashed thumbnails are also displayed.
Lightroom generated files:
- The Lightroom generated gallery places the display images into a 'photos' folder, whereas the Juicebox-Pro app places them into an 'images' folder.
I was hoping I could use a workaround where I use LR to generate the caption data, which could then be copy & pasted into the 'config.xml' file generated by Juicebox-Pro. I assume this would not currently work without manually changing every linkURL="photos/filename.jpg" to linkURL="images/filename.jpg".
- Why is my Lightroom catalogue identity plate exported into a 'resources/images/' folder? Not a problem, just curious.
I know this sounds overly critical and negative, it's not meant to be. I'm extremely happy you've made a Lightroom plugin available - thank you!
All the very best.
Cheers,
Tony
Hello,
Firstly, many thanks for your hard work so far. What attracted me most was the ability to use Juicebox-Pro as a slider, as well as for galleries.
I think I may have been a bit premature in buying Juicebox-Pro, but I guess if it's supported financially then the chances of getting feature requests implemented may be improved. There's a lot to like already, but there's room for improvement.
I've yet to spend much time testing things out (apologies if I've missed things already available), but my initial feature requests are:
1) Agree with requests above: multi row/column thumbs alongside image, use of IPTC data (at least basic Caption, Copyright etc), Lightroom plug-in.
2) Ability to load alternative, smaller, images when someone browses with a small screen - allowing quicker load times on phones, and display a suitably sized watermark.
As a photographer I prefer people to view larger images. As Juicebox already detects screen size in order to display an alternative gallery style, this would be a welcome addition, and avoids phone users downloading 1600px+ images with illegible watermarks (too small).
3) Another, more subtle, slide transition.
When used as a slider I find the current 'slide' or 'fade' transitions too visually jarring. If the images were to fade from one to the other (not via the background colour) that would be excellent, or some other visually smoother transition. Visit my front page for what I currently use.
4) Back button on small screen galleries.
5) Choice of transitions on small screen galleries (for slideshows).
I'm sure there may be more when I actually get into deploying Juicebox.
Thanks again.
Cheers,
Tony
Pages 1
Juicebox Support Forum → Posts by TonyHall
Powered by PunBB, supported by Informer Technologies, Inc.