176 (edited by Jensio 2013-05-20 21:02:57)

Re: Feature Requests

In 'small' mode disabling the 'slide' transition and be able to make it 'fade' or 'cross-fade'. I realise it's for 'smartphone' style sliding but fading or crossfading is so much more easy on the eyes and gives more 'class' to the overall viewing experience. I think users will get used to it in less than 3 pictures and than can appreciate the choise for not sliding but fading. Also I use the 'small' mode for computerscreen where cross-fade is better. Well, that's my opinion ;-)

Very happy overall with JB pro!

(Sorry for bad english, not native language)

update:
This one is allready growing, one more with the same wish, yes yes!! ;-)
http://juicebox.net/forum/viewtopic.php?id=858

And I am raising my bid for a quick fix, 25,- us dollars. (because I hope it's just one line of code somewhere..but maybe that's wishfull thinking!?)

Re: Feature Requests

Felix wrote:

Please reply to this post with any suggestions for features you would like to see added to Juicebox-Pro. We are listening.


On Safari, OS10.8.3, the cache makes it difficult to test and retest the galleries.. new photos, etc..  Can't there be a button on the page that RELOADS without using CACHE?  It's crazy making for testing sites, and also, if I add a photo for a client, I can't ask them to clear their history to show the new photos..    Thanks!  If there's already an answer to this, let me know..  :)

178

Re: Feature Requests

In Safari do Preferences -> Advanced -> Show Develop Menu. Then do Develop -> Disable Caches

Re: Feature Requests

Possibly preserve EXIF data after using the JuiceboxBuilder-Pro resizing functions ?

Re: Feature Requests

Hello,

I urgently need a separate handler for portrait pictures. It should work with the resize option within Juicebox-Builder Pro.
For now in mostly all portrait pictures the heads are a little bit chopped off. The new feature should treat the pictures as follows: i.e. 1920*1080 for landscape and it should set the height to 1080 with a width accordingly to the original format for the portrait size. That should be made switchable within the software. Yes it can be made by hand, but if you have to work with a very high number of galleries, each with pictures in the several hundreds and lower K´s that does not improve your workflow by viewing each gallery and separating the pictures by hand.

Second. I like to have the choice for having three or even four different picture sizes. The users should be capable of switching it by themselves. There are such a large variety of connection speeds out there. Within Juicebox-Builder Pro it should be possible to set the different sizes. Remember, the difference from dial-up to highspeed 50Mbit and higher is really great.

Third. All Path settings should be made within Juicebox-Builder Pro. Please separate them in that software and bring them to a new tab. It should be possible to choose for each setting for a relative or an absolute path. It cannot be that a absolute path for the back button (on iPhones) is needed to function proper.

Fourth. A switch for keeping or loosing exif information if you resize your pictures.

Fifth. Applause. For the new feature of putting two or more galleries on one page (that was requested and build into in a very short time)

Best regards

Re: Feature Requests

@pinamac

It cannot be that a absolute path for the back button (on iPhones) is needed to function proper.

This bug was fixed in v1.3.2. Please see the Version History for a full list of changes and the Upgrading Juicebox page for details on how to get the latest version.

FIXED - Relative backButtonUrl fails with expandInNewPage="TRUE"

Re: Feature Requests

Hello,
@Steven

that sounds great. I have read that, but thought it not to go, because I do not open a new browser window for the gallery. If that is the case and would apply for the iPhone special page, that would be great. I think I have to replace all the jbcore directories for an upgrade.

Thank you for that outstanding service!

Best regards

Re: Feature Requests

pinamac wrote:

...
I think I have to replace all the jbcore directories for an upgrade.
...

If this is not too geeky for you, and you have access to your web server, you may be interested in a python script I wrote about a year ago: see http://juicebox.net/forum/viewtopic.php?id=147 .

I use this every time a new Juicebox version is released. Once I copy a fresh /jbcore/ directory to my host, it takes just a few seconds to find and update about 60 galleries I've created with JB. (Yes, I'm aware that you can have all your JB galleries point to a common, single, jbcore directory, but I don't do that.)

Re: Feature Requests

Hello wspollack,

thank you for your kindly sharing your script. It´s supposed to be a cool timesaver :-)



best regards

Re: Feature Requests

Hello,

one more feature request. I want to have a directory within the gallery folder named "originals". This as an option, you have to have the possibility to create this directory or not.

