scott_gui wrote:
I am creating a Windows application:
The mouse event <Double-Button-1> has a conflict when the <Button-1>
event also has a binding. Double clicks will first perform the single
click action. This seems a little silly.
Anyone know how to circumvent this? Right now I am having the function
that is bound to the double click event undo the action the single
click event performs. This is annoying and it flashes the single click
event for a split second before the double click takes over.
This behavior is a feature of the double-click interface. Normal GUI
design techniques provide double-click behavior that is not interfered
with by the corresponding single-click behaviors.
Step back and think about what is happening instead of focusing in
tightly on mouse commands as being completely distinct operations.
You wouldn't expect three distinct (and non-overlapping) behaviors
from Button-1-Down, Button-1-Up and Button-1-Click, would you?
If you must, provide a single-click that initiates a timer event, where
the corresponding double-click turns off (or disables) the timer, and
cause the single-click behavior when the timer triggers.
On the original mouse, the buttons were "ored" together from the first
down to all buttons-up. If the result was neither none-seen or all-
seen, the operation happened at the release. Since that mouse had a
5-key paddle board (where paddle keys were included with the three
mouse buttons in the above algorithm), you could specify 254
different values with a mouse and paddle-board.
--Scott David Daniels
sc***********@acm.org