On Thursday 01 April 2010 14:59:59 David C. Rankin wrote:
I knew I wasn't crazy. What is strange is why am I just noticing it now with gwenview? Is it new to gwenview in 4.4.2 or has some other change brought this to light?
I don't know, but Gwenview did not do anything special on wheel events, so I guess that it's the default Qt scroll behaviour (which Dolphin modifies)
Regardless, I'm glad to see work being done on scroll. One thing that has been very frustrating is that scrolling in K4 is like a box of chocolates -- you never know what your are going to get.
Heheh, I don't think anyone ever added 'Make Scrolling Experience Consistent' to the KDE HIG.
Sometimes scrolling with the mousewheel (or clicking up/down in the open part of the scrollbar) kde4 has always scrolled more than 1 page or ended up with 1/2 the upper or lower row of icons cut off or worst of all skipping past several rows that you never get to see. It was so bad at times I would have to go back through lists to find items that had simply been scrolled past without ever being shown. Glad to see it finally getting some CPR.
Since this behaviour is not specified and is open to modification, I guess app developers just do what they want. The cut-off behaviour is in Dolphin, although I think this is a consequence of the fractional row height scroll to avoid your original complaint. If you notice any apps scrolling more than one viewport height (causing scroll past without showing) this is a bug. If you did a survey of different apps's behaviour I'm sure it would stimulate a spec and standardisation effort. Will -- Will Stephenson, KDE Developer, openSUSE Boosters Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org