Second option is to mark the originals in the originals folder you put there with a) with the watermark b) without the watermark. You may say that we have the watermark switch for the images you view in the gallery, but in a lot of cases it will be wishable to have the originals with a watermark in the original image(or without, depending on the purpose of the gallery). And please do that with a switch for leaving exif data in the files or leave them out.

By the way, the Juicebox Builder runs without any crashes, one of the very few programs that are rock proof running :-)

Best regards

186 (edited by gfs 2013-06-23 17:04:49)

Re: Feature Requests

Request : Alternative thumbnails.

The thumbnails in JBox could be more elegant and more functional.

I find the text underneath them ugly, from a design perspective and complex from a language perspective.

The text is a poor solution.  There is no need.  It should be very simple to explain to a site's visitor that there are thumbnails and to enable those to be navigated without the need for clicking and navigating pages of thumbnails.  Elegant scrolling thumbnails are more easily understood by the visitor, especially in light of todays 'touch' UIs (every shipping Mac and iOS device).

What I would really like are thumbnails which are visible when the page is loaded, then auto-hide after 2 or 3 seconds.  This makes it clear that there are thumbnails.  They will reappear whenever the scroller is moused-over, which explains to the visitor very simple and quickly, how to navigate and how many images there are.  What could be simpler?

Of course they don't have to auto-hide, but for those of us who care about images/photography it is ideal that those images should be displayed on a clean, uncluttered page.

These demo scroller thumbnails below have been produced without Flash and therefore should be a breeze for the JBox programmers to replicate.  :)  Here's hoping that you can make the experience of image viewing even more 'pure'. :)

Checkout the 3 demo pages :
http://manos.malihu.gr/jquery-thumbnail-scroller/

Re: Feature Requests

To gfs

Cool idea!

It looks really nice and cute. I personally tend to lose control because it is running faster. If I step through a large number of pictures with this fast rewind button I tend to not view any more a picture in fullsize after I have used the high speed  bar.

You have to do two things if you  want to view a picture: First slow down, second move the mouse button precisely to the picture you would like to view and then klick. After viewing this single picture you have to move out your mouse and make a selection to move your mouse rightwards or leftwards and als choose the right speed for scrolling. In most of my tries I missed some frames and I have to scroll backwards. After you have completed this procedure a few times, you will be fed up with that :-)

But that is my ony personal impression.

As an trendy option and switchable and configurable as option, choosable for a) the PC and tablet/iphone seperately, I would say thumbs up!

But what about a button combination like control or shift and the cursor buttons for scolling the thumbnails. With that you are both very fast and precise.

Another feature request:

Keep the last choosen loaded preset after saying new gallery. Believe me after doing that 149 times for the coresponding number of galleries, it is fatigueing to say:Load preset, switch directory, choose preset and say ok. And please show the choosen preset at a prominent location (like in word the file name after the term MS Word in the top Programm Bar)

The hide/autohide thing should be switchable. I brings a lot of stress into viewing if any time you reach the left or right side the thumbnails come in and out, I like the more static view. Or options for all the different approaches of us to get a good viewing impression.

Best regards

Re: Feature Requests

Hello,

again one more request. I want to have a switch within the user´s interface (in the gallery in the actual html page), so that he/she can make a decision what resolution of the pictures shall be displayed (high, medium, low). Of course I want to make that switch switchable :-)

And second, I want to have a switch/variable that upon the Drupal Organic Groups memberships ( Drupal OG ) certain features and rights are autoswitching within the group (decision for download original size, decision for non-watermark pictures, decision for use with music etc.)

Best regards

189

Re: Feature Requests

It would be great have an optional yes/no toggle so clients can select images from a proof gallery...and some means of relaying their choices back to me. Is this possible?

190

Re: Feature Requests

Here's a simple tweak that I think would greatly improve navigation:

Have the mouse pointer turn into a small forward or backward arrow when it hovers over the image (depending on if it's over the left or right side).

This would make it clear that clicking the image is the easiest form of navigation, without  superimposing fixed arrows on it.

I keep the overlay arrows turned off because they wreck the image, unless the window happens to be wide enough to let the arrows sit in the margins. This is not often if the image size is large.

Most of the people I've watched use the gallery do not figure out that they can click the image ... they use the thumbnails, which is clunkier.

191

Re: Feature Requests

I'd like to inquire if the Juicebox devs have given any thought to adding support for adaptive/fluid image source concepts. Perhaps this has come up in this list of requests already, but it's a little tricky to navigate the history as this thread seems to be a bit of a free-for-all :) Anyway, sorry if this is a dup.

