From: "Drew Adams" <drew.adams@oracle.com>
To: "Lennart Borgman \(gmail\)" <lennart.borgman@gmail.com>
Cc: Juri Linkov <juri@jurta.org>, emacs-devel@gnu.org
Subject: RE: generate 3) S-mouse-2: follow link in new window
Date: Sun, 23 Sep 2007 13:42:49 -0700 [thread overview]
Message-ID: <BNELLINCGFJLDJIKDGACKEAECDAA.drew.adams@oracle.com> (raw)
In-Reply-To: <46F6BB27.2040504@gmail.com>
> > If there are many voices for `S-mouse-1' etc., then I'd ask that
> > `mouse-1-click-follows-link' act for them as well, but, still,
> > `S-mouse-2' would be the standard, following the Emacs `mouse-2'
> > convention.
>
> I am for S-mouse-1 to open the link a new frame (mouse-1 follow link of
> course) since that is what most users would expect.
1. `mouse-1' does not follow a link, "of course" - that behavior is
user-configurable, and so should be the behavior of `S-mouse-1'. That was my
point.
Personally, I am against `mouse-1' following links by default, and likewise
`S-mouse-1', but I can live with a counter decision. But in any case, this
must be user-controllable with a user option. I proposed to use
`mouse-1-click-follows-link' to control both.
2. And I proposed that we revisit the default value of
`mouse-1-click-follows-link', now that people have had ample opportunity to
try it. We made the default value what it is for the reason you gave, IIRC:
it "is what most [new] users would expect". But those same new users might
prefer the opposite configuration if they were aware of it.
There are many cases where we prefer and choose a different default behavior
from what people might be used to outside of Emacs, because the Emacs
behavior is superior. I, for one, think this is the case for `mouse-2' and
links. It is really not difficult to figure out that you click `mouse-2' to
follow text that is highlighted when you mouseover it.
I think this is a case of pandering to external habit with no real benefit.
Honestly, how many of you (not new users) keep the default value of
`mouse-1-click-follows-link'? Outside of Emacs, there is not the same need
for the normal use of `mouse-1' to set point. Yes, we have found a mostly
workable way for `mouse-set-point' to coexist with following links. But I
find it to be a poor juggling of conflicting behaviors and a poor substitute
for the superior behavior of `mouse-1' to set point and `mouse-2' to follow
links.
Why is there not such a conflict between `mouse-2's role in pasting and its
role in following links? I suppose it's because you paste less often than
you set point, and you don't paste into a link. Honestly, pre-Emacs 22, did
you ever run into a UI conflict between pasting and following a link? And
just as honestly, with Emacs 22 have you ever accidentally followed a link
when you just wanted to select a buffer or window or move the cursor?
next prev parent reply other threads:[~2007-09-23 20:42 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-09-23 9:47 generate 1) virtual index and 2) other pages for Info; 3) S-mouse-2: follow link in new window Drew Adams
2007-09-23 11:09 ` Bastien
2007-09-23 12:03 ` generate 2) other pages for Info Juri Linkov
2007-09-23 12:38 ` Lennart Borgman (gmail)
2007-09-23 14:17 ` Bastien
2007-09-23 19:18 ` Eli Zaretskii
2007-09-24 0:27 ` Bastien
2007-09-23 21:54 ` Richard Stallman
2007-09-23 11:41 ` generate 1) virtual index Juri Linkov
2007-09-23 16:43 ` Drew Adams
2007-09-23 20:42 ` Juri Linkov
2007-09-24 7:09 ` Drew Adams
2007-09-23 11:45 ` generate 2) other pages for Info Juri Linkov
2007-09-23 12:00 ` generate 3) S-mouse-2: follow link in new window Juri Linkov
2007-09-23 16:44 ` Drew Adams
2007-09-23 19:14 ` Lennart Borgman (gmail)
2007-09-23 20:42 ` Drew Adams [this message]
2007-09-24 0:20 ` Johan Bockgård
2007-09-24 1:22 ` Stefan Monnier
2007-09-24 2:01 ` Drew Adams
2007-09-24 18:20 ` Richard Stallman
2007-09-27 21:21 ` Drew Adams
2007-09-27 21:34 ` David Kastrup
2007-09-27 21:34 ` Stefan Monnier
2007-09-27 21:41 ` Drew Adams
2007-09-27 21:53 ` Drew Adams
2007-09-28 19:04 ` Richard Stallman
2007-09-28 19:33 ` Drew Adams
2007-09-28 22:22 ` David Kastrup
2007-09-30 2:19 ` Drew Adams
2007-09-30 8:54 ` David Kastrup
2007-09-30 23:37 ` Drew Adams
2007-09-30 23:49 ` David Kastrup
2007-10-01 1:36 ` Richard Stallman
2007-09-25 23:39 ` info.el patch to open node in new window [was: generate 3) S-mouse-2: follow link in new window] Drew Adams
2007-09-26 8:56 ` Juri Linkov
2007-09-26 15:02 ` Drew Adams
2007-09-29 22:44 ` info.el patch to open node in new window Juri Linkov
2007-09-30 2:19 ` Drew Adams
2007-09-29 22:41 ` generate 3) S-mouse-2: follow link " Juri Linkov
2007-09-30 2:19 ` Drew Adams
2007-09-29 22:43 ` Juri Linkov
2007-09-30 2:18 ` Drew Adams
-- strict thread matches above, loose matches on Subject: below --
2007-09-24 17:10 Davis Herring
2007-09-24 17:22 ` Drew Adams
2007-09-24 18:33 ` Davis Herring
2007-09-24 21:30 ` Drew Adams
2007-09-24 19:27 ` David Kastrup
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=BNELLINCGFJLDJIKDGACKEAECDAA.drew.adams@oracle.com \
--to=drew.adams@oracle.com \
--cc=emacs-devel@gnu.org \
--cc=juri@jurta.org \
--cc=lennart.borgman@gmail.com \
/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).