From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Reiner Steib Newsgroups: gmane.emacs.devel Subject: Re: follow-link in grep buffer Date: Sat, 26 Feb 2005 14:53:00 +0100 Message-ID: References: <16922.19947.785134.975378@farnswood.snap.net.nz> <16926.51952.150749.303780@farnswood.snap.net.nz> <87bra8iyul.fsf-monnier+emacs@gnu.org> Reply-To: Reiner Steib NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1109428552 27843 80.91.229.2 (26 Feb 2005 14:35:52 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 26 Feb 2005 14:35:52 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Feb 26 15:35:52 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1D532j-00084n-Gj for ged-emacs-devel@m.gmane.org; Sat, 26 Feb 2005 15:35:41 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D53Kh-0001IV-3h for ged-emacs-devel@m.gmane.org; Sat, 26 Feb 2005 09:54:15 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D53K4-0001Dj-1H for emacs-devel@gnu.org; Sat, 26 Feb 2005 09:53:36 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D53Jr-000161-CJ for emacs-devel@gnu.org; Sat, 26 Feb 2005 09:53:26 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D53Jq-00015Q-FU for emacs-devel@gnu.org; Sat, 26 Feb 2005 09:53:22 -0500 Original-Received: from [134.60.1.1] (helo=mail.uni-ulm.de) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1D532a-0002QE-BF for emacs-devel@gnu.org; Sat, 26 Feb 2005 09:35:33 -0500 Original-Received: from bridgekeeper.physik.uni-ulm.de (bridgekeeper.physik.uni-ulm.de [134.60.10.123]) by mail.uni-ulm.de (8.13.3/8.13.3) with ESMTP id j1QEZTgj011207 for ; Sat, 26 Feb 2005 15:35:29 +0100 (MET) Original-Received: from me (bridgekeeper.physik.uni-ulm.de [134.60.10.123]) by bridgekeeper.physik.uni-ulm.de (Postfix) with SMTP id EED6410034 for ; Sat, 26 Feb 2005 15:35:27 +0100 (CET) Original-Received: (nullmailer pid 4490 invoked by uid 170); Sat, 26 Feb 2005 13:53:00 -0000 Mail-Followup-To: emacs-devel@gnu.org Original-To: emacs-devel@gnu.org X-Face: 3Phac&+dw=IZHjhua]bp}LH<*p{qzj8u+ 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 X-MailScanner-To: ged-emacs-devel@m.gmane.org Xref: main.gmane.org gmane.emacs.devel:33836 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:33836 On Fri, Feb 25 2005, David Kastrup wrote: > I would recommend not making any behavior by default dependent on the > single-click length, nor on the focus situation: both approaches are > completely obfuscate and confusing. > > So the change to 21.4 behavior would be the following: > > a) a double-click on a location that has no double-click binding, but > a local mouse-2 binding, will execute the mouse-2 binding. This > will make double-clicks, where not overriden, follow links without > further code changes compared to 21.4 > b) setting an explicit link property will _additionally_ remap mouse-1 > to mouse-2. I would not by default make this dependent on anything > else. I agree with David's arguments and his suggestions. I also find the current behavior confusing in some modes. After several week, I still sometimes follow the link when I intended to select the window or set the point. Some examples: In Gnus Group buffer, I often want to put the cursor on a certain group and then I intend to do `C-u a' (post to group under point), `10 RET' (show 10 article in that group), M-g (Check for new news in the current topic.). In PCL-CVS, I often want to put the point on a file name and then do `=' (cvs-mode-diff), `l' (cvs-mode-log) ... Because I followed the discussions on emacs-devel, I remembered why mouse-1 behaves like this, but I think for ordinary users it is really surprising. In modes like info, mouse-1 to follow a link is a good default. > So grep should not set the link property in my opinion in this scheme, > and gnus should set it sparingly: on MIME buttons it generates itself, > but not on header lines or things looking like a link in the article > text. It should not be set (by default) in the group and summary buffer. As for the MIME buttons and other links in the article buffer: AFAICS, these are the same kind of all "buttons", so it might require some work. [...] > Telling them "use mouse-2" has always been sort of embarrassing. > Telling them "use mouse-1, but don't press it longer than 200 > milliseconds if you want to follow the link, and it won't work if you > have not the focus" will kill the "Emacs is usable for common human" > proposition dead. ACK. In Gnus group buffer, I often found myself clicking too short so that the key presses intended for the group buffer were executed in the summary buffer and thus triggered completely different actions. > Telling people "double click to follow some possible cross > connection" will make them feel at home. Bye, Reiner. -- ,,, (o o) ---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/