Hi,

Gwenview let you accurately control the way images are scaled: you can zoom in and out or automatically scale the image to fit the window. Zoom is locked so that you can easily compare images by going back and forth.

when I look at a picture and go to the next is zoomed to fit on screen.

bye,
Nando

Hi,
there is no feedback ...

I have a problem with this failed Zoom look. Many pictures in zoom, you can not watch anymore.

bye,
Nando

I have been thinking about this bug quite a bit and came to the conclusion there are two conflicting use cases here:

Use case #1 is to zoom image A to look at a specific detail. When you are satisfied with what you saw, you just go to the next image, image B. In this case zooming image B to fit the screen is the best behavior.

Use case #2 is the one you describe: switching back and forth between A and B so that you can compare them.

I believe use case #1 is more common for a picture viewer. To compare pictures, one can now use Gwenview compare feature: select two images in view mode to compare them side by side. Therefore I am going to keep the current behavior.

Please, please reconsider that position. At the very least, please make it a configurable option: I don't care if it is not on by default, as long as it is there.

The reason for this is that when you are processing, say, 4,000 photos, many of which are duplicates, you want the fastest work-flow possible. Yes, I usually take at least two or three shots of a given scene, then pick out the sharpest. Side-by-side viewing is deficient for at least three reasons:

1. You have to manually select the photos to compare. In the previous version, all I would do is use <SPACE> and <BACKSPACE> to toggle between the different pictures, then <DELETE> to remove the ones I don't want to keep: MUCH faster!

2. The two photos side-by-side are NOT linked. Scrolling to a given X,Y position in one photo does not move the second one to the same spot. And moving the second photo by hand will rarely match the two up.

3. The human eye is very adept at detecting changes at a single spot (which is what happens when toggling between two or more photos in the one spot), but not so good at seeing the difference between two different spots (why do you think "spot-the-difference" puzzles are just that---puzzles?).

A couple of further points:

1. This defect (IMHO) has been raised in the KDE bugs database, but there never seems to be any feedback there for this application.

2. If there was another KDE application with this particular feature, I'd like to know about it! Digikam is not such an application, however...

3. I am more than willing to work with you on the code to incorporate such a configurable option. Code speaks louder than words, they say. If I come up with a suitable patch, would you be willing to incorporate it (or at least look at it)?

I don't intend to come across as being negative---I _do_ appreciate the effort you've put in to make Gwenview a great program. However, the lack of this one feature has kept me firmly locked into Gwenview 4.7.4.

Yours truly,

John Zaitseff

Hello,
thanks for the feedback!
(Unfortunately I have not received a reply email about.)

Too bad that I must go back to 4.7.4 Gwenview.

bye,
Nando

I've installed Mageia2 and a bit disappoint with Gwenview-4.8 only about zoom feature that zaitseff and Nando pointed out.
Please add an option for zoom to fit not by default!

There're famous image viewer like XnViewMP (multi-platform), InfranView have 'Lock Zoom' feature.
Unfortunately, InfranView is windows only.
XnViewMP is still beta, user-defined hot-keys not works properly and not well suited with KDE, and NOT easy to use as Gwenview

zaitseff wrote:1. You have to manually select the photos to compare. In the previous version, all I would do is use <SPACE> and <BACKSPACE> to toggle between the different pictures, then <DELETE> to remove the ones I don't want to keep: MUCH faster!
........

2. If there was another KDE application with this particular feature, I'd like to know about it! Digikam is not such an application, however...

I often have a few images of the same size in a folder. When I zoom in on one, then click "go to next image", it goes back to the original zoom. Is there a way that I can preserve the zoom so that I can toggle back and forth between a few images and see the same region zoomed in?

Thanks,

David

There's 'dirty-quick' solution, install older version of Gwenview on new KDE.

In Mageia 2, I uninstalled gwenview (kde 4.8.2), gwenviewlib4, libexiv2 and install older version (it depends on distribution, I have installed gwenview, gwenviewlib, libkipi, libexiv2)

Hi again.

This is a quick popular issue, which is unfortunately harder to fix than it seems. I understand your point about it being faster to go back and forth with space and backspace, so I am going to give it another try, but it may not be done in time for 4.9.

Regarding the fact that photos are not linked in compare mode: note that you can link them with the "synchronize" checkbox in the statusbar (which can be quickly toggled with ctrl+y)

I have the same problem as Zaitseff, two photos are not well linked, even if checked the 'synchronize' checkbox.

zaitseff wrote:2. The two photos side-by-side are NOT linked. Scrolling to a given X,Y position in one photo does not move the second one to the same spot. And moving the second photo by hand will rarely match the two up.

I've posted a patch to the KDE Bugs database: https://bugs.kde.org/show_bug.cgi?id=293103#c7

This patch creates an option in Configure >> Image View called "Preserve zoom across images". If selected, it restores the zoom functionality of 4.7.4 in a nice clean way: when an image is loaded, it will take the zoom and position settings from the previous image as its default.

The patch mostly works as advertised. It is (not yet) perfect, however: firstly, images are first loaded at "Zoom to Fit", then zoomed and positioned appropriately. Secondly, going backwards in a list of URLs (using <BACKSPACE>) sometimes fails to display a previously loaded image. I think the previously loaded image must have been discarded.

Although this patch has the above-mentioned problems, it certainly solves most of my own complaints! I would appreciate it, Aurélien, if you could apply this patch to your repository. I tested it on Git Head as at this afternoon (6th June). And thanks for your work on gwenview!

I've posted a patch to the KDE Bugs database

Hi!
How install this patch? Or may be there is a repository contains patched version of Gwenview (compatible with kde 4.8.4)?

Using patches requires compiling the code yourself usually, unless someone has created a patched package.

Since a google search seems to bring one here, it is probably useful to mention the 4.9 version has an option to restore lock functionality, with hope to integrate it better in 4.10; full info at https://bugs.kde.org/show_bug.cgi?id=291759
-- Marten
p.s. Thanks for a great programme!