[Kde-accessibility] Re: dwell selection?

[Bill Haneman]

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 at kde.org
>https://mail.kde.org/mailman/listinfo/kde-accessibility
>  
>