From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: follow-link in grep buffer Date: Tue, 22 Feb 2005 02:26:51 +0100 Message-ID: References: <200502212220.j1LMKEw17231@raven.dms.auburn.edu> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1109036141 2276 80.91.229.2 (22 Feb 2005 01:35:41 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 22 Feb 2005 01:35:41 +0000 (UTC) Cc: nickrob@snap.net.nz, Luc Teirlinck , drew.adams@oracle.com, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Feb 22 02:35:40 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1D3OxU-0004Zk-PL for ged-emacs-devel@m.gmane.org; Tue, 22 Feb 2005 02:35:29 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D3PEY-0005PF-34 for ged-emacs-devel@m.gmane.org; Mon, 21 Feb 2005 20:53:06 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D3PCw-00050O-Nl for emacs-devel@gnu.org; Mon, 21 Feb 2005 20:51:26 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D3PCo-0004wN-Sq for emacs-devel@gnu.org; Mon, 21 Feb 2005 20:51:20 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D3PCk-0004rI-Uw for emacs-devel@gnu.org; Mon, 21 Feb 2005 20:51:15 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D3OpC-0001Rm-B3 for emacs-devel@gnu.org; Mon, 21 Feb 2005 20:26:54 -0500 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.34) id 1D3OpB-00059u-HK; Mon, 21 Feb 2005 20:26:53 -0500 Original-To: Jason Rumney In-Reply-To: (Jason Rumney's message of "Tue, 22 Feb 2005 00:44:35 +0000") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) 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 X-MailScanner-To: ged-emacs-devel@m.gmane.org Xref: main.gmane.org gmane.emacs.devel:33709 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:33709 Jason Rumney writes: > David Kastrup writes: > >> I forgot: when we discussed the possible desirable behaviors, was >> follow-link-on-double-click among it? Isn't that sort of common >> for launching something? It would of course shadow marking a word >> in a link, but I guess that is less tragic than losing the obvious >> way of setting point? > > Except for links in info pages, which are clearly like HTML links, > thus users probably expect them to be followed by a single click, I > think making double click the default would be preferable, maybe > with mouse-2 as an alternative for users used to the old way. > > I find the current default problematic in grep/compile buffers and > Gnus Group and Summary windows, since I often use the mouse to > switch windows, but clicking in those buffers (which are entirely > made up of clickable text) does more than just position the cursor > now. With the current scheme IIRC, links had to be marked explicitly as such to get the new behavior, to be on the safe side. But I do think that interpreting the mouse-double-click-event in the case that a mouse-2 event is defined at a "more local" keymap could be reasonably done unambigously. One example I brought up was the images from preview-latex which are also text editing entities you want to be able to move to with a single click. So it would not be a good idea to give them the link property under the current scheme. However, double-clicking on it, as the equivalent of its current mouse-2 binding, would quite naturally open and close the preview. And a double click is by far more accessible on many mouses or trackpads than a mouse-2 (which might entail pressing a slippery wheel or chording two buttons). I think it could be justified to do this remapping in general as long as there is no explicit double-click binding. > Equivalent windows to the compile window in other IDEs tend to use a > double click. This behavior basically would mean that we would remove the "link" property from most packages where it has been introduced now, keeping it just for really HTML-feeling links like in Info, and for explicit buttons (like those in Customize): one does not expect to need to double-click buttons. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum