From: "Drew Adams" <drew.adams@oracle.com>
To: <7802@debbugs.gnu.org>
Subject: bug#7802: bug #7802: 24.0.50; Extraneous `mouse-3' event when do `double-mouse-3'
Date: Fri, 7 Jan 2011 11:20:34 -0800 [thread overview]
Message-ID: <7EB632A3268149CA89DA1D58C8046A01@us.oracle.com> (raw)
In-Reply-To: <6AF23E536D254FC88C35DA0BEC775C1A@us.oracle.com>
OK, I see now (and remember) that this is "by design". Further in the same node
it says:
"When the user performs a double click, Emacs generates first an
ordinary click event, and then a double-click event. Therefore, you
must design the command binding of the double click event to assume
that the single-click command has already run. It must produce the
desired results of a double click, starting from the results of a
single click.
This is convenient, if the meaning of a double click somehow "builds
on" the meaning of a single click--which is recommended user interface
design practice for double clicks."
But I don't see this as a great design. Though it might sometimes be
"convenient" it is in general impossible to work around.
If a `mouse-3' always appears before the `double-mouse-3' that corresponds to
_what the user actually did_, then the `mouse-3' will always be handled before
the command bound to `double-mouse-3' is invoked. So in general that command
can do nothing to undo what the `mouse-3' command did.
"Therefore, you must design the command binding of the double click event..."
means nothing in the general case. No matter how that command or its binding is
"designed", the command is invoked too late to do anything, in general, about
what the single-click command has already done.
This is not great, IMO.
next prev parent reply other threads:[~2011-01-07 19:20 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-07 19:11 bug#7802: 24.0.50; Extraneous `mouse-3' event when do `double-mouse-3' Drew Adams
2011-01-07 19:20 ` Drew Adams [this message]
2011-01-07 19:38 ` bug#7802: bug #7802: " Drew Adams
2011-01-08 5:03 ` Stefan Monnier
2011-01-08 6:36 ` Drew Adams
2011-01-08 16:01 ` Jason Rumney
2011-01-08 17:22 ` Drew Adams
2011-01-09 3:34 ` Jason Rumney
2011-01-09 14:18 ` Drew Adams
2011-01-13 5:35 ` Chong Yidong
2011-01-13 7:15 ` Drew Adams
2011-01-15 3:29 ` Chong Yidong
2011-08-08 18:45 ` Drew Adams
2011-08-08 20:52 ` Chong Yidong
2011-01-13 17:32 ` Stefan Monnier
2011-01-08 19:50 ` grischka
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=7EB632A3268149CA89DA1D58C8046A01@us.oracle.com \
--to=drew.adams@oracle.com \
--cc=7802@debbugs.gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).