I'm the author of the Juicebox integration module for Drupal (https://drupal.org/project/juicebox) and as you may know there is quite a bit of interest around the concept of adaptive/fluid image handling in the Drupal community. To be clear I am not referring to vanilla responsive concepts, but more specifically viewport-aware image delivery for different devices. There are numerous ad-hoc methods to do this kind of thing server-side (with cookies and whatnot), but current trends seem to point more to the usage of client-side solutions like the <picture> element and the srcset attribute. Have you given any thought to one or more of the following?:

  • Adding markup support for the <picture> element when rendering the main images of a gallery. This would probably require support that allows users to define multiple source URLs for each image in the config XML, along with metadata about breakpoints, etc.

  • Adding markup support for the srcset attribute when rendering the main images of a gallery. This too would require multiple image source details to be passed in the XML.

  • Allowing users to specific the raw markup to be used for each image manually in the XML (such that they could implement their own adaptive image solutions for used in Juicebox).

Given the way Juicebox needs to dynamically re-size the <img> elements based on viewport changes I'm guessing the last option may not be feasible, but what about the first two? There are surely a lot of considerations at play with something like this, but it will be interesting to know if this kind of feature is on your radar.

Some related links:
http://responsiveimages.org/
https://drupal.org/node/2023851

192

Re: Feature Requests

Request :

Screen Mode - 'Small' style thumbnails to be a user configurable option for desktop view (Screen Mode - 'Large')

Re: Feature Requests

@ryan
As far as I am aware, there are no plans to introduce the ability to allow users to define multiple image sources for a Juicebox gallery.
However, thank you for your suggestions.

@gfs
If you split the Large Screen Mode's display (of thumbnails and main imags on the same page) into separate thumbnail and main image pages, then that essentially is Small Screen Mode (and you can force Small Screen Mode by setting screenMode="SMALL").
Could you perhaps be more specific about what you are looking to achieve (if neither Small Screen Mode nor Large Screen Mode give you the result you are looking for)? Thank you.

194

Re: Feature Requests

OK Steven, understood.

What I would specifically like is to have a block of thumbnails (as in Small-Screen Mode) but for the rest of the page to be configurable as per Large-Screen mode.  For example, in Small-Screen Mode, the caption cannot be positioned directly underneath the image and vertical images are not padded in that they fill the iFrame from top to bottom.

This request is related to my previous request for scrolling, auto-hide thumbnails in that I'm trying to find the most elegant solution.  I have found that people hardly use the thumbnails in Large-Screen Mode, probably because they're awkward to use.  They tend to just look at the first column or two.  I do like the block of thumbnails in Small-Screen Mode and find it visually interesting.  It would be good if it supported gestures on desktop computers too for scrolling between pages of thumbnails.  It would also be good to be able to dictate the number of thumbnails per page in Small-Screen Mode.

My goal is to have my images displayed in as uncluttered a way as possible, whilst at the same time offering obvious, simple and elegant navigation.  JBox thumbs aren't giving me this in Large-Screen mode in the way they are currently offered.  I confess to being fussy. :)

Re: Feature Requests

Thank you for clarifying your request.

Re: Feature Requests

it would be nice to have the hashtag url's be configurable.

so instead of getting site.com/#1 , site.com/#2 etc.
if can be site.com/#name-of-some-picture

perhaps the hashtag url can be set in the xml config file.

Re: Feature Requests

or disabling. It will solve many of my web development problems.

dlydiard wrote:

it would be nice to have the hashtag url's be configurable.

so instead of getting site.com/#1 , site.com/#2 etc.
if can be site.com/#name-of-some-picture

perhaps the hashtag url can be set in the xml config file.

Re: Feature Requests

Please provide separate configuration options for the thumbdot colors. Using the NavButton colors results in either an unusable or ugly color scheme when using a white or light background.

Since this breaks standard behavior from previous releases, I consider this a bugfix and not a feature request.

stefaan

Re: Feature Requests

I would like to see a responsive font-size and line-height based on width of gallery and device. By default the font-size and line-height is set in theme.css for all devices.
The best would be a font-ratio and line-ratio with a minimum and maximum device-width

Re: Feature Requests

I am using baseURL in the juicebox script but have to edit the SEO content and full.html manually to get them working. Would like to see that this can be set in the JuiceboxBuilder Pro