> >> Increment of the counter is suspended during the file dialog/menu > >> operation. And after the operation, the timer fires multiple times > >> continuously until the counter catches up the value that it would be > >> if no file dialog/menu were activated. > > > Weird. Suppose `mouse-autoselect-window-select' cancels the timer > > after it fired the nth time, for some n > 2. There's no reason why > > the timer was not cancelled when it fired the (n - 1)th time. > > What's even more troubling: There's no reason why the timer shouldn't > > fire a (n + 1)th time. > > My description above is about the count-up example in Simon's message. > You can observe a similar behavior using the example and "M-! sleep 5 RET"
Funnily enough, "weird" was the exact word I used in an email too. But then I thought buffering up the timers to run later might be the most logical thing to do, in the circumstances. Maybe it makes more sense than not running the timers at all. After all, as I'm sure the documentation aught to say, the timer will be repeated *as soon as possible* after REPEAT seconds. The behaviour is consistent at that level. A very quick simple test shows the behaviour seems consistent if the function run by the timer cancels the timer, when the function is run later due to buffering up of timers, in the scenario you describe. I found that buffering up of timers also occurs under X, at least for popups of the sort you get from File > Open Directory... Under X, timers are buffered up when the mouse is within the popup (though they are run as you go in/out of the Filter, Directory, Files and Selection areas). I'm not sure why that needs to be so for this particular case though. You learn something every day. At least, I do about Emacs. _______________________________________________ emacs-pretest-bug mailing list [email protected] http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
