advance through N photos on N keypresses
Submitted by an unknown user
Link to original bug (#716056)
Description
---- Reported by shotwell-maint@gnome.bugs 2010-02-26 00:45:00 -0800 ----
Original Redmine bug id: 1465
Original URL: http://redmine.yorba.org/issues/1465
Searchable id: yorba-bug-1465
Original author: Mattias P õldaru
Original description:
When changing between images with right arrow on keyboard, a timeout gets into way. I can press button almost 2.5 times between the timeout. Therefore it should also check if the key is constantly pressed or it is released in between, to allow quick skimming over images.
---- Additional Comments From shotwell-maint@gnome.bugs 2010-03-23 17:29:00 -0700 ----
History
Comment 1
Updated by Adam Dingle over 3 years ago
Unfortunately I don't understand what you mean by “a timeout gets into wayâ€. How do you want Shotwell to behave differently than it does today, exactly?
Comment 2
Updated by Mattias Põldaru over 3 years ago
I press and release right arrow as fast as I can (almost 3 times per second). Images change only at the same rate than when holding the button down. I would expect it to change exactly once for every keypress. Even when it means lagging behind (which is better behavior than simply dropping some when there were quick keypresses, not when holding the button down). When I press arrow 5 times, it should end up five images forward.
I really like the way it acts when holding the button down, changing images at constant speed. It is much better than eog for example, which simply drops some images, if it cannot show them when holding the button down.
Sorry for my bad explanations and whining. I appreciate your work a lot. AFAIK Shotwell is by far the fastest gtk image viewer on linux around.
Comment 3
Updated by Adam Dingle over 3 years ago
- Subject changed from Image change timeout too much to advance through N photos on N keypresses
Comment 4
Updated by Adam Dingle over 3 years ago
- Priority set to High
Comment 5
Updated by Adam Dingle over 3 years ago
- Tracker changed from Bug to Feature
Comment 6
Updated by Adam Dingle over 3 years ago
-
Priority deleted (
<strike>
_High_</strike>
)
--- Bug imported by chaz@yorba.org 2013-11-25 21:44 UTC ---
This bug was previously known as bug 1465 at http://redmine.yorba.org/show_bug.cgi?id=1465
Unknown Component Using default product and component set in Parameters Unknown version " in product shotwell. Setting version to "!unspecified". Unknown milestone "unknown in product shotwell. Setting to default milestone for this product, "---". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one. Resolution set on an open status. Dropping resolution