From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#35353: 26.2; Buffer *xref*: (1) hard-coded mouse-1, (2) major mode name Date: Mon, 22 Apr 2019 05:23:17 -0700 (PDT) Message-ID: References: <<<96cafba3-7ba2-4e87-8f9d-e53825fd1dde@default> <94feda5f-7afa-4ab5-96f8-60dfaba7e0a4@default> <469bf659-07b6-8172-287c-2abc53582447@yandex.ru> <83zhoi74vl.fsf@gnu.org> <44b1aa8a-c06c-61f7-0948-0fd20605e938@yandex.ru> <83y34273mu.fsf@gnu.org> <2979c506-20e4-4b9f-0215-6f0241238678@yandex.ru>>> <<<83v9z6732b.fsf@gnu.org>>> <<376d5335-eb80-4272-8847-e764242a02b7@default>> <<83r29u70cy.fsf@gnu.org>> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="72376"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 35353@debbugs.gnu.org, dgutov@yandex.ru To: Eli Zaretskii , Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Apr 22 14:24:11 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hIXzW-000Idx-Mq for geb-bug-gnu-emacs@m.gmane.org; Mon, 22 Apr 2019 14:24:10 +0200 Original-Received: from localhost ([127.0.0.1]:36799 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hIXzV-0001Vm-HJ for geb-bug-gnu-emacs@m.gmane.org; Mon, 22 Apr 2019 08:24:09 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:51259) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hIXzP-0001Vf-JO for bug-gnu-emacs@gnu.org; Mon, 22 Apr 2019 08:24:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hIXzO-0005mf-LW for bug-gnu-emacs@gnu.org; Mon, 22 Apr 2019 08:24:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:36543) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hIXzO-0005ma-IG for bug-gnu-emacs@gnu.org; Mon, 22 Apr 2019 08:24:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hIXzO-0005Nz-Cn for bug-gnu-emacs@gnu.org; Mon, 22 Apr 2019 08:24:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 22 Apr 2019 12:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 35353 X-GNU-PR-Package: emacs Original-Received: via spool by 35353-submit@debbugs.gnu.org id=B35353.155593580820661 (code B ref 35353); Mon, 22 Apr 2019 12:24:02 +0000 Original-Received: (at 35353) by debbugs.gnu.org; 22 Apr 2019 12:23:28 +0000 Original-Received: from localhost ([127.0.0.1]:50086 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hIXyq-0005NB-3V for submit@debbugs.gnu.org; Mon, 22 Apr 2019 08:23:28 -0400 Original-Received: from userp2120.oracle.com ([156.151.31.85]:36590) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hIXyo-0005Mt-Cq for 35353@debbugs.gnu.org; Mon, 22 Apr 2019 08:23:26 -0400 Original-Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x3MC8Yft074511; Mon, 22 Apr 2019 12:23:20 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2018-07-02; bh=m5Fm1NEMg+mcJERb9QloSo1saMPQaSJF7V2yAKd09bI=; b=qRxTdCSusWiRjnS3/+Q/78d09luh7lzXUFbcylJhvHV5bSCk91uUIOoNv0aFuBVm2Pl+ cYSQw+b1gwX5vo1P9LphOzt2DjMJtg8VBX8lAUF0EL8J1SVpQ+6Ce0+l9bVDaOGphEBE TC2K56EQZ8tMjrE8jgFu1+32eztkZCXtQpT2Dwpo7jZuPeAZNoTwuVMolTBAbvq2+Awb 4mRx7oPrtjA/xE3q7B2w8gsd2oz+bBV9yaMPwa+jvA/hiyxfM2L6UYgIIJoV90kSbUIa oPlyAuBHPjAjKhJnXtNh0e09Zuyu9IxceS+6resNBTD6bMO6qDGkckxQysJjMGX1mibJ 3Q== Original-Received: from userp3020.oracle.com (userp3020.oracle.com [156.151.31.79]) by userp2120.oracle.com with ESMTP id 2ryv2pwucs-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 22 Apr 2019 12:23:20 +0000 Original-Received: from pps.filterd (userp3020.oracle.com [127.0.0.1]) by userp3020.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x3MCMlxo062889; Mon, 22 Apr 2019 12:23:19 GMT Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userp3020.oracle.com with ESMTP id 2s0dwdp24m-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 22 Apr 2019 12:23:19 +0000 Original-Received: from abhmp0001.oracle.com (abhmp0001.oracle.com [141.146.116.7]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id x3MCNH1p003377; Mon, 22 Apr 2019 12:23:18 GMT In-Reply-To: <<83r29u70cy.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4834.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9234 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=18 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=531 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1904220094 X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9234 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=18 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=548 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1904220094 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:158024 Archived-At: > > > FWIW, I don't see that as a serious issue in this case. Feel free to > > > close as wontfix, if you want. > > > > Seriously? Mouse-2 was the original way to follow > > links. And ubiquitously in Emacs users need to be > > able to set point. They should be able to do so > > using `mouse-1'. >=20 > FWIW, I see no important reasons to set point in XREF buffers by > clicking the mouse. It's always important to be able to set point by clicking the mouse. That's the reason why even when `mouse-1' follows a link we let users instead set point using `mouse-1' by just holding it pressed longer before releasing it. And it's the reason we have option `mouse-1-click-follows-link': to let users not have `mouse-1' follow links with a non-slow click. And it's the reason the manual establishes the convention. As it says (quoted more extensively earlier): Many special major modes, like Dired, Info, Compilation, and Occur, are designed to handle read-only text that contains "hyper-links". It is precisely in these contexts - of which buffer *xref* is one, that it is important to respect option `mouse-1-click-follows-link'. That's the point of that passage. Users need to be able to follow links, but they also need to be able to set point. How they do one or the other is decided by their individual preference, using option `mouse-1-click-follows-link'. And I pointed out in the original report specifically how the bug is a problem for users with the option nil: It's impossible to click `mouse-1' anywhere inside the window to select it, set point, and focus its frame (unless you can find and click the file line preceding a boatload of links - and that line might even be outside the window, in which case you're completely out of luck). > > Not to mention that this violates the explicit Emacs > > convention (cited earlier). >=20 > It doesn't, your citation is not necessarily relevant to the issue at > hand. Why do you think so? I think it is exactly relevant - see above. Do you think that buffer *xref* is different in this regard from Dired, compilation, or Occur buffers? How so? These are buffers that are dense with links, making it important that users can use the mouse not only to follow links but also to set point.