Re: [Kde-accessibility] Re: dwell selection?
- From: Bill Haneman <Bill Haneman Sun COM>
- To: Olaf Schmidt <ojschmidt kde org>
- Cc: David Bolter <david bolter utoronto ca>, kde-accessibility kde org, gnome-accessibility-list gnome org
- Subject: Re: [Kde-accessibility] Re: dwell selection?
- Date: Tue, 01 Feb 2005 23:13:29 +0000
Olaf Schmidt wrote:
[David Bolter, Dienstag, 1. Februar 2005 15:02]
Richard, it would be great to know if you are successful using GOK with
KMousetool. It might be the case that you would want to change to
"Direct" mode while using KMousetool...
That's right. We tested to ensure that KMousetool works well with GOK, and
in Direct Mode there are no problems.
The results in Dwell Mode is a bit strange: My expectation was that two
mouseclicks would be generated on any given position, but for some
reason, GOK and KMousetool cause each other to keep generating
mouseclicks in a strangely patterned rhythm.
I don't know anything about this, but it seems wrong. On the other
hand, generating mouse clicks on GOK when GOK is in dwell mode is
basically a broken thing to do, so weird behavior is not totally unexpected.
Even without KMousetool running, the GOK coming with SuSE 9.2 (version)
keeps generating mouse clicks on the same positon, even if the mouse was
not moved.
This is not normal, and sounds very much like a configuration error to
me. Are you sure that you don't accidentally have your XInput devices
configured to send corepointer events?
I've never seen this behavior on any system.
Maybe this is intended and users are supposed to move the
mouse out of the GOK area to prevent several clicks. But for some reason,
KMousetool also keeps generating an additional mouseclick for each
mouseclick GOK has generated - which it shouldn't do if the mouse
position is unchanged. Is GOK calling some X functions that makes
KMousetool beleive the mouse position has changed?
What do you mean 'each mouseclick GOK has generated' ? GOK doesn't
generate any mouse clicks, except when you are using the special GOK
'Mouse' keyboard.
It sounds as if something is misconfigured on your system, or there is
some serious incompatibility between KMouseTool and GOK. Does GOK work
correctly if KMouseTool is not in use? We should probably take this
discussion offline and try to diagnose what is happenning.
regards
Bill
One part for the misbehaviour is an error in KMousetool: If a manual
mouseclick has been made, KMousetool should never generate a second
mouseclick on the same position. If GOK does the same, and if the
additional problem of KMousetool believing the mosue position has changed
is fixed, then both will work well with each other even in Dwell mode.
Olaf
------------------------------------------------------------------------
_______________________________________________
kde-accessibility mailing list
kde-accessibility kde org
https://mail.kde.org/mailman/listinfo/kde-accessibility
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]