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#33870: 27.0.50; xref-goto-xref not configurable Date: Tue, 05 Feb 2019 20:12:05 +0200 Message-ID: <83a7jat896.fsf@gnu.org> References: <87a7ktqqx7.fsf@mail.linkov.net> <87bm4qel4t.fsf@mail.linkov.net> <67c9abb5-f546-361f-04ca-da96ceaca4e2@yandex.ru> <87bm4le0tm.fsf@mail.linkov.net> <87imys6x5s.fsf@mail.linkov.net> <87d0osjtna.fsf@mail.linkov.net> <8ffaaddb-1d19-b9e9-83f1-83da89445eb8@yandex.ru> <87munmosx4.fsf@mail.linkov.net> <77b96dc5-a994-de78-64bb-40ba7625d40f@yandex.ru> <838sz0yni3.fsf@gnu.org> <87a7jd7v1g.fsf@mail.linkov.net> <83bm3twnhq.fsf@gnu.org> <83tvhkvlx3.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="113065"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 33870@debbugs.gnu.org, juri@linkov.net, dgutov@yandex.ru To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Feb 05 19:28:32 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 1gr5SQ-000TEb-Mz for geb-bug-gnu-emacs@m.gmane.org; Tue, 05 Feb 2019 19:28:30 +0100 Original-Received: from localhost ([127.0.0.1]:37373 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gr5SP-000485-Fb for geb-bug-gnu-emacs@m.gmane.org; Tue, 05 Feb 2019 13:28:29 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:34824) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gr5DU-00089e-5h for bug-gnu-emacs@gnu.org; Tue, 05 Feb 2019 13:13:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gr5DT-0001gY-AS for bug-gnu-emacs@gnu.org; Tue, 05 Feb 2019 13:13:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:34460) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gr5DS-0001g3-Om for bug-gnu-emacs@gnu.org; Tue, 05 Feb 2019 13:13:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gr5DS-0006Sr-6d for bug-gnu-emacs@gnu.org; Tue, 05 Feb 2019 13:13:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Feb 2019 18:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs Original-Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154939035024805 (code B ref 33870); Tue, 05 Feb 2019 18:13:02 +0000 Original-Received: (at 33870) by debbugs.gnu.org; 5 Feb 2019 18:12:30 +0000 Original-Received: from localhost ([127.0.0.1]:33741 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gr5Cv-0006S0-Vi for submit@debbugs.gnu.org; Tue, 05 Feb 2019 13:12:30 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:48379) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gr5Ct-0006Rm-T2 for 33870@debbugs.gnu.org; Tue, 05 Feb 2019 13:12:28 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:46283) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gr5Cn-0000zd-Gv; Tue, 05 Feb 2019 13:12:21 -0500 Original-Received: from [176.228.60.248] (port=1423 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gr5Cm-0006wm-HK; Tue, 05 Feb 2019 13:12:21 -0500 In-reply-to: (message from =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= on Sun, 03 Feb 2019 20:22:17 +0000) 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:155147 Archived-At: > From: João Távora > Cc: juri@linkov.net, dgutov@yandex.ru, 33870@debbugs.gnu.org > Date: Sun, 03 Feb 2019 20:22:17 +0000 > > Let me try one last time. 2 days ago, you decided to chime in very > tersely: "No, I don't think so" > > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=33870#380 > > , presumably saying that the default behaviour in Emacs 26.1 doesn't > make sense for a specific edge case that I had been testing. Because > you may have been misunderstanding I replied with a detailed explanation > of the reasoning for that particular behaviour in: > > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=33870#383 > > , which you didn't reply to, but Dmitry accepted as sufficient > validation for the current behaviour. Meanwhile, Juri used this > opportunity to insist that the current behaviour is sub-optimal. The current behavior is somewhat sub-optimal, but so is IMO the alternative that Juri suggests: the "tiny window below the original one", as I understand it, will make M-. and fiends behave differently from any other command which needs to use "the other window", like "M-x compile", "M-x grep", etc. So I think I like the current behavior better. The part of the current behavior where RET after "C-x 4 ." makes a new window I don't like too much, I think it would be better to reuse the window where *xref* is shown. But I wouldn't insist on such a change, mainly because I think "C-x 4 ." makes little sense anyway, as we have "M-," to easily return to the buffer we were in originally. So on balance I think we don't need to change the current UI. > Somewhere along the line we started miscommunicating that someone was > asking the other for input, but for me this is very simple: let's > install Juri's latest patch, which allows for configuring different > behaviors and _then_ discuss which one, if any, of the set of new > possibilities could become the new default. If that patch doesn't change the default behavior, I have nothing against installing it on master. Thanks. P.S. Sorry for a delay in responding, I had several urgent tasks that ate up all my free time.