Re: Feature Requests

Watermark appears to require a jpg image.
How about being able to type in a text watermark and position it in your gallery images?
I am used to Picasa and now trying to transition to Juicebox.
Clark

Re: Feature Requests

@cwnicholls

Many thanks for the suggestion!

Just for clarification, JuiceboxBuilder-Pro's Watermark functionality will accept JPGs, GIFs and PNGs (although it usually works best with PNGs with transparent backgrounds).

At present, if you want to add text as a Watermark, the best course of action would be to prepare a PNG containing text in an imaging program such as Adobe Photoshop.

Re: Feature Requests

So a text watermark is not in the plans then? That is a negative for me, I don't want to deal with images for watermarks...

Re: Feature Requests

As far as I am aware, there are no current plans to introduce the ability to use test for a watermark but that's exactly what this Feature Requests forum thread is for so thank you for posting your suggestion here.

I do not know what suggestions will be picked up by the developers for future versions but posting your suggestion here at least makes your voice heard.

An alternate suggestion for the way things are just now would be to process your images (resize and add a watermark) prior to feeding them to JuiceboxBuilder-Pro and de-select the 'Resize Images' checkbox on the 'Images' tab so that JuiceboxBuilder-Pro copies the images across to the gallery folder without processing them further.

It may not be ideal but, being that JuiceboxBuilder-Pro does not currently allow text to be entered for a watermark, it would be another way of achieving watermarked images in a Juicebox-Pro gallery.

430

Re: Feature Requests

Feature request: Right Click

Right Click to bring up local menu on a gallery would be really useful - both for images and text. This would be also good on expanded galleries.

Re: Feature Requests

Add a rotate clockwise icon when editing images in a gallery.
Or do it by right-click on the image and choose rotate right or rotate left.

How about selecting several images and rotating them all at once?

Use the Windows 10    "File Explorer" as a guide for this.

432 (edited by cwnicholls 2018-01-24 02:40:04)

Re: Feature Requests

Back to the Editing issues.

Since Juicebox won't maintain the rotation that has been adjusted using the File Explorer (a tedious task even more so with Juicebox), in the Images section of Gallery Creation that once you choose an image to edit (Title, Caption, URL fields) there are options to rotate counter-clockwise or delete the image.

How about once you choose the image from the thumbnails above, a clockwise rotation option is added. AND an alternative rotation can be made by pressing the L or R key you can rotate Left (CC) or Right (Clockwise).

Much quicker than aiming the mouse and clicking.

Re: Feature Requests

When Publishing a gallery, the Save button is circled in blue. When the blue disappears it is finished publishing? 
How about something more certain that something is happening?
How about a pop-up reporting finished successfully or some such? 
What happens if it bombs in the process, is there any feedback?

Re: Feature Requests

You know about this, rotating an image twice does that plus the image becomes the mirror image.
Rotate once or 3 times works fine.

Re: Feature Requests

For some reason the image collections are maintaining individual image rotations done previously with Windows(10) File Explorer. Sometimes not. I don't know why, I don't use any fancy image editing software...

Re: Feature Requests

@cwnicholls

Many thanks for all your suggestions.

Here's a little feedback on some of your most recent posts which might be of interest to other users reading this thread.

When Publishing a gallery, the Save button is circled in blue. When the blue disappears it is finished publishing?

It is true that there is no progress bar or indication of when the saving process has finished but, when saving a gallery on the 'Publish' tab, the process should not take long at all.
The procedure that takes the longest time to complete is the resizing of the images and this is done when the images are added to the gallery on the 'Images' tab. (There is a progress bar for this, letting you know how many images have been processed and how many there are in total.) All that remains when the 'Save' button is clicked is to write the 'config.xml' file, add the custom embedding code to the 'index.html' file and move the resized images (and copy the 'jbcore' folder) to the specified folder.
You can always click the 'View in Browser' checkbox on the 'Publish' tab and JuiceboxBuilder-Pro will display the gallery (from the gallery folder) when the gallery is ready.

You know about this, rotating an image twice does that plus the image becomes the mirror image.

This is, indeed, a bug (thank you again for reporting it).
I have notified the developers and they will certainly investigate further (and hopefully fix the issue for a future version).
In the meantime, as I mentioned in this thread, the only workaround I've found is to rotate images (if necessary) in a third-party imaging program (such as Adobe Photoshop) before feeding them to JuiceboxBuilder-Pro.

