From: storm@cua.dk (Kim F. Storm)
Cc: emacs-devel@gnu.org
Subject: Re: [PATCH] mouse-1 click follows link
Date: Sun, 31 Oct 2004 13:53:44 +0100 [thread overview]
Message-ID: <m3mzy3giav.fsf@kfs-l.imdomain.dk> (raw)
In-Reply-To: <200410310034.i9V0YX903876@raven.dms.auburn.edu> (Luc Teirlinck's message of "Sat, 30 Oct 2004 19:34:33 -0500 (CDT)")
Luc Teirlinck <teirllm@dms.auburn.edu> writes:
> As I already said, I believe that there _must_ be substantially better
> ways to give users the option to have web browser style bindings for
> true links than the one you proposed.
>
> We could have a common parent keymap for true links, that is text with
> the `link' property. There could be several predefined values for
> that keymap. At least two: "Classical Emacs" and "Web Browser". But
> the user could customize the keymap any way he wanted and specialized
> links could extend it with their own bindings.
I don't see how this would work -- the mouse-2 binding is typically
made in a keymap property on the link itself, as even things that
_are_ links use different bindings for mouse-2.
So how can you use a global map for links ?
>
> This has the advantage that the user who chooses "Web Browser" could
> bind mouse-2 to anything he wanted (different from mouse-1), which he
> can not do with your patch.
But only on links -- and the code in question would have to react
based on the specific kind of link.
I think this is unnecessary complexity.
>
> Why is all of this suddenly so urgent? If we waited till after the
> 21.4 release, then we could have a solid and well tested high quality
> implementation, rather than some hastily thrown together stuff.
I would prefer this to be fixed before 2007.
--
Kim F. Storm <storm@cua.dk> http://www.cua.dk
next prev parent reply other threads:[~2004-10-31 12:53 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-10-29 13:04 [PATCH] mouse-1 click follows link Kim F. Storm
2004-10-29 23:54 ` Luc Teirlinck
2004-10-30 22:04 ` Kim F. Storm
2004-10-31 0:09 ` Luc Teirlinck
2004-10-31 12:49 ` Kim F. Storm
2004-11-01 7:24 ` Richard Stallman
2004-10-31 0:34 ` Luc Teirlinck
2004-10-31 12:53 ` Kim F. Storm [this message]
2004-10-31 15:24 ` Luc Teirlinck
2004-10-31 18:37 ` David Kastrup
2004-10-31 20:03 ` Luc Teirlinck
2004-10-31 20:13 ` David Kastrup
2004-10-31 21:40 ` Stefan
2004-10-31 23:39 ` Kim F. Storm
2004-11-01 0:33 ` Stefan
2004-11-27 0:44 ` [NEW PATCH] " Kim F. Storm
[not found] ` <E1CYJ5T-0002qS-UR@fencepost.gnu.org>
2004-12-14 15:15 ` Kim F. Storm
2004-12-14 20:13 ` Robert J. Chassell
2004-12-14 23:33 ` Kim F. Storm
2004-12-16 23:08 ` Kevin Rodgers
2004-12-17 9:57 ` Kim F. Storm
2004-12-17 10:20 ` Alex Schroeder
2004-12-15 8:46 ` Richard Stallman
2004-12-16 12:24 ` Richard Stallman
2004-12-16 15:12 ` Kim F. Storm
2004-12-18 0:20 ` Richard Stallman
2004-12-18 13:50 ` Robert J. Chassell
2004-12-17 15:48 ` Kim F. Storm
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=m3mzy3giav.fsf@kfs-l.imdomain.dk \
--to=storm@cua.dk \
--cc=emacs-devel@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).