GNU bug report logs -
#7802
24.0.50; Extraneous `mouse-3' event when do `double-mouse-3'
Previous Next
Full log
View this message in rfc822 format
"Drew Adams" <drew.adams <at> oracle.com> writes:
>> No. Windows does the same as Emacs, which is why we inherit this
>> behaviour.
>
> Emacs design is based on Windows behavior (shudder)? ;-)
No. But the fact that Windows has the same design leads weight to the
fact that this is a valid design decision.
> Are you saying that a Windows program _cannot_ bind a double-click mouse-2 or
> mouse-3?
Yes. If they want to handle double clicks of mouse-2 and mouse-3, or
triple clicks of any mouse button then they need to handle it themselves
the same way that Emacs does.
> Or that a Windows program can _only_ have double-click mouse-1 select
> the item under the mouse pointer?
No. I was saying that normally that is what mouse-1 does in programs
that handle double clicks, so the fact that a double click also produces
a click event is not normally percieved as a problem.
> And even if Windows were by necessity "rather more limited", that
> wouldn't be an argument for limiting Emacs (in general) in this
> respect.
It was not supposed to be. I was using this example merely to show that
Emacs is not unique in this design decision.
>> > But why not just try to wait and see what the user action really is?
>>
>> How long do you propose to wait?
>
> Oh, I dunno - some reasonable defined and documented time period. ;-)
>
> How about variable `double-click-time' (or some small adjustment thereof, if
> that's not entirely appropriate)? Its two descriptions fit this well, AFAICT:
>
> "Maximum time between mouse clicks to make a double-click.
> Measured in milliseconds. The value nil means disable double-click
> recognition; t means double-clicks have no time limit and are detected
> by position only." [doc string]
>
> "The variable `double-click-time' specifies how much time can elapse
> between clicks and still allow them to be grouped as a multiple click.
> Its value is in units of milliseconds. If the value is `nil', double
> clicks are not detected at all. If the value is `t', then there is no
> time limit. The default is 500." [(emacs) Mouse Buttons]
500ms is already a perceptable delay. And some users with motor control
difficulties may set it much longer. If we did this I have no doubt
that YOU would be complaining about the response time of mouse click
events.
> (BTW, shouldn't Emacs on Windows pick up this user setting as the
> default value for `double-click-time'?)
I don't know if this setting is exposed to programs, as the intention is
for Windows to use it internally when generating double click events.
If it is exposed, then yes it would be good to use for the initial value
of double-click-time.
This bug report was last modified 13 years and 312 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.