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 [EMAIL PROTECTED] -- http://mail.python.org/mailman/listinfo/python-list