[Kde-accessibility] Re: [PATCH] select folder on timeout, after navigating to it

[Ingo Klöcker]

On Monday 02 February 2004 10:12, Olaf Jan Schmidt wrote:
> [Ingo Klöcker, Di 27.01. 2004 01:43:01]
>
> > Highlighting of course takes no time. Opening, OTOH, can take
> > some time.
>
> That's the problem I meant. Would it be possible to do the opening in
> the background (maybe in a different thread) without blocking the UI?

The problem is that it's building the message list (i.e. filling and 
sorting the QListView) which takes most of the time. So it's updating 
the UI which blocks the UI. Obviously that can't be done in a different 
thread.

> > The question now is whether opening a folder which is chosen with
> > the keyboard should
> > a) happen automatically after a short timeout (after the folder was
> > chosen)
> > b) only happen after the user explicitely opens the folder
>
> If you decide to use timeout, it must be configurable via GUI. But I
> would prefer to make this option uneccessary, because the only
> purpose of this option would be to work around the technical problem
> that loading folder content blocks the UI. It also seems impossible
> to come up with a good default time for the timeout, as we do not
> know _why_ people are using the keyboard instead of the mouse.
>
> I suggest "a)" combined with new code that does not block the UI
> while opening a folder, and if this is impossible or too difficult,
> then "b)".

I think we have more important things to fix before we can think about 
making opening a folder not block the UI. So I guess we should leave 
everything as it is for now (which means b) ).

Regards,
Ingo
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: signature
Url : http://mail.kde.org/pipermail/kde-accessibility/attachments/20040206/ecdf7c1c/attachment.pgp