From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: mouse-1-click-follows-link Date: Mon, 13 Jun 2005 09:19:01 -0700 Message-ID: References: <17067.59794.984974.659746@farnswood.snap.net.nz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1118680428 18450 80.91.229.2 (13 Jun 2005 16:33:48 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 13 Jun 2005 16:33:48 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jun 13 18:33:46 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Dhrru-0002PF-O8 for ged-emacs-devel@m.gmane.org; Mon, 13 Jun 2005 18:32:59 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Dhrwj-0006kw-LN for ged-emacs-devel@m.gmane.org; Mon, 13 Jun 2005 12:37:57 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DhrsE-0005ON-1S for emacs-devel@gnu.org; Mon, 13 Jun 2005 12:33:18 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Dhrs6-0005KV-5v for emacs-devel@gnu.org; Mon, 13 Jun 2005 12:33:10 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Dhrs4-00059A-Ej for emacs-devel@gnu.org; Mon, 13 Jun 2005 12:33:09 -0400 Original-Received: from [141.146.126.229] (helo=agminet02.oracle.com) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1DhrfX-0001K2-4n for emacs-devel@gnu.org; Mon, 13 Jun 2005 12:20:11 -0400 Original-Received: from agminet02.oracle.com (localhost [127.0.0.1]) by agminet02.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id j5DGJ3Eq000926 for ; Mon, 13 Jun 2005 11:19:03 -0500 Original-Received: from rgmsgw300.us.oracle.com (rgmsgw300.us.oracle.com [138.1.186.49]) by agminet02.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id j5DGJ2kU000910 for ; Mon, 13 Jun 2005 11:19:02 -0500 Original-Received: from rgmsgw300.us.oracle.com (localhost [127.0.0.1]) by rgmsgw300.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j5DGJ2BZ003083 for ; Mon, 13 Jun 2005 10:19:02 -0600 Original-Received: from dradamslap (dradams-lap.us.oracle.com [130.35.177.126]) by rgmsgw300.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j5DGJ1xF003076 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Mon, 13 Jun 2005 10:19:02 -0600 Original-To: X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <17067.59794.984974.659746@farnswood.snap.net.nz> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE 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: news.gmane.org gmane.emacs.devel:38732 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:38732 > > Some like grep, seem to cover a lot of the buffer. I'm not saying > > that you can't get round it, just that it requires thought. > > Good point. I'm much less sure that it's good in the case of grep. > Maybe it could work to put a little jump button next to each entry, > instead of using each whole line as a link? Though that wouldn't be > good for keyboard users... What if there was a button for clicking, > but you could also press RET anywhere on a line to follow the link? In the compilation buffer mouse-face (and therefore mouse-1) only works on the file and line number while mouse-2 and RET work for the whole line. It would help if grep also worked this way. I disagree. My opinion: 1) mouse-1, RET, and mouse-2 should all behave similarly. What's good for mouse-2 is good for mouse-1 too. The challenge is to find the right default behavior (trade-off/compromise). 2) The entire line should be the hot zone (no "button"). Makes it very easy to scan lines and align text anywhere on the line with the proper hot zone. No need for your eye to move between the text (anywhere on the line) and the hot zone. 3) The grep behavior (full-line hot zone) should hold also for the compilation buffer (compilation and grep should behave similarly). 4) mouse-1 should follow links by default, for the reasons others have given (even though I, myself, might choose to turn this off). 5) The delay for mouse-1 to set point should be short, by default, so it is not inconvenient to set point with mouse-1. The current default delay is too long. Users will naturally click very quickly to follow a link, and if they click too slowly, they will quickly learn to click quicker (or consult the doc to change the delay value). Clicking a little too slowly unintentionally (i.e. when intending to follow a link) will just set point, which is benign. 6) The default (emacs -q) value for mouse-1-click-follows-link is apparently 450 ms. The doc string says that the value (not the default value, but the value) is 350 ms, which is incorrect. The doc string should be corrected, so that it does not use a hard-coded value.