From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Newsgroups: gmane.emacs.bugs Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Date: Sun, 03 Feb 2019 21:08:44 +0000 Message-ID: References: <87a7ktqqx7.fsf@mail.linkov.net> <87zhscklhq.fsf@gmail.com> <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> <87ef8omx2j.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="49659"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (darwin) Cc: 33870@debbugs.gnu.org, dgutov@yandex.ru To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Feb 03 22:09: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 1gqP0o-000Coc-O6 for geb-bug-gnu-emacs@m.gmane.org; Sun, 03 Feb 2019 22:09:11 +0100 Original-Received: from localhost ([127.0.0.1]:60443 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gqP0n-0001Xx-MO for geb-bug-gnu-emacs@m.gmane.org; Sun, 03 Feb 2019 16:09:09 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:33335) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gqP0h-0001XL-8m for bug-gnu-emacs@gnu.org; Sun, 03 Feb 2019 16:09:03 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gqP0g-0007Ve-Et for bug-gnu-emacs@gnu.org; Sun, 03 Feb 2019 16:09:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:58536) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gqP0g-0007Ug-BA for bug-gnu-emacs@gnu.org; Sun, 03 Feb 2019 16:09:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gqP0g-0004mZ-2g for bug-gnu-emacs@gnu.org; Sun, 03 Feb 2019 16:09:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Feb 2019 21:09: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.154922813418370 (code B ref 33870); Sun, 03 Feb 2019 21:09:02 +0000 Original-Received: (at 33870) by debbugs.gnu.org; 3 Feb 2019 21:08:54 +0000 Original-Received: from localhost ([127.0.0.1]:57817 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqP0Y-0004mE-D0 for submit@debbugs.gnu.org; Sun, 03 Feb 2019 16:08:54 -0500 Original-Received: from mail-wr1-f44.google.com ([209.85.221.44]:40365) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqP0X-0004m0-4D for 33870@debbugs.gnu.org; Sun, 03 Feb 2019 16:08:53 -0500 Original-Received: by mail-wr1-f44.google.com with SMTP id p4so12415276wrt.7 for <33870@debbugs.gnu.org>; Sun, 03 Feb 2019 13:08:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=aMdsP5BT9iHemBCY4G/Okf9X8GXNnymZh7aAaQki+pA=; b=RMxTvASI8kBVREiXwTOcub8keNm0WDmx3/lak6xRkHmmDahazviHv07jFA+cdsPM37 lXzLi8CmOO7kFLSeMn4VV8Jgb0Ju9E0PhwGsPDKl4raxDPeCGU+W1lhDp/XfpscOMihL GhHtFQ6osE8DxvfIP0OuhbrIWFymbxuXPWz3fPh9hxZ8/P4ZvSNK1JCmaU3GfDJqIpRT PH0xdz74Pi06Cm86cEyhhx1Mau8qg0f5jk3DiGyl3V2jx+OPwi/8vllO0ZA0GEZodT4X /ZoSJiVrl4MPRcQqxFd4nojR95CeusWqNMuiDx+znxFP1iSP9iiBYQ8qPelaepK6eDzw RFUQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=aMdsP5BT9iHemBCY4G/Okf9X8GXNnymZh7aAaQki+pA=; b=f36+V+dVekwuS9S+O6gBnR6rdLoWSUvV0v2O8XyMuxwPjj+8Tj8piH7tOWnM5X6I45 C1pnRwQtjV+AsfT5dbYYteJgu6al70FNuajC7/BLlPcRE3tTvlTpkjQyhJc1zgvUfaF+ h8OnJI63OvvHmOskxYLu+I4UG30uM0yEhd5CAQkaOeQrrlZG5lTS3z9MMGBbArF0PApa hcqmlepdZt2G4ueFBWSEwJdcptCgUenRPPic7X1SF++3m4OccNOrDfl1Qt0MKQWv8z0i OUoJ0Rp6H9/AKxbM9f6/eA7cOaEaBbRNLO5A1u83Rx3rL+CDn84sd9HIt8+eUy2GAxwR z+LA== X-Gm-Message-State: AJcUukes9LosTPlgr6k/1Gs+cWCHIrT7Ws5wtAMxTTX0CCmVoukxb3dz 2sHk093J2IRJVnoxFsPnFG08rvOh X-Google-Smtp-Source: ALg8bN6NJmAKI+8CEbF0Ew+GKrcXHhhpA7RlE17S3bLwpx1dAz8fgmf/ysYnhl03tvYxA48Gh/45jg== X-Received: by 2002:a5d:65ce:: with SMTP id e14mr44683187wrw.150.1549228126975; Sun, 03 Feb 2019 13:08:46 -0800 (PST) Original-Received: from kitaj.lan.yourcompany.com (188.139.62.94.rev.vodafone.pt. [94.62.139.188]) by smtp.gmail.com with ESMTPSA id b7sm11983790wrs.47.2019.02.03.13.08.45 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 03 Feb 2019 13:08:46 -0800 (PST) In-Reply-To: <87ef8omx2j.fsf@mail.linkov.net> (Juri Linkov's message of "Sun, 03 Feb 2019 22:33:24 +0200") 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:155065 Archived-At: Juri Linkov writes: >>> It's only a "problem" in your opinion :-) I was assuming Eli also thin= ks it's >>> a bad default, but he hasn't confirmed this yet (and like Dmitry perhaps >>> we was misunderstanding the reason for the behaviour). And neither has = he >>> said that your proposal is better. >> >> I thought I did express my opinions, but maybe I'm confused wrt the >> question(s) you are asking. Care to repeat them, for my benefit? > > Let me summarize my point of view of the current situation: > > * Old behavior: > > M-. pops up the *xref* buffer in an adjacent window > RET visits references in the original window > TAB visits references in the original window > n visits references in the original window > > C-x 4 . pops up the *xref* buffer in an adjacent window > RET visits references in the same window where *xref* buffer was > TAB depending on window configuration visits references either > in the same window where *xref* buffer was or in the original win= dow > n splits the original window and visits references in a tiny window, > sometimes opens a new frame Unfortunately, you're trying again to kick up a dust cloud around the matter. You description is only partially true for the two-window case. n, for example, doesn't always split the window, only when it needs to create a new window. And the "new frame" exception is an _obscure bug_, and even then it's one that your patch and my patch already solve, so it's a completely moot point. Let's use your 100%-backward-compatible patch, (since it is the simpler of the two). For the millionth time: _after_ we get _some_ patch installed, I invite you to open a new customization option (or just a simple variable) that lets me toggle on and off between the current behaviour and the behaviour that you think is superior. Then we can all try it for a while. _Why_ is this so hard? Jo=C3=A3o