[Kde-accessibility] Re: [PATCH] select folder on timeout,
after navigating to it
Olaf Jan Schmidt
ojschmidt at kde.org
Mon Jan 26 13:04:27 CET 2004
-----BEGIN PGP SIGNED MESSAGE-----
[Till Adam, So 25.01. 2004 11:00:11]
> On Sunday 25 January 2004 00:29, Ingo Klöcker wrote:
> > On Saturday 24 January 2004 22:49, Till Adam wrote:
> > > - ctrl-left/right navigates to a folder
> > > - timeout of 750 ms selects the folder, reset by ctrl-left/right
> > >
> > > That way one can navigate over several folders without selecting
> > > them, for speed reasons, while still getting the auto selection
> > > behavior that seems intuitive to me. Bruggie agrees, so it must be
> > > true.
> > Hmm, sounds like a good idea. But what about accessibility?
As a general rule, timeouts for user input should either be avoided or
must be configurable to ensure accessibility. But I think this case might
be different - it really depends on how it is exactly implemented.
Would there be any problem if KMail selected each folder without any
delay? If KMail is implemented in such a way that selecting a folder
would not be a problem, then a delay of selecting does not hurt.
I can see two possible problems with selecting:
1. After the folder was selected, is it then still possible to move on
selecting another folder using the same keystokes, just as if the folder
was not selected? In other words: If a folder is selected, is the focus
then moved to another part of the window, or will it stay the same?
2. Is it possible to move on while the folder is being selected, or will
KMail not process keystrokes for a number of seconds until the folder is
completely parsed and shown?
If selecting a folder means that KMail is unresponsive for a couple of
seconds, then the user might hit the Move-Folder-Down key several times,
thinking KMail "forgot" the keystrokes, thereby jumping to a folder below
the one she wanted to access. If KMail is written in a way that moving
the folder is still possible while the folder content is being parsed, I
do not see a problem.
> > The problem is that we would have to make it configurable because of
> > accessibility reasons.
> Would it be sufficient for accessibility if it is a config option
> without a gui?
Having a config option without GUI would be bad for accessibility. The
problem with every config options is that people who need it must know
that it exists in order to be able to use it. I would strongly prefer a
solution where no new option is needed.
Olaf Jan Schmidt, KDE Accessibility Project
KDEAP co-maintainer, maintainer of http://accessibility.kde.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
-----END PGP SIGNATURE-----
More information about the kde-accessibility