GNOME Bugzilla – Bug 748913
a way to set zoom 100% with the mouse -- (was: zoom should stop at 100% when zooming in and out)
Last modified: 2021-06-19 08:45:40 UTC
It's impossible to zoom an image to 100% with the mouse wheel and it's tedious with the zoom factor slider. Only Ctrl-+/- allows to reach 100%, this requires the keyboard... and two hands. I can see that it was discussed over ten years ago (Bug 92173), thought maybe GNOME3 has different views in term of use simplicity. two suggestions - when mouse wheel scrolling, get a stop at 100% - when the zoom slider has the focus, react to left and right arrows to zoom in and out
Well, the explanations from Federico and Jens still stand. Additionally there is the 1 shortcut which directly selects 100%. The thing with having a stop at 100% is that it will likely either be pretty noticable (not so nice in terms of smooth scrolling) or it isn't at all (not useful either). The zoom slider not reacting to the arrow keys is a bit unexpected. It seems the global arrow shortcuts are overlaying the built-in controls of the scale.
(In reply to Felix Riemann from comment #1) > Well, the explanations from Federico and Jens still stand. Additionally > there is the 1 shortcut which directly selects 100%. > > The thing with having a stop at 100% is that it will likely either be pretty > noticable (not so nice in terms of smooth scrolling) or it isn't at all (not > useful either). I understand that the current UI is "optimized" for smooth scrolling. That's a fair point. "1" shortcut seems good. I did not know. How can we discover it? (and remember it?) On another hand there is no way to set 100% zoom with the mouse (without the keyboard). I can see two use cases to see an image at 100%: - to see the quality of an image, so with no smoothing/interpolation - to see no distortion patterns (is it "Moiré patterns"?) on some photos with particular texture, that appear when you zoom in and out. There could be another way than the scroll wheel (if that's dedicated to smooth scrolling) to set the zoom factor to 100%. I'll edit the report's title. > The zoom slider not reacting to the arrow keys is a bit unexpected. It seems > the global arrow shortcuts are overlaying the built-in controls of the scale. Should it be reported into a separate report?
Hi, after upgrading from 3.14 to 3.16.2 I found it quite surprising that the buttons to set zoom to "1:1" and to "Fit to window" are not there anymore, they were my most used zoom options. I can get by with the "1" shortcut, but that's not ideal. Any chance to re-introduce them? Maybe to the left of the "+" button? Or in the oevrlay? BTW I find "+" icon a little surprising too considering that the text says "_Shrink_ or enlarge", it should be a "+-" icon at least, and the '-' icon is surprising too as it may enlarge the image when fitting it to the window.
A couple things: * Make the zoom *slider* sticky/notched at 100%, the same as the volume control in Sound preferences. There is very little utility in easily zooming to 99%/101% vs. 100%, consequently degrading the image quality substantially (plus, the < 100% zoom degradation is compounded by the currently poor/moired interpolation vs. e.g. gThumb). * Re. the "1" shortcut - should be a temporary workaround at most (and great to have it at least) - unfortunately I am not psychic, and I suspect neither are most users of the application ;) This shortcut isn't documented in the interface or help docs. As mentioned, it also necessitates a second input device.
Same here, after updating to 3.16 I'm really missing the 1:1 option (one usecase is when you take screenshots and want to compare details between the image and the current UI)
I agree zooming should ideally be fractional/multiples of image size where possible, not 48, 97, 198% etc. This was also brought up in bug 747703, bug 746132 I added bug 759434 regarding missing documentation and button for 100% zoom function.
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/eog/-/issues/ Thank you for your understanding and your help.