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 06:23:23 -0700 (PDT) Message-ID: <0cba4d18-17d0-4294-a1d4-20cd6d5da49a@default> 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>>> <> <<83imv66vi2.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="76967"; 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 15:24:12 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 1hIYvb-000Juk-Mw for geb-bug-gnu-emacs@m.gmane.org; Mon, 22 Apr 2019 15:24:11 +0200 Original-Received: from localhost ([127.0.0.1]:37461 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hIYva-0001Tn-Kw for geb-bug-gnu-emacs@m.gmane.org; Mon, 22 Apr 2019 09:24:10 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:33348) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hIYvT-0001TX-Qx for bug-gnu-emacs@gnu.org; Mon, 22 Apr 2019 09:24:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hIYvS-00056m-T1 for bug-gnu-emacs@gnu.org; Mon, 22 Apr 2019 09:24:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:36662) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hIYvS-00056W-Or for bug-gnu-emacs@gnu.org; Mon, 22 Apr 2019 09:24:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hIYvS-0006tU-Ee for bug-gnu-emacs@gnu.org; Mon, 22 Apr 2019 09: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 13: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.155593941626464 (code B ref 35353); Mon, 22 Apr 2019 13:24:02 +0000 Original-Received: (at 35353) by debbugs.gnu.org; 22 Apr 2019 13:23:36 +0000 Original-Received: from localhost ([127.0.0.1]:50206 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hIYv2-0006sl-Cu for submit@debbugs.gnu.org; Mon, 22 Apr 2019 09:23:36 -0400 Original-Received: from aserp2130.oracle.com ([141.146.126.79]:42998) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hIYv0-0006sW-D5 for 35353@debbugs.gnu.org; Mon, 22 Apr 2019 09:23:35 -0400 Original-Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1]) by aserp2130.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x3MDIpC6121000; Mon, 22 Apr 2019 13:23:26 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=JZ5XTIrEQUSHI4/zsOLje2OT4CmLQUAhpUO9H2R/Zz0=; b=AJSRr0WPBMjqCBOiSEw74CeNrMJNFWlgT6MTa04E7XjZXxXogM78ndJswB8MPmiKhp3X tWUpyd4jgqoC3Dtvz341nMVYtLVJlvfBCtB9vOxrDPrA6ggXNgaZF5v9OCWQ5qll9iJb PjWm3V/ObvCzHbgNOZbvvvR6/+PmvGrgj73mcLFyqAw+KAIFZyEqYV2N/PszuLI7Ts6n AYQ/U/vDvt6TeSLyaBWq8VOhlX9gkcIM2v8S4wumdiyFqydvJ93FWxtOTfzd0ldedw8b yh83mfnfk7nsvq5PAdTRVP7KqWHgcGi4Zha5HepWKNJdCt16dNDt5Le5Qbg07Vnndn6w BQ== Original-Received: from userp3030.oracle.com (userp3030.oracle.com [156.151.31.80]) by aserp2130.oracle.com with ESMTP id 2ryrxcpd4n-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 22 Apr 2019 13:23:26 +0000 Original-Received: from pps.filterd (userp3030.oracle.com [127.0.0.1]) by userp3030.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x3MDNFvH030874; Mon, 22 Apr 2019 13:23:25 GMT Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userp3030.oracle.com with ESMTP id 2ryrhrgkeu-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 22 Apr 2019 13:23:25 +0000 Original-Received: from abhmp0005.oracle.com (abhmp0005.oracle.com [141.146.116.11]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id x3MDNOlK021463; Mon, 22 Apr 2019 13:23:24 GMT In-Reply-To: <<83imv66vi2.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=963 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1904220101 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=981 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1904220101 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:158037 Archived-At: > > > 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. >=20 > I disagree. And it's easy to disagree, because you didn't provide any > rationale, none at all. Of course I did - more than one, and more than once now. Click a mouse button to set point, select a window, and focus its frame. Is that not enough rationale for you? I find it really hard to believe that this is not obvious to you. Surely you used a mouse with Emacs before we switched the default behavior to having mouse-1, not mouse-2, follow links? And surely you've accidentally clicked mouse-1 on a link (e.g. in Dired) when all you wanted to do was select the window? In any case, surely you do realize or can imagine that at least some Emacs users set `mouse-1-click-follows-link' to nil? Surely you can imagine that removing the effect of that setting for *xref* buffers could be upsetting and surprising to them, no? > > 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. >=20 > There are no links in the XREF buffer, not really. This buffer is an > aid to select on of several possible symbols, that's all. Sigh. The "non-links" have `mouse-face'. They have a `keymap' property that binds `mouse-1' and `mouse-2' to commands that follow the "non-link" to its location. They have `:help-echo' that says "mouse-2: display in another window, RET or mouse-1: follow reference". When you click them or hit RET or C-o they sure seem to follow the "non-links". What am I missing? Using `A' In Dired puts me in an *xref* buffer. Using the "non-links" in that buffer do NOT, in any way that I can imagine you might mean, "select on[e] of possible symbols". I can follow these "non-links", but I'm really having trouble following you. And the problem (this bug) is that I cannot NOT follow these "non-links".