Version: (using KDE 4.2.0) Installed from: Ubuntu Packages Currently, one can click a thumbnail and go to View mode, then click the photo in View mode to go back to thumbnails. I suggest that this behaviour be retained but with an improvement: When the user operates the scrollwheel over the photo in View mode, the photo would zoom in and out according to the scroll direction. Once zoomed in (so that there are scrollbars) then the mouse click would pan the photo. To return to thumbnails, the user would either double click the photo or use the keyboard shortcut The zoom/pan behaviour that I describe is how Eye of Gnome works, and it is very intuitive and easy to operate.
I had the chance to introduce a Windows convert to digikam today. Sure enough, she moved the mouse wheel expecting it to scroll. After learning to scroll with the slider, she went right up and clicked the photo, expecting to be able to pan.
This is pretty much a dublicate of http://bugs.kde.org/show_bug.cgi?id=148235 It is a good description, though, and I do support this wish!
Pan and zoom are both desirable not only in view mode, but it edit mode. The use of a single click to dismiss the view is counter intuitive to me. I'm used to double-click. Double click to both expand and contract would leave left mouse down to pan and mousewheel to zoom. Otherwise middle mouse down to pan, middle mouse wheel to zoom?
hi, i wanted to add a bugreport/whishlist for the lighttable zoom/pan behaviour as it feels not intuitive the way one has to use external butoons/shortcuts for this. what i'd like to do * select the zoom rectangle with left mouse button (drawing a rectangle) * zoom in/out with mouse wheel * pan using pressed middle button whats are the plans for this one?
Simon: please file a new bug for your feature request. Do not hijack this one, even if it looks similar. Thanks.
This is the plan for preview widget (common to editor, Light table, and preview mode): Code still to use QT3 transition classes. It must be ported to Qt4 model/view. All changes will be done during code conversion. Currently, we working to others part of digiKam to convert to Model View ,as Icon view, folder tree view, and thumbbar. when all of these will be port, digiKam will be really a pure Qt4 application. Porting these code to Qt4 model view take a while. They are core implementation with full feature to test in regression. Please, you must be patient (:=))) Gilles Caulier
Definitivly, i would to close this file with 1.1.0 (current code from svn trunk) - Pan is possible by middle mouse button, bottom/right corner button, and scroll bar - Zoom is possible by mouse wheel, zoom slider, CTRL +/- - go to back to icon view, press ESC or left cleck on preview. Please try current code from svn. Gilles Caulier
Can you make such behavior optionally ? I mean to give choice to reassign all buttons. To be able to slide photos with mouse wheel, and move in zoomed frame with left button and etc. I hope this request suites to this wish-list. Thank you in advance.
All is possible, but i won't, because it will be a big puzzle... At least the interface must have the same behaviors everywhere. I try to do it currently, and it's not simple. Gilles Caulier
Thank you. I didn't meant to change default buttons behavior. Only option to reassign them. Something like "configure shortcuts" in "settings", but with possibility to change mouse click reaction in different view (collection view, photo view, zoom and etc). Open a new wish, cause you can close this after implementing Dotan Cohen wish request ?
Opening a new file is fine for me. Gilles Caulier
Pan on _middle_mouse_button_? I hate that! The otherwise terrific fsviewer file manager does that and I cannot stand it. Please, add an option for pan (when zoomed) on left mouse button. Please! Note that this is the intuitive behaviour expressed by most users not familiar with Digikam: just give Digikam to a new user and see how they intuitively try to pan with the _left_ mouse button. I've seen it literally over 20 times.
I have to agree that panning with the left button seems the most natural way. Most image viewers I can think do that and it is the default and only behavior for KDE's gwenview so it is kind of a standard. Personally because of this I use digikam for most of my needs but when I need to seriously view/preview photos I open gwenview which I feel has the most easy controls: pan with left click, switch between fit to view and 100% with middle click and select if the wheel will scroll between images or zoom in/out. Another thing is laptop users. Middle click for them isn't that easy while panning.
And i have a problem here, especially with editor canvas, where left mouse button is used to make a selection not to pan image. To have the same behavior, i used middle button everywhere, to be homogenous with pan action. Do you understand ? This include : -icon view preview mode. -light table previews. -editor canvas -editor tools preview. Gilles Caulier
About Laptop, i know, i has one without external mouse. this is not a problem: use pan icon widget from bottom/right corner of preview Gilles Caulier
For me left mouse button is not always the reference to pan. An example : Gimp use _also_ middle mouse button to pan. Left mouse button is delegate to tools (painting for ex). Gilles Caulier
Thanks for the clarification. I respect that you try to have consistent shortcuts and controls' behavior throughout digikam suite. Indeed image editors usually pan with the middle button but image viewers most of the time use the left button.
Sorry for tiresomeness, like we see here everyone have his own opinion about what reference is and what is more comfortable for him. That's why option to change defaults be the best solution to everyone. You set up default behavior and people who don't like it - change it in settings. Thank you.
> And i have a problem here, especially with editor canvas, where left mouse > button is used to make a selection not to pan image. I understand (and otherwise agree with) the desire to have consistency within the components of Digikam, but sacrificing intuition in the viewer just for the sake of consistency is ridiculous.
SVN commit 1080050 by cgilles: preview mode : - Do not use content left mouse bouton event to go back to album view. Use new preview tool bar or ESC key. - Use left mouse button to pan content (middle button still available for this action too). - Add a little toolbar on the left top corner to switch between album items and go back to album view. BUGS: 183108 M +42 -38 digikam/imagepreviewview.cpp M +7 -9 libs/widgets/common/previewwidget.cpp M +1 -1 utilities/lighttable/lighttablepreview.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1080050
Thank you Gilles!
SVN commit 1083356 by cgilles: use double left mouse button click to back to album in preview mode CCBUGS: 183108 M +12 -9 digikam/imagepreviewview.cpp M +10 -1 libs/widgets/common/previewwidget.cpp M +2 -0 libs/widgets/common/previewwidget.h WebSVN link: http://websvn.kde.org/?view=rev&revision=1083356
sounds very nice ! looking forward to the next version :)
Thank you very much! All the changes sound perfect!
We had a lengthy discussion on the mailing list and some devs did not like specific changes here at all. Entering into preview is done by single or double click, depending on system settings. Leaving the preview should be done the same way. System settings should be honored, not fixing either single or double click. New users will enter preview and do not find the way out. Please also bear in mind that there is no panning at all with fit to window, thus no click action then at all.7 The suggestion was to pan when dragging with the left mouse button but to leave preview when clicking with the left mouse button.
> Entering into preview is done by single or double click, depending on > system settings. Leaving the preview should be done the same way. As a user whose's system is configured for single click, I respectfully disagree. I expect left mouse button to pan. > The suggestion was to pan when dragging with the left mouse button but > to leave preview when clicking with the left mouse button. This might work, but I would have to try it to say for sure. I suppose if the image is panned less than N pixels, where N is some small integer in the vicinity of five, that would work.
A new file is open. Dotan, Marcel, Johannes, etc... please continue this thread at this place : https://bugs.kde.org/show_bug.cgi?id=225443 Gilles Caulier