For some reason the image collections are maintaining individual image rotations done previously with Windows(10) File Explorer.

Some programs use the EXIF orientation tag (and display the image in the orientation specified) and other programs do not.
JuiceboxBuilder-Pro is one such program that does not use the EXIF orientation tag, so, if anyone experiences difficulties with image orientation in JuiceboxBuilder-Pro, one possible workaround would be to re-save the image in an imaging program (such as Adobe Photoshop) stripping out the EXIF data and, then, if necessary, rotate the image so that it is visually oriented correctly (inverting the actual aspect ratio rather than introducing a new EXIF orientation flag) before feeding it to JuiceboxBuilder-Pro. I realise that this will add a few steps to an existing workflow but it might help.

We very much appreciate your suggestions and feedback.
I'm sure the developers will consider all your ideas and the points that you make.
My notes above are really intended for other users reading through this thread and experiencing similar issues (but who have not read through the individual forum topics that you have created.) They might help to clarify things for some people.

437 (edited by cwnicholls 2018-01-26 17:27:11)

Re: Feature Requests

BMP files.
In making many galleries from my collection of images, I just now noticed that BMP files are not supported.
???

Re: Feature Requests

@cwnicholls

BMP files.
In making many galleries from my collection of images, I just now noticed that BMP files are not supported.
???

Thank you for the suggestion.

Just to clarify, at present, only JPGs, GIFs and PNGs are supported. This is noted in the FAQ below:
Will Juicebox load things other than images?

Technically, Juicebox itself can display BMP images (the images in a gallery are displayed via dynamically generated HTML <img> tags) but JuiceboxBuilder cannot process them (to resize them and convert them into JPGs).
In order to display BMP images in a Juicebox gallery, you'd need to manually create the <image> entries in the gallery's 'config.xml' file and then copy the images across to the gallery's 'images' and 'thumbs' folders (or using an imaging program such as Adobe Photoshop to convert them into JPGs before feeding them to JuiceboxBuilder).

Re: Feature Requests

OK, it's been a couple of years since the Zoom topic was discussed...
How about adding a Zoom or Magnify feature to the Gallery?

440 (edited by 3dworks 2018-02-21 14:14:54)

Re: Feature Requests

another request for a scale-to-fit option for the thumbnails! as a photographer, i would like to be able to show the aspect of the actual images in the thumbnails already, otherwise a viewer might be confused by differently cropped versions of the same image.

any chance to see this in the next release? :-)

is juicebox still under development, anyway? (lets cross fingers!)

Re: Feature Requests

@3dworks

any chance to see this in the next release? :-)

I really do not know what decisions the developers will make regarding what feature requests may or may not make it into future releases but thank you for posting your suggestion here where it will not be overlooked.

is juicebox still under development, anyway? (lets cross fingers!)

Yes, absolutely! Juicebox is still very much alive and well and being actively developed.

Re: Feature Requests

Back button on thumbs page in Small Screen Mode.

When viewing a gallery in small screen mode there is no navigation option to return to the referring page from the thumbs page. There is a back button once an image is selected and opened, but not on the thumbs page itself.

Request to include an option similar to the 'Close Gallery' button that appears on the thumbs page in embedded mode.

Re: Feature Requests

Please provide official option to include the buttonbar in "the overlay" even when the buttonbar position is "TOP" so that it will disappear with the overlay after the activity timeout.

In context of presenting fine art images, overlays are not acceptable (in large screen mode anyway), and after the timeout all decorations should disappear leaving only the image. Existing options work OK for captions (position beneath, or left and make background transparent), but not for buttonbar.

