From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii 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 16:33:37 +0300 Message-ID: <838sw26u6m.fsf@gnu.org> 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>> <0cba4d18-17d0-4294-a1d4-20cd6d5da49a@default> Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="126475"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 35353@debbugs.gnu.org, dgutov@yandex.ru To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Apr 22 15:34:13 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 1hIZ5I-000Wfp-1X for geb-bug-gnu-emacs@m.gmane.org; Mon, 22 Apr 2019 15:34:12 +0200 Original-Received: from localhost ([127.0.0.1]:37537 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hIZ5G-0003K0-Ti for geb-bug-gnu-emacs@m.gmane.org; Mon, 22 Apr 2019 09:34:10 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:35405) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hIZ5B-0003JT-Gt for bug-gnu-emacs@gnu.org; Mon, 22 Apr 2019 09:34:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hIZ59-00046p-KW for bug-gnu-emacs@gnu.org; Mon, 22 Apr 2019 09:34:05 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:36677) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hIZ58-00046I-Lf for bug-gnu-emacs@gnu.org; Mon, 22 Apr 2019 09:34:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hIZ58-0007A6-Hh for bug-gnu-emacs@gnu.org; Mon, 22 Apr 2019 09:34:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 22 Apr 2019 13:34: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.155594003627515 (code B ref 35353); Mon, 22 Apr 2019 13:34:02 +0000 Original-Received: (at 35353) by debbugs.gnu.org; 22 Apr 2019 13:33:56 +0000 Original-Received: from localhost ([127.0.0.1]:50221 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hIZ51-00079j-QD for submit@debbugs.gnu.org; Mon, 22 Apr 2019 09:33:56 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:49087) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hIZ4z-00079W-IX for 35353@debbugs.gnu.org; Mon, 22 Apr 2019 09:33:54 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:40724) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hIZ4t-0003yB-BG; Mon, 22 Apr 2019 09:33:47 -0400 Original-Received: from [176.228.60.248] (port=4226 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hIZ4s-00059a-DO; Mon, 22 Apr 2019 09:33:46 -0400 In-reply-to: <0cba4d18-17d0-4294-a1d4-20cd6d5da49a@default> (message from Drew Adams on Mon, 22 Apr 2019 06:23:23 -0700 (PDT)) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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:158038 Archived-At: > Date: Mon, 22 Apr 2019 06:23:23 -0700 (PDT) > From: Drew Adams > Cc: dgutov@yandex.ru, 35353@debbugs.gnu.org > > > > > 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. > > > > 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? No. You are talking in general, whereas I'm talking specifically about windows showing the XREF buffer. > 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? There's plenty of spaces where mouse-1 does nothing like mouse-1-click-follows-link suggests. This is one of them. Mind you, I don't object to making XREF behave similarly, I just don't think it's terribly important. As I already said too many times. I really hope you finally decide to agree to disagree. > 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". Of course you can follow them: mouse-1 already follows them (as does mouse-2). We are not talking about following them, we are talking about something else.