[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: Style preview has a 0.5s lag
From:       Cristian Tibirna <tibirna () kde ! org>
Date:       2003-06-15 11:07:14
[Download RAW message or body]

On Sunday, 15 June 2003 06:46, Allan Sandfeld Jensen wrote:
> > The reason the 0.5 second delay is there is to ensure that if a user
> > scrolls through the style listview via a keyboard,  the style preview is
> > not updated when a user holds the up/down arrows while scrolling through
> > the list. The 0.5 second number was an arbitrary number selected to be
> > greater than the keyboard repeat rate.
>
> Wouldnt a 0.1 or 0.2 second delay then be more appropiate. (a number
> greater than keyboard repeat rate, but fast enough not to seem slow)

Isn't the keyb delay extractable (with xset or with Xlib calls) and then 
useable as a variable instead of a hardwired constant?

And while speaking of this, I believe this kind of ... adaptive behavior 
(delaying the call to the action associated with selecting an item in a list 
if this selection is one in a series triggered by sequential keyboard 
navigation) is rather a common occurence in modern GUIs. E.g., kmail exposes 
the same rather annoying fast-message-display-undisplay when browsing the 
headers in a folder by holding the "next" or "previous" key down.

I kind of thought that internals of listviews and such were programmed to take 
this into consideration. If not, probably it would be a good thing to make 
them to.

Thanks for your attention.

-- 
Cristian Tibirna
KDE developer .. tibirna@kde.org .. http://www.kde.org
[prev in list] [next in list] [prev in thread] [next in thread]