Having added the boolean option to the API (let's call it q.config.topbuttonbarinoverlay), here is the one other line of code to change:

        if (B != "TOP" && !q.config.showinfobutton) {


        if ((B != "TOP" || q.config.topbuttonbarinoverlay) && !q.config.showinfobutton) {

444 (edited by matthewswift 2018-03-25 16:31:12)

Re: Feature Requests

matthewswift wrote:

Please provide official option to include the buttonbar in "the overlay" even when the buttonbar position is "TOP" so that it will disappear with the overlay after the activity timeout.

Also reasonable would be a new, fourth choice for buttonBarPosition, OVERLAY_TOP, which implements same behavior.

445 (edited by haggis999 2018-04-15 15:43:43)

Re: Feature Requests

Misaligned image titles and captions
When I configure Juicebox Pro to place my titles, captions and main image in the centre I expect them to be aligned horizontally in the middle of the gallery window. This is exactly how it works if image numbering is turned off. However, as soon as I specify the use of image numbering, the titles and captions are moved to the left and out of alignment with the main image. The result is untidy and might even be the result of a coding error. I can't see any reason for the image numbers to have any effect on the location of titles and captions (unless they are competing for the same space on a very small screen).

Can we get this fixed please?

This problem becomes worse when you choose to have the gallery title placed in the horizontal centre of the screen. The mismatch between the gallery title and the image title is starkly obvious, and gives a rather amateur appearance to the layout.

446 (edited by haggis999 2018-04-28 15:04:11)

Re: Feature Requests

haggis999 wrote:

When I configure Juicebox Pro to place my titles, captions and main image in the centre I expect them to be aligned horizontally in the middle of the gallery window. This is exactly how it works if image numbering is turned off. However, as soon as I specify the use of image numbering, the titles and captions are moved to the left and out of alignment with the main image. The result is untidy and might even be the result of a coding error. I can't see any reason for the image numbers to have any effect on the location of titles and captions (unless they are competing for the same space on a very small screen).

Can we get this fixed please?

Excessive wrapping and truncation of caption
Another issue in this area appears on small screen devices, such as mobile phones, especially in portrait mode. Here the title, caption and main image are often all confined to the width of the screen. The title and image number are on the same row and some text wrapping of the title can be unavoidable. That's fine, but the handling of the caption below is poorly implemented. The caption is subjected to the same width constraint as the title, despite not having to fight for space with the image number.

The result is that many of my captions are being unnecessarily wrapped to four lines, made much worse by the fact that Juicebox only shows three of those lines!

I would appreciate a fix to this bug as soon as possible.


EDIT: Please ignore my claim that there is a bug causing unnecessary wrapping of captions!
I am no longer seeing this unnecessary wrapping and it looks like I mistakenly blamed Juicebox for the previously observed behaviour. There were line breaks buried in the caption text that I imported from a database. These line breaks were subsequently removed, but I strongly suspect that they were still in place when I reported the wrapping issue. Sorry about that!

447 (edited by haggis999 2018-04-15 15:41:59)

Re: Feature Requests

Please allow both Home icon and gallery title to be left-oriented
Another layout issue emerged when I added a back button Home icon to the top left of my gallery page. This overlapped my existing left-oriented gallery title setting.

Retaining the left orientation of both items is a good way to leave the centre of the page for the main image (especially on small screens). I would therefore appreciate a Juicebox coding change to automatically move a left-oriented gallery title just enough to the right to allow coexistence with a left-oriented Home icon.

Re: Feature Requests

@haggis999

Thank you for all your suggestions!

The result is that many of my captions are being unnecessarily wrapped to four lines, made much worse by the fact that Juicebox only shows three of those lines!

Just in case it helps (and for anyone else reading this), when captionPosition is set to OVERLAY or OVERLAY_IMAGE, the height of the caption area is variable (it will increase, if necessary, to accommodate long captions) up to a maximum value set via maxCaptionHeight (default value, 120px). When captionPosition is set to BELOW_IMAGE, BOTTOM or BELOW_THUMBS, the height of the caption area is fixed at the maxCaptionHeight value. Either way, maxCaptionHeight can be increased to accommodate long captions.

Re: Feature Requests

Thanks for that, Steven. I hadn't previously been aware of the maxCaptionHeight setting. That should fix any truncation problem.

Re: Feature Requests

Misleading tool tip text for Gallery Expand/Contract button
In my own Juicebox Pro galleries, the Gallery Expand button doesn't actually expand anything. It just hides any text I have added via my HTML markup, though I am willing to believe that expansion might occur where the configuration allows. I therefore don't have a problem with the tool tip text of 'Expand Gallery' that appears when you hover over the button.

However, I do have a problem with the tool tip text of 'Close Gallery' that applies to the button that contracts an expanded gallery. That text is incorrect. The gallery is not closed. It simply shrinks (where applicable) and displays the text that was hidden by the Expand Gallery process.

The opposite of Close is Open. The opposite of Expand is a word such as Shrink or Contract. However, I would actually prefer the tool tip text to be configurable. In my own case, 'Show Menu' / 'Hide Menu' would make far more sense.