From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#374: Info header line does not respectmouse-1-click-follows-link Date: Sat, 14 Jun 2008 11:21:14 -0700 Message-ID: <00cd01c8ce4b$6e835930$0200a8c0@us.oracle.com> References: <000801c8c832$81861ff0$0200a8c0@us.oracle.com><00b501c8cdf5$d5b8d180$0200a8c0@us.oracle.com><00bc01c8ce3c$f3079860$0200a8c0@us.oracle.com> Reply-To: Drew Adams , 374@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1213469272 31696 80.91.229.12 (14 Jun 2008 18:47:52 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 14 Jun 2008 18:47:52 +0000 (UTC) To: "'Stefan Monnier'" , <374@emacsbugs.donarmstrong.com> Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Jun 14 20:48:36 2008 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1K7anT-0008Ou-3K for geb-bug-gnu-emacs@m.gmane.org; Sat, 14 Jun 2008 20:48:19 +0200 Original-Received: from localhost ([127.0.0.1]:43952 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K7amf-0001JZ-4x for geb-bug-gnu-emacs@m.gmane.org; Sat, 14 Jun 2008 14:47:29 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1K7amO-00014A-53 for bug-gnu-emacs@gnu.org; Sat, 14 Jun 2008 14:47:12 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K7amN-00012V-9h for bug-gnu-emacs@gnu.org; Sat, 14 Jun 2008 14:47:11 -0400 Original-Received: from [199.232.76.173] (port=60164 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K7amM-00012R-TQ for bug-gnu-emacs@gnu.org; Sat, 14 Jun 2008 14:47:10 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:39204) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1K7amM-00031i-A1 for bug-gnu-emacs@gnu.org; Sat, 14 Jun 2008 14:47:10 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m5EIl7rk019959; Sat, 14 Jun 2008 11:47:08 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id m5EIU4RO015330; Sat, 14 Jun 2008 11:30:04 -0700 X-Loop: don@donarmstrong.com Resent-From: "Drew Adams" Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 14 Jun 2008 18:30:04 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 374 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 374-submit@emacsbugs.donarmstrong.com id=B374.121346768713970 (code B ref 374); Sat, 14 Jun 2008 18:30:04 +0000 Original-Received: (at 374) by emacsbugs.donarmstrong.com; 14 Jun 2008 18:21:27 +0000 Original-Received: from rgminet01.oracle.com (rgminet01.oracle.com [148.87.113.118]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m5EILOV9013964 for <374@emacsbugs.donarmstrong.com>; Sat, 14 Jun 2008 11:21:25 -0700 Original-Received: from agmgw1.us.oracle.com (agmgw1.us.oracle.com [152.68.180.212]) by rgminet01.oracle.com (Switch-3.2.4/Switch-3.1.6) with ESMTP id m5EILH82032530; Sat, 14 Jun 2008 12:21:17 -0600 Original-Received: from acsmt350.oracle.com (acsmt350.oracle.com [141.146.40.150]) by agmgw1.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id m5EHmvsF011626; Sat, 14 Jun 2008 12:21:17 -0600 Original-Received: from inet-141-146-46-1.oracle.com by acsmt351.oracle.com with ESMTP id 3694287171213467668; Sat, 14 Jun 2008 11:21:08 -0700 Original-Received: from dradamslap1 (/24.5.171.3) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 14 Jun 2008 11:21:08 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AcjORB2dunh+NYsyS2eFWIW5obTq9QAAQi6Q X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) Resent-Date: Sat, 14 Jun 2008 14:47:11 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:18397 Archived-At: > > Wrong. You can click a non-link in the header-line or mode-line to > > set focus: select its window/buffer. That is a primary use of the > > normal mouse-1 binding. > > In normal use, there are plenty of other places on the screen > where you can click to do that. Please don't tell me where I can click. Just let me customize an option to turn off mouse-1 following links - everywhere. That should be what `mouse-1-click-follows-link' is for. If you want to create another option for that, fine. It is a regression to not have this possibility at all. > `mouse-1-click-follows-link' was > introduced to resolve conflicts where "clicking elsewhere" is not an option, > i.e. because you might either want to follow the link or want to place > point within the link's text. No. The use of a numeric delay in `mouse-1-click-follows-link' was added for that. The option itself was introduced to allow mouse-1 to follow links for some users but not impose that behavior on all users. There is absolutely no reason not to let users turn off mouse-1 following links everywhere. Please don't tell us that there is plenty of room to click in the back of the bus. Why would you prevent someone from choosing to not follow links with mouse-1 anywhere? Even in a context where one cannot set point, I would not want mouse-1 to follow a link. I might have accidentally clicked that link - I still don't want to follow it. If nothing else is appropriate, then a nil or 0 option value should make mouse-1 just do nothing for a link: `ignore'. How would that be objectionable? It would not prevent anyone from using mouse-1 to follow links. The 0 and nil values currently don't serve anyone. And neither follows what the doc string suggests. > > Both 0 and nil should turn off link following by mouse-1 - > > *everywhere*. There is no reason not to provide users with this > > pre-Emacs 22 behavior as an option. Anything less is a regression. > > Try Emacs-21 and take a look at its mode-line. You'll see it has > mouse-1 on the buffer name active as well. Yes, it was a bug then, as well, but it could be argued that that is actually a button, not a link. I never used Emacs 21, so I never filed any bugs against it. I prefer Emacs 20 to Emacs 21 (by far), at least on Windows. Personally, I would like to see an option to prevent mouse-1 from activating buttons, as well. Whatever the action is, if mouse-2 already does it, then users should be able to choose to use _only_ mouse-2 for that. Emacs is now entre deux chaises wrt mouse-1 and mouse-2. We have tried to let mouse-1 do what mouse-2 does wrt links and buttons because that is what newbies expect (yes, and what some oldies prefer). But we should not prohibit other Emacs users from _not_ using mouse-1 that way. Anywhere. Users should be able to easily get rid of this redundancy, if they wish. > Emacs-22 might be "worse" in this respect Yes, it is much worse. What was true only for buttons is now true for links also. > but I don't think it's a good idea to force such mouse-1 > bindings to be redundant (so they can be disabled with > mouse-1-click-follows-link). I am not forcing anything. I want you to be able to use mouse-1 to follow links. You are forcing me to follow links with mouse-1 (in some situations). It is you that is arguing to force redundancy on users (between mouse-1 and mouse-2, for both links and buttons). Give users the choice; that's all I'm asking.