I'm pretty certain all platforms queue up events. X certainly does.
However it is not hard for bugs or badly-written code to cause the
RELEASE event to be sent the wrong place.
It probably is best for the counter (and anywhere else timeouts are
repeated) to check if the mouse button is still held down. This
indicator is set when the event is processed even if the event is not
delivered to the right place.
Yep, I did this and it catches even the case when a modal dialog window
is opened in the callback. This works sufficiently because the event
state etc. (Fl::event_*) is "sticky" - I know that's your work, Bill
(thanks!), just for others reading here.
Comments are owned by the poster. All other content is copyright 1998-2025 by Bill Spitzak and others. This project is hosted by The FLTK Team. Please report site problems to 'erco@seriss.com'.