From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] mouse-1 click follows link Date: Sat, 30 Oct 2004 19:34:33 -0500 (CDT) Message-ID: <200410310034.i9V0YX903876@raven.dms.auburn.edu> References: <200410292354.i9TNsCq01994@raven.dms.auburn.edu> NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1099182915 20320 80.91.229.6 (31 Oct 2004 00:35:15 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 31 Oct 2004 00:35:15 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Oct 31 02:35:06 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CO3gX-0007dT-00 for ; Sun, 31 Oct 2004 02:35:05 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CO3oT-0004ce-2O for ged-emacs-devel@m.gmane.org; Sat, 30 Oct 2004 20:43:17 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CO3oN-0004cZ-Dl for emacs-devel@gnu.org; Sat, 30 Oct 2004 20:43:11 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CO3oM-0004cJ-SM for emacs-devel@gnu.org; Sat, 30 Oct 2004 20:43:11 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CO3oM-0004c9-Nv for emacs-devel@gnu.org; Sat, 30 Oct 2004 20:43:10 -0400 Original-Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CO3gI-00056K-LY for emacs-devel@gnu.org; Sat, 30 Oct 2004 20:34:50 -0400 Original-Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id i9V0YhFu000579; Sat, 30 Oct 2004 19:34:43 -0500 (CDT) Original-Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id i9V0YX903876; Sat, 30 Oct 2004 19:34:33 -0500 (CDT) X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: storm@cua.dk In-reply-to: (storm@cua.dk) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:29204 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:29204 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. 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. 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. Sincerely, Luc.