From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: dgutov@yandex.ru, bug-gnu-emacs@gnu.org Resent-Date: Tue, 25 Dec 2018 20:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 33870@debbugs.gnu.org Cc: dmitry gutov X-Debbugs-Original-To: bug-gnu-emacs@gnu.org X-Debbugs-Original-Xcc: dmitry gutov Received: via spool by submit@debbugs.gnu.org id=B.154577117610453 (code B ref -1); Tue, 25 Dec 2018 20:53:01 +0000 Received: (at submit) by debbugs.gnu.org; 25 Dec 2018 20:52:56 +0000 Received: from localhost ([127.0.0.1]:36463 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gbthA-0002iX-IK for submit@debbugs.gnu.org; Tue, 25 Dec 2018 15:52:56 -0500 Received: from eggs.gnu.org ([208.118.235.92]:54553) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gbth8-0002iK-Qj for submit@debbugs.gnu.org; Tue, 25 Dec 2018 15:52:55 -0500 Received: from lists.gnu.org ([208.118.235.17]:56917) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gbth3-0002Fb-G4 for submit@debbugs.gnu.org; Tue, 25 Dec 2018 15:52:49 -0500 Received: from eggs.gnu.org ([208.118.235.92]:48617) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gbth2-0002aZ-JG for bug-gnu-emacs@gnu.org; Tue, 25 Dec 2018 15:52:49 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RCVD_IN_DNSWL_NONE autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gbtgz-0002Ar-Fb for bug-gnu-emacs@gnu.org; Tue, 25 Dec 2018 15:52:48 -0500 Received: from common.maple.relay.mailchannels.net ([23.83.214.38]:18400) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gbtgz-00027y-6b for bug-gnu-emacs@gnu.org; Tue, 25 Dec 2018 15:52:45 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 1BE034220E for ; Tue, 25 Dec 2018 20:52:43 +0000 (UTC) Received: from pdx1-sub0-mail-a16.g.dreamhost.com (unknown [100.96.20.98]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id D5ECB41A87 for ; Tue, 25 Dec 2018 20:52:42 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a16.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Tue, 25 Dec 2018 20:52:43 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Illustrious-Zesty: 79979ac6378db119_1545771162985_16993203 X-MC-Loop-Signature: 1545771162985:1929215124 X-MC-Ingress-Time: 1545771162984 Received: from pdx1-sub0-mail-a16.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a16.g.dreamhost.com (Postfix) with ESMTP id 7A0B87F925 for ; Tue, 25 Dec 2018 12:52:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to :subject:date:message-id:mime-version:content-type; s= linkov.net; bh=NbptPOUNR9gBrC0v6GhX8bMfO+M=; b=VoXZjHpXqMUGAZlpZ cdtfMJfGXxJHQJiCzwQ+emlkswbw9RSGGeiUQq05GCk63zLAf1YyKsyYC6nblP59 UcroGoFy73BfsFC8Oxyhlaj0A6a12m/JeF7quj/ZA5CqsP+f27JDFtSGMxyfF40z KhlvtxTagbeuenF5AAGA1htf5A= Received: from mail.jurta.org (m91-129-108-193.cust.tele2.ee [91.129.108.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a16.g.dreamhost.com (Postfix) with ESMTPSA id A47917F919 for ; Tue, 25 Dec 2018 12:52:41 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a16 From: Juri Linkov Organization: LINKOV.NET Date: Tue, 25 Dec 2018 22:42:28 +0200 Message-ID: <87a7ktqqx7.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: 0 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrudekfedgudegiecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecunecujfgurhephffvufhofffkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucffohhmrghinhepghhnuhdrohhrghenucfkphepledurdduvdelrddutdekrdduleefnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtkedrudelfedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopegsuhhgqdhgnhhuqdgvmhgrtghssehgnhhurdhorhhgnecuvehluhhsthgvrhfuihiivgeptd X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 23.83.214.38 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Spam-Score: -4.1 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.1 (-----) X-Debbugs-CC: Dmitry Gutov There is no more need to replace switch-to-buffer with pop-to-buffer-same-window in xref--pop-to-location like was asked in https://debbugs.gnu.org/32790#206 because now a new option switch-to-buffer-obey-display-actions can be customized to t. But still there is one xref command, namely `xref-goto-xref' bound to RET in the *xref* buffer that always displays the buffer in the predefined window, and there is no way to change this behavior. Is it possible to change it to use either pop-to-buffer-same-window or at least switch-to-buffer? From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 26 Dec 2018 02:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov , 33870@debbugs.gnu.org Cc: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15457902609128 (code B ref 33870); Wed, 26 Dec 2018 02:11:02 +0000 Received: (at 33870) by debbugs.gnu.org; 26 Dec 2018 02:11:00 +0000 Received: from localhost ([127.0.0.1]:36531 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gbyeu-0002N6-9I for submit@debbugs.gnu.org; Tue, 25 Dec 2018 21:11:00 -0500 Received: from mail-wm1-f48.google.com ([209.85.128.48]:35996) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gbyeo-0002Ml-Cl for 33870@debbugs.gnu.org; Tue, 25 Dec 2018 21:10:54 -0500 Received: by mail-wm1-f48.google.com with SMTP id p6so14305678wmc.1 for <33870@debbugs.gnu.org>; Tue, 25 Dec 2018 18:10:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=u+CWu3Hu1VhC/pKjrEW7qfobAIjkkxvp9yoRyPs+dLU=; b=Rae0L/ePDZyVFGGWZjlZUpmQZ3ZINDxftK/zgYIv/N38P1AkvkO8JvWIcLteD51Mzd YzAf8pgLos5bH9LQln4LS8vPIpUoRPmihsyKBf97T0V3HUJol/7jv4f8RonkTykj7GlU DsKSZ26ACZhTv2qGa/HCBXd+wfhS6zHaB/Zkp9nk83UdEzFItoAFwBntJgqmLTXEI9l2 TOAmOp1McetN1xkSRxzpaPF2Kw4GQrrkqVp/5Em5oovM1IcjF2Gc1TWGorQPcbSacE33 BeoTHloEHLvIGZOmTPgBPPhhFYerfLYtIZSzcKh3juIlXBAzb7hzvYLnNauL4lDE2HNB 3jcg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:references:cc:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=u+CWu3Hu1VhC/pKjrEW7qfobAIjkkxvp9yoRyPs+dLU=; b=JE9mBf8V7mhCBDIiXEpvIKk9rc7S+aixAOxaC+5dV7uCPInMtthyRejnui9HNQt6Ic W5RHs8whGLa8+kOrO//Ro9eCW3t3yvvJDMyljG0q6a/CaR1TxOvXekI95jBZPqrc2aTG +5iJOLjP0wIYqTjepPIYIm5xAsroao0sT+7erxAyrxRjf/m/oTCI+XQkksfcYFCZ10DM 18cXcM7jiXh5E+pH0tJPBZZ6WLc0QfpKF6q2WfOI2W3NLKjGzCdsx/f6nV7uPSkrPa8/ fFK32khLTCiqzjsMviFJXJEBXEO9Ztgf+G3tRv1R2ptS0BmGGUKPJIZGhSIRR1v/RDFu akoQ== X-Gm-Message-State: AJcUukcHZhGrtFvc6IF1M2FrWX9uLxtFZ4ataAmdqbpI2gFzxruYrMUe JqLIm+sby4X/FvsRlxYQO/Y= X-Google-Smtp-Source: ALg8bN5xfqLTUByQupma0r0M05wfSsKB6lzN9Lb1mVhcyTYcQsp7j+XqllEYGVj2vRVj5PNiGbCmfQ== X-Received: by 2002:a1c:f71a:: with SMTP id v26mr15532692wmh.131.1545790244740; Tue, 25 Dec 2018 18:10:44 -0800 (PST) Received: from [192.168.1.3] ([185.105.174.23]) by smtp.googlemail.com with ESMTPSA id 60sm37704489wrb.81.2018.12.25.18.10.43 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 25 Dec 2018 18:10:44 -0800 (PST) References: <87a7ktqqx7.fsf@mail.linkov.net> From: Dmitry Gutov Message-ID: <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> Date: Wed, 26 Dec 2018 04:10:42 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:64.0) Gecko/20100101 Thunderbird/64.0 MIME-Version: 1.0 In-Reply-To: <87a7ktqqx7.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi Juri, On 25.12.2018 22:42, Juri Linkov wrote: > X-Debbugs-CC: Dmitry Gutov > > There is no more need to replace switch-to-buffer with > pop-to-buffer-same-window in xref--pop-to-location > like was asked in https://debbugs.gnu.org/32790#206 > because now a new option switch-to-buffer-obey-display-actions > can be customized to t. Sorry I never responded, see the message in that other thread. > But still there is one xref command, namely `xref-goto-xref' bound to > RET in the *xref* buffer that always displays the buffer in the > predefined window, and there is no way to change this behavior. > > Is it possible to change it to use either pop-to-buffer-same-window > or at least switch-to-buffer? IIUC you want to change xref--show-pos-in-buf to use pop-to-buffer-same-window or switch-to-buffer instead of display-buffer. Would you like to propose a patch that would still honor the 'action' argument (or the values of xref--original-window* directly)? Also pinging João who wrote that code. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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: Wed, 26 Dec 2018 14:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Gutov Cc: 33870@debbugs.gnu.org, Juri Linkov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154583573127925 (code B ref 33870); Wed, 26 Dec 2018 14:49:02 +0000 Received: (at 33870) by debbugs.gnu.org; 26 Dec 2018 14:48:51 +0000 Received: from localhost ([127.0.0.1]:36633 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcAUN-0007GK-7p for submit@debbugs.gnu.org; Wed, 26 Dec 2018 09:48:51 -0500 Received: from mail-qt1-f171.google.com ([209.85.160.171]:39823) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcAUK-0007G7-Rf for 33870@debbugs.gnu.org; Wed, 26 Dec 2018 09:48:49 -0500 Received: by mail-qt1-f171.google.com with SMTP id u47so12842395qtj.6 for <33870@debbugs.gnu.org>; Wed, 26 Dec 2018 06:48:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=xeaub/VXzeTGJvo5mXx9usq5+1eJYxSBZcDvrzrAk9E=; b=h2BKC/lJJJn4sxdE0tQKGs5CzxdbT6wA2x7zNCPcFULM9a+Upcjp5mGG31imQobqIl VgOU4axm3b6nHI4JZOapBcUiBJ1YAjoQur6Tvo5Tnme+4qpyHhxLMSxBFDdGBz59vXan vHwiwhMzEd614V/Foa4Lxcpjkakkfj0PjnnGTVqSk8VIeHbebTg4enpBJdfKWPM1Vfyu aSnLd06gvgzCqt1cwKocvEk0uBqaYvPpmLUgs53LO2+9oX1TyFGLm+PE0UfXy5zQKE2c zTEWweUQRztlhfgQAivVp2DWn7aPzGVJsQt7N0u/tVi2b7/Q8dSpKMCGsNWif8c/kBEJ E02A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=xeaub/VXzeTGJvo5mXx9usq5+1eJYxSBZcDvrzrAk9E=; b=tMjXdT6mRTMzrWL6m9ztqa/m0V1mdbO2al3WX1KyiYO60jXwe916CvcZSomdk+wd35 pqw+1wktJcdetuVTYodgBrbdIXno6LBzOlsYA7zlrpg0BGegxfvjnn//QgDlAL7qdufR Fv1uS4hviZ0l2LDc9Dw1gQ6jXh2nGuMU2/B54B9Gfxi8XFdAB174W9+DlBgdoMYIkXfH KNrsi6Au8u8UGNP5Ebdp+tA18BFZ9LI+7excbW9CjcWXX/VkFgDDWwUg55njuAzkgD0N n3HZO6ZDJ6cuF9FukwE6STb5Bhg0DcYQfPvunxVdxqb6blhL955iynlB8vUsLZjV4RKU r7gQ== X-Gm-Message-State: AJcUukdVEdozd3LwzuZuNV+E12oqq4sFPadPsARYx7Zpj8KwxCXkLwZ9 OWbUAKZhqG4xqqhJX7jHomebEP9ftxeggrxyJBk= X-Google-Smtp-Source: ALg8bN4KlQealAHMJaNmRMhNId7zNY4NSAJy4iMUQxxLa+yWrglqo8RhH8MqfRAboR9FOJn0L6iwoSw7So/Q8GCTAGk= X-Received: by 2002:a0c:d4a7:: with SMTP id u36mr18360521qvh.38.1545835723257; Wed, 26 Dec 2018 06:48:43 -0800 (PST) MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> In-Reply-To: <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Date: Wed, 26 Dec 2018 14:48:31 +0000 Message-ID: Content-Type: multipart/alternative; boundary="0000000000002a7b68057deded2d" X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) --0000000000002a7b68057deded2d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Juri and Dmitry Any simplification to the implementation that keeps the "keep original window intent" behavior across xref intermediate buffers is very welcome. Juri, do you understand what that particular sub-feature is about? I wish I had written some tests to go with it but testing window code is tricky. I will still try, that way you needn't worry about understanding it and can program "against the rails". However here's a tangent that might affect the decision. Is there any impediment to making xref.el a core ELPA package? I can see some advantages... The reason I bring this up here is that using very new elisp in a file can reduce the usefulness of that goal, which in this case would be to bring new xref features to users of Emacs 26.1/26.2. Perhaps it is already using post-26 features in which case the ship has sailed. In that case, disregard this tangent. Jo=C3=A3o On Wed, Dec 26, 2018, 02:10 Dmitry Gutov Hi Juri, > > On 25.12.2018 22:42, Juri Linkov wrote: > > X-Debbugs-CC: Dmitry Gutov > > > > There is no more need to replace switch-to-buffer with > > pop-to-buffer-same-window in xref--pop-to-location > > like was asked in https://debbugs.gnu.org/32790#206 > > because now a new option switch-to-buffer-obey-display-actions > > can be customized to t. > > Sorry I never responded, see the message in that other thread. > > > But still there is one xref command, namely `xref-goto-xref' bound to > > RET in the *xref* buffer that always displays the buffer in the > > predefined window, and there is no way to change this behavior. > > > > Is it possible to change it to use either pop-to-buffer-same-window > > or at least switch-to-buffer? > > IIUC you want to change xref--show-pos-in-buf to use > pop-to-buffer-same-window or switch-to-buffer instead of display-buffer. > > Would you like to propose a patch that would still honor the 'action' > argument (or the values of xref--original-window* directly)? > > Also pinging Jo=C3=A3o who wrote that code. > --0000000000002a7b68057deded2d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Juri and Dmitry

Any simplification to the implementation= that keeps the
"keep original window inte= nt" behavior across xref
intermediate buff= ers is very welcome.

Jur= i, do you understand what that particular sub-feature
is about? I wish I had written some tests to go with it
bu= t testing window code is tricky. I will still try, that way
you n= eedn't worry about understanding it and can program
&quo= t;against the rails".

However here's a tangent that might affect the decision.
Is there any impediment to making xref.el a core ELPA
<= /div>
package? I can see some advantages... The reason I b= ring
this up here is that using very new elisp = in a file can reduce
the usefulness of that goal, which in t= his case would be
to bring new xref features to users of Emacs 26= .1/26.2.=C2=A0
Perhaps it is already using post-26 features = in which case
the ship has sailed.=C2=A0 In that case, disre= gard this tangent.

Jo=C3=A3o



On Wed, Dec 26, 2018, 02:10 Dmitry Gutov &= lt;dgutov@yandex.ru wrote:
Hi Juri,

On 25.12.2018 22:42, Juri Linkov wrote:
> X-Debbugs-CC: Dmitry Gutov <dgutov@yandex.ru>
>
> There is no more need to replace switch-to-buffer with
> pop-to-buffer-same-window in xref--pop-to-location
> like was asked in https://debbugs.gnu.org/32790#206=
> because now a new option switch-to-buffer-obey-display-actions
> can be customized to t.

Sorry I never responded, see the message in that other thread.

> But still there is one xref command, namely `xref-goto-xref' bound= to
> RET in the *xref* buffer that always displays the buffer in the
> predefined window, and there is no way to change this behavior.
>
> Is it possible to change it to use either pop-to-buffer-same-window > or at least switch-to-buffer?

IIUC you want to change xref--show-pos-in-buf to use
pop-to-buffer-same-window or switch-to-buffer instead of display-buffer.
Would you like to propose a patch that would still honor the 'action= 9;
argument (or the values of xref--original-window* directly)?

Also pinging Jo=C3=A3o who wrote that code.
--0000000000002a7b68057deded2d-- From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 26 Dec 2018 15:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15458385991362 (code B ref 33870); Wed, 26 Dec 2018 15:37:01 +0000 Received: (at 33870) by debbugs.gnu.org; 26 Dec 2018 15:36:39 +0000 Received: from localhost ([127.0.0.1]:37869 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcBEa-0000Lf-L8 for submit@debbugs.gnu.org; Wed, 26 Dec 2018 10:36:38 -0500 Received: from eggs.gnu.org ([208.118.235.92]:51937) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcBEW-0000K3-QB for 33870@debbugs.gnu.org; Wed, 26 Dec 2018 10:36:34 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gcBEQ-00031h-OD for 33870@debbugs.gnu.org; Wed, 26 Dec 2018 10:36:27 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:42973) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gcBEJ-0002vB-AI; Wed, 26 Dec 2018 10:36:19 -0500 Received: from [176.228.60.248] (port=4715 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gcBEI-0006sG-Tx; Wed, 26 Dec 2018 10:36:19 -0500 Date: Wed, 26 Dec 2018 17:36:15 +0200 Message-Id: <831s648fm8.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87a7ktqqx7.fsf@mail.linkov.net> (message from Juri Linkov on Tue, 25 Dec 2018 22:42:28 +0200) References: <87a7ktqqx7.fsf@mail.linkov.net> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Juri Linkov > Date: Tue, 25 Dec 2018 22:42:28 +0200 > Cc: dmitry gutov > > But still there is one xref command, namely `xref-goto-xref' bound to > RET in the *xref* buffer that always displays the buffer in the > predefined window, and there is no way to change this behavior. How would you like to change this behavior, and why? There are quite a few tricky use cases, which took us some of time to get right, and I wouldn't like to break them. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 26 Dec 2018 23:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 33870@debbugs.gnu.org, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154586647922542 (code B ref 33870); Wed, 26 Dec 2018 23:22:02 +0000 Received: (at 33870) by debbugs.gnu.org; 26 Dec 2018 23:21:19 +0000 Received: from localhost ([127.0.0.1]:38036 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcIUI-0005rW-QT for submit@debbugs.gnu.org; Wed, 26 Dec 2018 18:21:19 -0500 Received: from palegreen.birch.relay.mailchannels.net ([23.83.209.140]:20039) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcIUG-0005rL-NE for 33870@debbugs.gnu.org; Wed, 26 Dec 2018 18:21:17 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 474165E3BC0; Wed, 26 Dec 2018 23:21:15 +0000 (UTC) Received: from pdx1-sub0-mail-a49.g.dreamhost.com (unknown [100.96.26.166]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id F2F315E3BBB; Wed, 26 Dec 2018 23:21:14 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a49.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Wed, 26 Dec 2018 23:21:15 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Snatch-Tank: 38023d9d130e9ebf_1545866475144_768632488 X-MC-Loop-Signature: 1545866475144:2822381208 X-MC-Ingress-Time: 1545866475143 Received: from pdx1-sub0-mail-a49.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a49.g.dreamhost.com (Postfix) with ESMTP id A01E97FC59; Wed, 26 Dec 2018 15:21:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=zRuwCs1eB127Rr2AkUrPCLLayyk=; b= kGkASeDk6EWYp0D7DjEawGSbRl9JZ2k6DgyHJBAYz89o0SIo48g0RW8YpnLQjxZ4 bZ4SzCgVKK7Kw3J186uXfRrBCMEjhdJQz5bU49KSm8rzGBzEBrtomD9QLe+kI2nd ZPQxyLHv56G179lSXJ01tGMDYm9EfZGkTlVahWi5xeE= Received: from mail.jurta.org (m91-129-108-193.cust.tele2.ee [91.129.108.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a49.g.dreamhost.com (Postfix) with ESMTPSA id DD7BB7FC6A; Wed, 26 Dec 2018 15:21:12 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a49 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <831s648fm8.fsf@gnu.org> Date: Thu, 27 Dec 2018 01:17:00 +0200 In-Reply-To: <831s648fm8.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 26 Dec 2018 17:36:15 +0200") Message-ID: <87k1jvlwff.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrtddugddtlecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtkedrudelfeenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdekrdduleefpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtohepvghlihiisehgnhhurdhorhhgnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> But still there is one xref command, namely `xref-goto-xref' bound to >> RET in the *xref* buffer that always displays the buffer in the >> predefined window, and there is no way to change this behavior. > > How would you like to change this behavior, and why? There are quite > a few tricky use cases, which took us some of time to get right, and I > wouldn't like to break them. Since we have a convention that code displaying a buffer in the window have to obey display actions that are customizable by `display-buffer-alist', `display-buffer-overriding-action', and other display related variables (e.g. like implemented recently with switch-to-buffer-obey-display-actions), I see no reason why *xref* should differ from *grep* or *Occur*. It should not involve more complexity than necessary. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 26 Dec 2018 23:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org, Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154586648822565 (code B ref 33870); Wed, 26 Dec 2018 23:22:02 +0000 Received: (at 33870) by debbugs.gnu.org; 26 Dec 2018 23:21:28 +0000 Received: from localhost ([127.0.0.1]:38039 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcIUQ-0005rr-5D for submit@debbugs.gnu.org; Wed, 26 Dec 2018 18:21:26 -0500 Received: from common.maple.relay.mailchannels.net ([23.83.214.38]:60277) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcIUN-0005ri-Iq for 33870@debbugs.gnu.org; Wed, 26 Dec 2018 18:21:24 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 53FCF682FB5; Wed, 26 Dec 2018 23:21:22 +0000 (UTC) Received: from pdx1-sub0-mail-a49.g.dreamhost.com (unknown [100.96.19.78]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id C702A682F8D; Wed, 26 Dec 2018 23:21:21 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a49.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Wed, 26 Dec 2018 23:21:22 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Decisive-Juvenile: 29b4024b6c3664f9_1545866481965_3765771297 X-MC-Loop-Signature: 1545866481965:2265033909 X-MC-Ingress-Time: 1545866481964 Received: from pdx1-sub0-mail-a49.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a49.g.dreamhost.com (Postfix) with ESMTP id 6F5207FC6A; Wed, 26 Dec 2018 15:21:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=ZraTMd6CqBpniyt3KsBJIl/6i2M=; b= M490eVsMibe8CbrBMOPLh1cb+PL2R9tLbIFnFU1wc3q2aHNp6Zxg+ZtsapgnqGJP SljTH3nm8Sz3mlVqPkfOu6Touw0edyeUvp+fxJYh8iWVg8qBQ2VA3A25TY9EDrwD WKDOUE3xwdqWFMaQdnL1TIqOYEtZ6sFDlz2RXld2ySk= Received: from mail.jurta.org (m91-129-108-193.cust.tele2.ee [91.129.108.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a49.g.dreamhost.com (Postfix) with ESMTPSA id 32C537FC5E; Wed, 26 Dec 2018 15:21:18 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a49 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> Date: Thu, 27 Dec 2018 01:18:55 +0200 In-Reply-To: ("=?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?="'s message of "Wed, 26 Dec 2018 14:48:31 +0000") Message-ID: <87imzfkhb4.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrtddugddtlecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtkedrudelfeenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdekrdduleefpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtohepjhhorghothgrvhhorhgrsehgmhgrihhlrdgtohhmnecuvehluhhsthgvrhfuihiivgepud X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > Any simplification to the implementation that keeps the > "keep original window intent" behavior across xref > intermediate buffers is very welcome. > > Juri, do you understand what that particular sub-feature > is about? I don't understand what does this "keep original window intent" mean. Please explain. I want to understand how it is different from other modes that display a buffer in another window, such as e.g. after `C-x C-b' (list-buffers) typing `C-o' displays the buffer in another window, or e.g. typing `C-o' in the Dired buffer opens it in another window, and many other cases. > However here's a tangent that might affect the decision. > Is there any impediment to making xref.el a core ELPA > package? I can see some advantages... The reason I bring > this up here is that using very new elisp in a file can reduce > the usefulness of that goal, which in this case would be > to bring new xref features to users of Emacs 26.1/26.2. > Perhaps it is already using post-26 features in which case > the ship has sailed. In that case, disregard this tangent. Display actions have been in Emacs for a long time customizable by `display-buffer-alist', so if you need some specific logic, it's easy to implement the corresponding display action that can be overridden by the users. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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: Thu, 27 Dec 2018 00:07:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154586916626587 (code B ref 33870); Thu, 27 Dec 2018 00:07:01 +0000 Received: (at 33870) by debbugs.gnu.org; 27 Dec 2018 00:06:06 +0000 Received: from localhost ([127.0.0.1]:38055 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcJBb-0006uh-2d for submit@debbugs.gnu.org; Wed, 26 Dec 2018 19:06:06 -0500 Received: from mail-wr1-f47.google.com ([209.85.221.47]:46616) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcJBV-0006uA-Ly for 33870@debbugs.gnu.org; Wed, 26 Dec 2018 19:06:01 -0500 Received: by mail-wr1-f47.google.com with SMTP id l9so16823033wrt.13 for <33870@debbugs.gnu.org>; Wed, 26 Dec 2018 16:05:57 -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=LHkgvBI+47baCsknxQfRBg4dbuHUUTe6HUFbOjFU2nU=; b=L0zoaEt/Ekt55Xi1um5NMhgIUumTM7qGjOdEMVunCpRKBhq95EKI9MOL8fmp6e9Qzf HPcjWhdMut/Bih2I0jkYyx1+49L7lgfR24oESyunqcbULw4V+oGboiF+bI7FxWZQ+wKc 22wY47lSMKfqkyjMxOGq0U22k1r1pPeXt/q21ySna8DaKfQltmf54DqJWgx4Iaj2fEuD tj+qjF4TCu/6T0Gm8UxCPlhyX+QlucXZovCKJ1kdERiziqv/FCD87PQLBl9ypILZ3Oio snmJOXIL8Xe3XXmM526f+eJsy9vrjGX62qaQ+o4ShscMVJScd/LiK2ZbqCAaWQ5NGGhW Of5g== 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=LHkgvBI+47baCsknxQfRBg4dbuHUUTe6HUFbOjFU2nU=; b=fmrcEehP7kpFEZqCvEdDdtr2zaJ5VcYMeR1TtLEFduE02xYLHXKbgY2dt3ZtyytXaR fmr8d7vxPXB694ZFXArAAE5lM5FyCNIxpgm1WDfPJgxOX0YcfS+IhB59fT9h/63ehD4w QKOrYz+c+l9UYm4+qpr/oZYdU4V3PxrLSSMOm7wRiwOv89+y6NjRDAj8hOXsDgGl7GrG nuCPjsH3Q78bcjEkrRlHteiBDTlzgBRugytMZsn9Hlg0ACxvYKWg7Qhg7q+dlsk8nxKn cVBb5D1TsYlP2uMwesRXbo3gOCmHzFYglN3c+sbS1UyKSpwOMePO4bFnEkerAPpKez17 0UJg== X-Gm-Message-State: AJcUukctq2wNyyV2xSqpFcgr1l/y3x996XvLYVbDwciBWE7yTdwNs1vp 59DL86TvM4aXXYkc5nRSstwA1O+0 X-Google-Smtp-Source: ALg8bN7z/5CTtoIwSBRTVOxk8GWn7G98YNKLUzq/BhUtWppuLJK8bDREVWznB4eL/U8wjanG6zp6gQ== X-Received: by 2002:adf:9542:: with SMTP id 60mr19451790wrs.60.1545869151753; Wed, 26 Dec 2018 16:05:51 -0800 (PST) Received: from lolita.yourcompany.com ([89.180.159.15]) by smtp.gmail.com with ESMTPSA id e9sm22461442wro.16.2018.12.26.16.05.50 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 26 Dec 2018 16:05:51 -0800 (PST) From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <87imzfkhb4.fsf@mail.linkov.net> Date: Thu, 27 Dec 2018 00:05:47 +0000 In-Reply-To: <87imzfkhb4.fsf@mail.linkov.net> (Juri Linkov's message of "Thu, 27 Dec 2018 01:18:55 +0200") Message-ID: <87imzfhm04.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) Juri Linkov writes: > I don't understand what does this "keep original window intent" mean. > Please explain. Hi Juri. You can read up the whole bug here: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D28814 I quote from that thread: Here are two very simple Emacs -Q recipes that demonstrate [the bug] =20=20=20=20=20 emacs -Q C-x 3 [split-window-right] C-x 2 [split-window-below] M-. xref-backend-definitions RET [xref-find-definitions] C-n [next-line] RET [xref-goto-xref] =20=20=20=20=20 Expected the definition to be found in the original window where I pressed M-. but instead it was found in another. Another case: =20=20=20=20=20 emacs -Q C-x 4 . xref-backend-definitions RET [xref-find-definitions-other-wi= ndow] C-n RET =20=20=20=20=20 Expected the definition to be found in some other window, different from the one I pressed M-. on. Instead went to the same one. Also, in both situations, expected the window configuration to be the same as if I had searched for, say, xref-backend-functions [which only has a single definition]. The bugfix makes these two recipes work like expected (that is the "Expected the definition" sentence is now fulfilled). We want to make sure this is not broken. > I want to understand how it is different from other modes that display > a buffer in another window, such as e.g. after `C-x C-b' > (list-buffers) typing `C-o' displays the buffer in another window, or > e.g. typing `C-o' in the Dired buffer opens it in another window, and > many other cases. *Before* pressing C-x C-b, you probably had no expectations as to what window should be used to display your decision. But M-. you have: M-. means "use the same window", C-x 4 . means use "other window" and C-x 5 . means "other frame". Crucially, the existance or not of multiple loci of the (something that generally cannot be known in advange) shouldn't influence the results of "other window" or "other frame" intention. So, by default, if display-* variables not are set specially by the user, then final product of those two recipes should stay the same and, more importantly, the principle that I described in the previous paragraph should hold. >> However here's a tangent that might affect the decision. >> Is there any impediment to making xref.el a core ELPA >> package? I can see some advantages... The reason I bring >> this up here is that using very new elisp in a file can reduce >> the usefulness of that goal, which in this case would be >> to bring new xref features to users of Emacs 26.1/26.2. >> Perhaps it is already using post-26 features in which case >> the ship has sailed. In that case, disregard this tangent. > > Display actions have been in Emacs for a long time customizable > by `display-buffer-alist', so if you need some specific logic, > it's easy to implement the corresponding display action > that can be overridden by the users. I know that. I think either I or you missed something in this paragraph. Let me put it like this: are you planning to use, in master's xref.el a new Elisp feature (a new function, argument to a function, or a new semantics of a specific argument) that would make loading that file in Emacs 26.1 fail in some way or other? If master's xref.el works in 26.1 before your changes, and not anymore after your changes, then the possibility of putting xref.el in ELPA as a "core" package is lost. (But perhaps that possibility is not desirable to begin with, so this is why I said this was a tangent). Jo=C3=A3o From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 27 Dec 2018 13:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , Juri Linkov Cc: 33870@debbugs.gnu.org Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154591683331051 (code B ref 33870); Thu, 27 Dec 2018 13:21:02 +0000 Received: (at 33870) by debbugs.gnu.org; 27 Dec 2018 13:20:33 +0000 Received: from localhost ([127.0.0.1]:38259 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcVaT-00084k-G4 for submit@debbugs.gnu.org; Thu, 27 Dec 2018 08:20:33 -0500 Received: from mail-lj1-f175.google.com ([209.85.208.175]:45652) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcVaR-00084V-LR for 33870@debbugs.gnu.org; Thu, 27 Dec 2018 08:20:32 -0500 Received: by mail-lj1-f175.google.com with SMTP id s5-v6so16213017ljd.12 for <33870@debbugs.gnu.org>; Thu, 27 Dec 2018 05:20:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=VvXe749Xzv8fFCwGcn5UedfF+flRrLnTg+RKko0ToJw=; b=EACcVXSmNcMfn76MjJmV3G9MkVPmvaqgEaoPpbyJuSvchjYTxk/9T48mrWCzvmDT9e 9ZnAo+4ZEdI1Z6Cfmt74iuFyDxyDZHx3aWjUwByiT+GFNdf6/EX1r38dk+8zjOCIikSN TsK4bRHdocwrB6MJy7dUZshTBJVTjVIXxa0Ec9Jepgpjk83YmK9CWhAvKoy4REPNHU1D /IjJSEn3bTJiE0e6f/HhagFD7RMveS3SuNb3YVUxTtwuWlSoruf/dJ2PjfS6mq4Z02YB ruzHoWSJzS6BBG4OVyuSpDn9ottLTuRMeUduAMx6d3wsRLy7pdr4uDzKGF5+bfXZpTFf CMZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=VvXe749Xzv8fFCwGcn5UedfF+flRrLnTg+RKko0ToJw=; b=bnAVA+sNqo3t/tQ8kAWMxoXTvlREo2jUcfqPq42Xl6yFdPwvY0D45WZ19aGrwSYVM8 m0GJnomSV6L2vQT+bhbWw+eMjKZkPUXpBbzU5KtwFlOROpBujMIktNWVhmxWm7Ysc0cO YM3QtrEa9YxpJlB3bh3bJ9Qk9ZgZiEGyO0t+kS/Vnk/YAOQhJwy6c2aR9MphGBEopK8z c44hHMrsVUETm7/DvUIqpQ8jqhSM7RYjJ0pTlbjC+p/q5VEJtdlChqxDtHJWU3RDNzip yqAaKu9g9plFXQ892FrXvd2clcQmcxVreWnTgJnibD+TarFrO7TGGk8xw8c5jpJe/dah TurA== X-Gm-Message-State: AJcUukdFOpyRiwd/Y4VYsFZckxO3nJ5+2I0yl6dnf8iIYDiR5+tulznm 8bgEsJTIOQS1rCKvn4ntpVmfP9sW X-Google-Smtp-Source: AFSGD/U8F5Gqb9+eHyXbFRqZ1IubyeqvCc8kJ1sggKdiSnQ3M7kSohikWmsUm1sbADaaFnrU+6ZS2A== X-Received: by 2002:a2e:2f15:: with SMTP id v21-v6mr13812095ljv.56.1545916825424; Thu, 27 Dec 2018 05:20:25 -0800 (PST) Received: from [10.1.22.152] (test2-113.cytanet.com.cy. [212.31.113.2]) by smtp.googlemail.com with ESMTPSA id 65sm7666809lfp.55.2018.12.27.05.20.23 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 27 Dec 2018 05:20:24 -0800 (PST) References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <87imzfkhb4.fsf@mail.linkov.net> <87imzfhm04.fsf@gmail.com> From: Dmitry Gutov Message-ID: Date: Thu, 27 Dec 2018 15:20:22 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:64.0) Gecko/20100101 Thunderbird/64.0 MIME-Version: 1.0 In-Reply-To: <87imzfhm04.fsf@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 27.12.2018 2:05, João Távora wrote: > You can read up the whole bug here: > > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=28814 > > I quote from that thread: > > Here are two very simple Emacs -Q recipes that demonstrate [the bug] Does this work well for everybody? diff --git a/lisp/progmodes/xref.el b/lisp/progmodes/xref.el index c71802c918..85d4325d9e 100644 --- a/lisp/progmodes/xref.el +++ b/lisp/progmodes/xref.el @@ -494,7 +494,8 @@ xref--show-pos-in-buf (or (and (window-live-p xref--original-window) xref--original-window) (selected-window)) - (display-buffer buf action)) + (pop-to-buffer buf action) + (selected-window)) (xref--goto-char pos) (run-hooks 'xref-after-jump-hook) (let ((buf (current-buffer))) From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 27 Dec 2018 15:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154592446612119 (code B ref 33870); Thu, 27 Dec 2018 15:28:02 +0000 Received: (at 33870) by debbugs.gnu.org; 27 Dec 2018 15:27:46 +0000 Received: from localhost ([127.0.0.1]:39451 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcXZa-00039P-EM for submit@debbugs.gnu.org; Thu, 27 Dec 2018 10:27:46 -0500 Received: from eggs.gnu.org ([208.118.235.92]:33058) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcXZY-00039C-Ox for 33870@debbugs.gnu.org; Thu, 27 Dec 2018 10:27:45 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gcXZR-0007ss-Ic for 33870@debbugs.gnu.org; Thu, 27 Dec 2018 10:27:39 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:39891) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gcXZF-0007ZL-O5; Thu, 27 Dec 2018 10:27:28 -0500 Received: from [176.228.60.248] (port=1389 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gcXZ2-0002B9-Re; Thu, 27 Dec 2018 10:27:15 -0500 Date: Thu, 27 Dec 2018 17:27:11 +0200 Message-Id: <83o9976ldc.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87k1jvlwff.fsf@mail.linkov.net> (message from Juri Linkov on Thu, 27 Dec 2018 01:17:00 +0200) References: <87a7ktqqx7.fsf@mail.linkov.net> <831s648fm8.fsf@gnu.org> <87k1jvlwff.fsf@mail.linkov.net> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Juri Linkov > Cc: 33870@debbugs.gnu.org, dgutov@yandex.ru > Date: Thu, 27 Dec 2018 01:17:00 +0200 > > Since we have a convention that code displaying a buffer in the > window have to obey display actions that are customizable by > `display-buffer-alist', `display-buffer-overriding-action', > and other display related variables (e.g. like implemented > recently with switch-to-buffer-obey-display-actions), > I see no reason why *xref* should differ from *grep* or *Occur*. > It should not involve more complexity than necessary. We are under no obligation to maintain 100% consistency between different commands, just because some of their aspects are similar. I'd like to hear of specific real-life situations where the current code doesn't DTRT, before I'd agree to a change in this area. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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: Thu, 27 Dec 2018 18:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Gutov Cc: 33870@debbugs.gnu.org, Juri Linkov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154593410627573 (code B ref 33870); Thu, 27 Dec 2018 18:09:02 +0000 Received: (at 33870) by debbugs.gnu.org; 27 Dec 2018 18:08:26 +0000 Received: from localhost ([127.0.0.1]:39528 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gca53-0007Af-R7 for submit@debbugs.gnu.org; Thu, 27 Dec 2018 13:08:26 -0500 Received: from mail-wr1-f53.google.com ([209.85.221.53]:34446) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gca51-0007AR-Pl for 33870@debbugs.gnu.org; Thu, 27 Dec 2018 13:08:24 -0500 Received: by mail-wr1-f53.google.com with SMTP id j2so19040473wrw.1 for <33870@debbugs.gnu.org>; Thu, 27 Dec 2018 10:08:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:in-reply-to:references:user-agent:date :message-id:mime-version:content-transfer-encoding; bh=fZozBkXAR6hYr99yBKrBc3cD3Zl36qnv+d2+AoTp+fc=; b=IhKXYr6tcQUFZr93PS8CH4SztrieHmdaoZtWPgntyjYD/CgPKtY6oeRRvMsiZJvcEJ ydgM3Siv/ZBDJHW7X+atx+Pnr4x0AJQ8S+cNUzSDy3JV9wnN2iMWjHzTU6PJjXzUO6LE ohbCAhqshVVqPG1HPSBaGQJxDyhi2EvQW3wZp8T/icAEUNUlTC3G1d70aeK28aZ0Ggjs 7EZZmoVzYjIe90nU9t9C7MANAYgDJr05Oe8wm3Rk7BIh5ctX80MWwAt9/5xMh3p5WhpT bpLrqe4VODXMswMOL8GGo2NZLhTDvyonprGTbf1uhN5MwXwfdNaQWkdZncx6Gjry1kFO z4TQ== 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:in-reply-to:references :user-agent:date:message-id:mime-version:content-transfer-encoding; bh=fZozBkXAR6hYr99yBKrBc3cD3Zl36qnv+d2+AoTp+fc=; b=erQC/UaZuA48vnZaoQA+9dDwO03buoUWhMROb4EMrJ1OV1/M3QBW2b1VDuxd2XII6O VLcNF3XkJ8MA1xyYflCVZAl+afNGDtHTwlITQ5ii8Ah7CfrC09HoRXLjJcQxHxkv1Tc0 z4VVLcQN447YT9ATSUADoxQnaej2E0COagYzkTtOpqJX6TldWU5nqh0jdisxW07fqgEn C9NZBuKXWoAOmDDT988WrxNtYaN3xhLq+AU4jpkJwbtDqFlfllgW1tPh52pdWzkWb1W7 +vvn1EV6mitjkxhGiiOZJBVlWRY6IYgC7/PJTjiGvzBdZfwsI44/UiMB1V8qDZN/7hXV FmIQ== X-Gm-Message-State: AJcUukfO7R33zNaatN71KFcnvANPSOj22nZ0dBk/F5KBDFnxhUZ7MGxy X0nbmMfhuFsdIx6u3EFcMUZYnk0W X-Google-Smtp-Source: ALg8bN62izQPYxIzrCxeGlin3XVj/oPxrbH1ZwgU9LFh2eZCfX83zT3BYiDo1EQB+pE9g2/dPh1uuA== X-Received: by 2002:adf:b102:: with SMTP id l2mr22126664wra.296.1545934097822; Thu, 27 Dec 2018 10:08:17 -0800 (PST) Received: from lolita.yourcompany.com (188.139.62.94.rev.vodafone.pt. [94.62.139.188]) by smtp.gmail.com with ESMTPSA id h10sm25415718wmf.44.2018.12.27.10.08.16 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 27 Dec 2018 10:08:17 -0800 (PST) From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= In-Reply-To: (Dmitry Gutov's message of "Thu, 27 Dec 2018 15:20:22 +0200") References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <87imzfkhb4.fsf@mail.linkov.net> <87imzfhm04.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Date: Thu, 27 Dec 2018 18:08:15 +0000 Message-ID: <878t0ahmgg.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) Dmitry Gutov writes: > On 27.12.2018 2:05, Jo=C3=A3o T=C3=A1vora wrote: >> You can read up the whole bug here: >> >> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D28814 >> >> I quote from that thread: >> >> Here are two very simple Emacs -Q recipes that demonstrate [the bug] > > Does this work well for everybody? > > diff --git a/lisp/progmodes/xref.el b/lisp/progmodes/xref.el > index c71802c918..85d4325d9e 100644 > --- a/lisp/progmodes/xref.el > +++ b/lisp/progmodes/xref.el > @@ -494,7 +494,8 @@ xref--show-pos-in-buf > (or (and (window-live-p xref--original-window) > xref--original-window) > (selected-window)) > - (display-buffer buf action)) > + (pop-to-buffer buf action) > + (selected-window)) > (xref--goto-char pos) > (run-hooks 'xref-after-jump-hook) > (let ((buf (current-buffer))) It works for those two recipes, because `action' is passed directly to display-buffer. Don't know: * if it might be introducing a new untested corner case because of the "recording" of select-window inside. Perhaps this corner case is unwanted, but it might also be wanted (and we didn't know). * if it will bring Yuri what he wants. Doesn't seem like it will, since display buffer is given an explicit ACTION. Jo=C3=A3o From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 27 Dec 2018 20:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii , Juri Linkov Cc: 33870@debbugs.gnu.org Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154594390910865 (code B ref 33870); Thu, 27 Dec 2018 20:52:01 +0000 Received: (at 33870) by debbugs.gnu.org; 27 Dec 2018 20:51:49 +0000 Received: from localhost ([127.0.0.1]:39555 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gccdA-0002pA-SR for submit@debbugs.gnu.org; Thu, 27 Dec 2018 15:51:49 -0500 Received: from mail-lf1-f49.google.com ([209.85.167.49]:35364) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gccd9-0002ov-Cm for 33870@debbugs.gnu.org; Thu, 27 Dec 2018 15:51:47 -0500 Received: by mail-lf1-f49.google.com with SMTP id e26so13409735lfc.2 for <33870@debbugs.gnu.org>; Thu, 27 Dec 2018 12:51:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=WnXqG2Esk12e+s9T/XyfM4Ydgx4woWZtBv6wgEfWEoU=; b=Am7PcZY2ApNaAW6LzbRijpQPdcnUxSTEYTXXqgtBh4EIMA1YSXheYrz8AKydBzopMN rPfOE4v0zLDOR5Huu5dyp2UyRbExUJbvg4G0ecEUyl8T2DjsEpeMr52JpfgZjMwyDv2U yYGNz/ePUTiaZICR4s20PlojgGp6vy7CExtnpYhlYJAvEXK5IKwcQ2pgP8HCw7+vo26L O9C8tlZmCd2ww8QAneie6pI5qWxsOVaYSlQviDQR30S0LcOE1f0h7xO/7QyecynqumuD Bu7QZNJMjebWxBJuFDwgw7cwYGwMy7Fjc233yC81l2BeHezEJ0n42vkd2mpI1BuMhZ1G 0p5w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=WnXqG2Esk12e+s9T/XyfM4Ydgx4woWZtBv6wgEfWEoU=; b=nJUkaHMtdYa/cWvKYLxye4s0/ceKqn13jd0nDQwEARxjHOfEGiv8ENMU16mIdlNx+A xswZjWnkQbCLpIJrpPrGYVPjoRmNqDVojGDN0DyGVtz8HZoDYPDf0WhH/F4DAExpXcB/ Nh28yQIS1XWgrNLMiEktTy78vHXf8o7Y6HFX3vBeLoUl2/sGhbc2hCQuzpMQBBVyW29S 7A5+6z7LIoFTZ08UZO8wKzDlh2gw/2owVVg3dvgOItMXCh0ajRM1WBUUNW1qq6ChnRJj 5fPg4cxpxGZPsmriBzTyeEnAQkHTEQH4D+mPFuulxH5c0CoJ+kPyFqoWJZObdv7wjmJm S7ZQ== X-Gm-Message-State: AA+aEWYiumKCZbUj1d5y7sj2nDlKZKb8kMDWjH5QA0LYNMqtgsfdQpRO UCa4o+mYydL8qjJyba59kxmwPWfNRGo= X-Google-Smtp-Source: AFSGD/V75lagLbYH5Fnvbp5aisw9QWwiHg3HWL1c1L1XfRLm7OLWNPwbGpZGHbSmovVXnWJcxY/k7g== X-Received: by 2002:a19:d145:: with SMTP id i66mr13289200lfg.97.1545943900948; Thu, 27 Dec 2018 12:51:40 -0800 (PST) Received: from [10.232.14.98] ([195.133.224.50]) by smtp.googlemail.com with ESMTPSA id k68-v6sm8256050ljb.35.2018.12.27.12.51.39 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 27 Dec 2018 12:51:40 -0800 (PST) References: <87a7ktqqx7.fsf@mail.linkov.net> <831s648fm8.fsf@gnu.org> <87k1jvlwff.fsf@mail.linkov.net> <83o9976ldc.fsf@gnu.org> From: Dmitry Gutov Message-ID: Date: Thu, 27 Dec 2018 22:51:39 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:64.0) Gecko/20100101 Thunderbird/64.0 MIME-Version: 1.0 In-Reply-To: <83o9976ldc.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 27.12.2018 17:27, Eli Zaretskii wrote: > We are under no obligation to maintain 100% consistency between > different commands, just because some of their aspects are similar. > I'd like to hear of specific real-life situations where the current > code doesn't DTRT, before I'd agree to a change in this area. I think it *would* be handy if in the future we could make 'C-x 4' and similar prefixes work via some common code, instead of requiring separate key bindings and handling inside each command. So if we manage support Juri's request without complicating the code too much, we really should. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 27 Dec 2018 21:25:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org, Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154594587321794 (code B ref 33870); Thu, 27 Dec 2018 21:25:04 +0000 Received: (at 33870) by debbugs.gnu.org; 27 Dec 2018 21:24:33 +0000 Received: from localhost ([127.0.0.1]:39580 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcd8q-0005fR-Mb for submit@debbugs.gnu.org; Thu, 27 Dec 2018 16:24:32 -0500 Received: from bonobo.maple.relay.mailchannels.net ([23.83.214.22]:58830) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcd8m-0005fG-Bf for 33870@debbugs.gnu.org; Thu, 27 Dec 2018 16:24:28 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 46D3C5E2D03; Thu, 27 Dec 2018 21:24:27 +0000 (UTC) Received: from pdx1-sub0-mail-a68.g.dreamhost.com (unknown [100.96.19.78]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 05CBD5E37C2; Thu, 27 Dec 2018 21:24:27 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a68.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Thu, 27 Dec 2018 21:24:27 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Reaction-Continue: 24bef50a46a8bf23_1545945867130_3217216924 X-MC-Loop-Signature: 1545945867129:2629908623 X-MC-Ingress-Time: 1545945867129 Received: from pdx1-sub0-mail-a68.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a68.g.dreamhost.com (Postfix) with ESMTP id BE4EB7FD05; Thu, 27 Dec 2018 13:24:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=KqYe1fzt5OWFFzq/XzyKiwERGUs=; b= F5D0BUdVLWfoOMcdIch/9YR0hQNdrxG9QfXrPVcC6Bj+w+zmv3VNyLUa1eApZsI1 77FzkcYVAarS16VyGhhvI2F+IlS0MC/P399jlwCVQ9ZJ1NlgYM5bTFMYg64UN6Jf jTk+s5Fdzau2dHAvtltfpj0/tWs0l7QZ9XjEIv6nOFc= Received: from mail.jurta.org (m91-129-108-193.cust.tele2.ee [91.129.108.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a68.g.dreamhost.com (Postfix) with ESMTPSA id 1436B7FCFE; Thu, 27 Dec 2018 13:24:24 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a68 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <87imzfkhb4.fsf@mail.linkov.net> <87imzfhm04.fsf@gmail.com> Date: Thu, 27 Dec 2018 23:19:22 +0200 In-Reply-To: <87imzfhm04.fsf@gmail.com> ("=?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?="'s message of "Thu, 27 Dec 2018 00:05:47 +0000") Message-ID: <877efu3bxh.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrtdefgdekkecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtkedrudelfeenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdekrdduleefpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtohepjhhorghothgrvhhorhgrsehgmhgrihhlrdgtohhmnecuvehluhhsthgvrhfuihiivgepvd X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > Here are two very simple Emacs -Q recipes that demonstrate [the bug] Thanks for the recipes. > emacs -Q > C-x 3 [split-window-right] > C-x 2 [split-window-below] > M-. xref-backend-definitions RET [xref-find-definitions] > C-n [next-line] > RET [xref-goto-xref] > > Expected the definition to be found in the original window where I > pressed M-. but instead it was found in another. Another case: It could help to try using 'get-mru-window'. Please ask Martin if there is a display action that uses 'get-mru-window', or how to temporarily change the default behavior from 'get-lru-window' to 'get-mru-window'. > emacs -Q > C-x 4 . xref-backend-definitions RET [xref-find-definitions-other-window] > C-n > RET > > Expected the definition to be found in some other window, different > from the one I pressed M-. on. Instead went to the same one. Also, > in both situations, expected the window configuration to be the same > as if I had searched for, say, xref-backend-functions [which only > has a single definition]. This can be configured with the display buffer alist `(inhibit-same-window . t)'. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 27 Dec 2018 21:25:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Gutov Cc: 33870@debbugs.gnu.org, =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154594587521810 (code B ref 33870); Thu, 27 Dec 2018 21:25:04 +0000 Received: (at 33870) by debbugs.gnu.org; 27 Dec 2018 21:24:35 +0000 Received: from localhost ([127.0.0.1]:39583 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcd8t-0005fh-0o for submit@debbugs.gnu.org; Thu, 27 Dec 2018 16:24:35 -0500 Received: from bird.maple.relay.mailchannels.net ([23.83.214.17]:29809) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcd8r-0005fa-QP for 33870@debbugs.gnu.org; Thu, 27 Dec 2018 16:24:34 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id D77805E36BE; Thu, 27 Dec 2018 21:24:32 +0000 (UTC) Received: from pdx1-sub0-mail-a68.g.dreamhost.com (unknown [100.96.30.62]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 7F32B5E37BA; Thu, 27 Dec 2018 21:24:32 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a68.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Thu, 27 Dec 2018 21:24:32 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Vacuous-Reaction: 36bcf5fa004ad1b3_1545945872715_3785973627 X-MC-Loop-Signature: 1545945872715:2501762688 X-MC-Ingress-Time: 1545945872714 Received: from pdx1-sub0-mail-a68.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a68.g.dreamhost.com (Postfix) with ESMTP id 0CF9F7FD05; Thu, 27 Dec 2018 13:24:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=linkov.net; bh=W3VWqi TZ+lb2ZiprHVgYFW3Tgqw=; b=wBusx3cXTsE981NBnpq7n5Tgt2dObmYrpkykMt /AFkkB3BONh1aIS5/w8MnewEu+t0BBrriyyYBjbmru3rRmb+3HCB4/yseNFQRHL9 nNiP43RYvHzBEx6qgfH2ZKTBbVIIfpp0/29P59f21RBzrEJAphusKboDdrKmx0vO PC2ms= Received: from mail.jurta.org (m91-129-108-193.cust.tele2.ee [91.129.108.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a68.g.dreamhost.com (Postfix) with ESMTPSA id 51E877FD0C; Thu, 27 Dec 2018 13:24:29 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a68 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <87imzfkhb4.fsf@mail.linkov.net> <87imzfhm04.fsf@gmail.com> Date: Thu, 27 Dec 2018 23:21:39 +0200 In-Reply-To: (Dmitry Gutov's message of "Thu, 27 Dec 2018 15:20:22 +0200") Message-ID: <87zhsq1x98.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrtdefgdekkecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtgfesthekredttderudenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdekrdduleefnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtkedrudelfedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopegughhuthhovheshigrnhguvgigrdhruhenucevlhhushhtvghrufhiiigvpedt Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > Does this work well for everybody? > > diff --git a/lisp/progmodes/xref.el b/lisp/progmodes/xref.el > index c71802c918..85d4325d9e 100644 > --- a/lisp/progmodes/xref.el > +++ b/lisp/progmodes/xref.el > @@ -494,7 +494,8 @@ xref--show-pos-in-buf > (or (and (window-live-p xref--original-window) > xref--original-window) > (selected-window)) > - (display-buffer buf action)) > + (pop-to-buffer buf action) > + (selected-window)) > (xref--goto-char pos) > (run-hooks 'xref-after-jump-hook) > (let ((buf (current-buffer))) Unfortunately, I see no difference. It still selects the original window before calling pop-to-buffer, so the display action is relative to the original window, not to the currently selected window as it would be natural to expect. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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: Thu, 27 Dec 2018 21:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154594737924231 (code B ref 33870); Thu, 27 Dec 2018 21:50:02 +0000 Received: (at 33870) by debbugs.gnu.org; 27 Dec 2018 21:49:39 +0000 Received: from localhost ([127.0.0.1]:39595 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcdX8-0006Il-TO for submit@debbugs.gnu.org; Thu, 27 Dec 2018 16:49:39 -0500 Received: from mail-wr1-f46.google.com ([209.85.221.46]:37734) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcdX7-0006IX-5c for 33870@debbugs.gnu.org; Thu, 27 Dec 2018 16:49:37 -0500 Received: by mail-wr1-f46.google.com with SMTP id s12so19416418wrt.4 for <33870@debbugs.gnu.org>; Thu, 27 Dec 2018 13:49:37 -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=p3oM64GUYEU23sPJRCK7OHT2J4KCgYrY66bNVCVosYA=; b=Y3RL4QS9QGYdQDHbhmakCk5i4lfzqbelbCQxDaPSawAXeJIsR7CGmubkDQVUfyyWlK JygDFvo7Js2TRJYcndiO4DlQJvuXk7zOiq+Ow90hbIShutl58VfUH9wiTkeRtlUs7QaX rynGAFv5JyLcTtjt59aZt4wEykvv78XGpRbW2CpmhDJjalNQ1AXALzXy8GOm+B6ENvBa hrwt97D2baG4srNAkf0GXE/J0GPHMi3/ma9erGn62wfU62wnhf3dJMzVsKI1zie2A4s+ Mfq+B8jDHgf/KuHY25s9m37ETnoO8AVX1y6zqyCPbCXKApLR4yFzMw5CoM+2RX3t6Q/+ KV5g== 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=p3oM64GUYEU23sPJRCK7OHT2J4KCgYrY66bNVCVosYA=; b=IXuNzeNV4guHzYP5PFJZxjIe+KzivigRQ+LHsbmFSYUnYgX5E00iggkT3fiRssgVYP vZToFvTJkd6IPopwdW9nYVR0/lJsnYEvu+2ykE7JX2rzu++FcOgz97PK8KOQ6qihpNbu bvphhmN6wZIfRYnJb6WmOWKxUSV6FsmD+R2ktTs9Nrby540bhyzusmDJsC3JzczajeBU vytcpSDkCqu4ZQ21n8eotKfwRWAiVaQxWjwgbi/HUMPri6kPKZGymRJFKgBk3rgXL+5W RRBUE7puxpSRgg36jMakBubgdt6mBPJ38S1o/K3kufdSOWoZDB9IICDGdhn09nQshvK3 n83Q== X-Gm-Message-State: AJcUukefK67Ohg+YkpJGIAHypLSnb/aIC0UCA2qT6EHs8OPAMdJg+ILW U1/J/Govm8BOLJgmiGKON04QmySQ X-Google-Smtp-Source: ALg8bN6Z9wOg/KK2zaA42H2LCqvmijL+CunK/zM3shZTwRvXwpSifsUfJLs4o8YmtPwbEtthnWDb1Q== X-Received: by 2002:adf:a50c:: with SMTP id i12mr22352701wrb.220.1545947371097; Thu, 27 Dec 2018 13:49:31 -0800 (PST) Received: from lolita.yourcompany.com (188.139.62.94.rev.vodafone.pt. [94.62.139.188]) by smtp.gmail.com with ESMTPSA id h62sm23623625wmf.11.2018.12.27.13.49.29 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 27 Dec 2018 13:49:30 -0800 (PST) From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <87imzfkhb4.fsf@mail.linkov.net> <87imzfhm04.fsf@gmail.com> <877efu3bxh.fsf@mail.linkov.net> Date: Thu, 27 Dec 2018 21:49:28 +0000 In-Reply-To: <877efu3bxh.fsf@mail.linkov.net> (Juri Linkov's message of "Thu, 27 Dec 2018 23:19:22 +0200") Message-ID: <87wonufxnb.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) Juri Linkov writes: >> Here are two very simple Emacs -Q recipes that demonstrate [the bug] > > Thanks for the recipes. > >> emacs -Q >> C-x 3 [split-window-right] >> C-x 2 [split-window-below] >> M-. xref-backend-definitions RET [xref-find-definitions] >> C-n [next-line] >> RET [xref-goto-xref] >>=20=20=20=20=20=20 >> Expected the definition to be found in the original window where I >> pressed M-. but instead it was found in another. Another case: > > It could help to try using 'get-mru-window'. Please ask Martin > if there is a display action that uses 'get-mru-window', or how > to temporarily change the default behavior from 'get-lru-window' > to 'get-mru-window'. There may be a misunderstanding here. Those recipes are for a bug that has already been fixed: this code is now working like it should. Are you saying that you could make the code use other functions to produce the same behaviour, i.e. refactor it? That's fine by me: feel free to try, but I don't see a lot of motivation for it. > >> emacs -Q >> C-x 4 . xref-backend-definitions RET [xref-find-definitions-other= -window] >> C-n >> RET >>=20=20=20=20=20=20 >> Expected the definition to be found in some other window, different >> from the one I pressed M-. on. Instead went to the same one. Also, >> in both situations, expected the window configuration to be the same >> as if I had searched for, say, xref-backend-functions [which only >> has a single definition]. > > This can be configured with the display buffer alist > `(inhibit-same-window . t)'. Same here. I'm not an expert in the `display-buffer-alist' DSL, but I think you are again papering over the fact that between xref-find-definitions-other-window and the final destination buffer there is sometimes an *xref* buffer in its own window. So I don't think 'inhibit-same-window' wouldn't help here. But again, feel free to rework the code to your standards and if it passes these two tests, it's a good start. Jo=C3=A3o From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 27 Dec 2018 23:24:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.1545953021302 (code B ref 33870); Thu, 27 Dec 2018 23:24:01 +0000 Received: (at 33870) by debbugs.gnu.org; 27 Dec 2018 23:23:41 +0000 Received: from localhost ([127.0.0.1]:39616 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcf09-0008WU-AI for submit@debbugs.gnu.org; Thu, 27 Dec 2018 18:23:41 -0500 Received: from mail-lf1-f41.google.com ([209.85.167.41]:33542) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcf07-0008WF-94 for 33870@debbugs.gnu.org; Thu, 27 Dec 2018 18:23:40 -0500 Received: by mail-lf1-f41.google.com with SMTP id i26so13598929lfc.0 for <33870@debbugs.gnu.org>; Thu, 27 Dec 2018 15:23:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=ijFV4TPS5C+MNg78TMwgqqZ1IpDchWw77XxT4krAVK8=; b=OUbB0mBzmWEpV37AJxCP9ukpNLYvLTbWIFsxDr/SiRKtNzkwr1iYDBrTnYWq9EeHNw dj7ryd4w4Xsc7CHd4ieydtQf0muRoNZmNJkanBSMtzHrYE/V9G0Hs+iz0Ixu/nJNlz9t 6zWPt114rwC2eTopqS5cI5myCeip25gC6WwXgy8rLrbiQaqpQzNQxiOzeB7njOLLXid7 tPQV/6WuSq0hK/bIXMrdAW+VSVgwBJmxq3qeE/JYPpS9Tz1fDCS8difuyV6V305PDUuN d1OuhQIish1JDj+Tu9FHDhICt/Zv3HdKCFxK4oTp+je25XLr0XoHSHaYDxbBwARxfdVk qtWA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=ijFV4TPS5C+MNg78TMwgqqZ1IpDchWw77XxT4krAVK8=; b=G/MgC1cyfaDjrmBfkF8cbQHs1DmyhbMPReblK4Bs8IxehGCXIMnEXnKUzvIx8nEO/p gijjR1awK/GNawd2k1zTuXV7xYlGOXdvgdN8AnvJ1aNyCoduG3PmLbLn9+GRAjtAULHp N/xtOCvSrZx5zzECQ2QtS1k2G/fP0ySiezRdt61Jd7gGvhEXiKbiZh9mpfZ/T2YwzkNR 0+AUmBuVydogH2YtP9tAYPA6AH7jkyAajnHhhI8/QjiUPjv3Rw7lJ+LOUYo+L7gCn9kc m9s8ZykptMI+hr8ZqTc4SgppwXFZGrmj6CE3/GHmg8vzQxxP4auuvKMChlY7gCG9Rg0b onUg== X-Gm-Message-State: AA+aEWYiDfloElqkikaW5CBtyXZAw54NgzxwJ5ngmXrVz8csWmlXhCqM uVDewrzy2zCK+XZZXNMhp2x2zffbRKY= X-Google-Smtp-Source: AFSGD/X9bxPqJaEPPut2anD+/mDRzFdYOWfx741QnfFeNuVVKq6bPF2iIU+nd/fAwD87Rzcyz7mbSQ== X-Received: by 2002:ac2:42c5:: with SMTP id n5mr12591498lfl.115.1545953013173; Thu, 27 Dec 2018 15:23:33 -0800 (PST) Received: from [10.232.14.98] ([195.133.224.50]) by smtp.googlemail.com with ESMTPSA id j76-v6sm8360225ljb.12.2018.12.27.15.23.30 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 27 Dec 2018 15:23:31 -0800 (PST) References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <87imzfkhb4.fsf@mail.linkov.net> <87imzfhm04.fsf@gmail.com> <87zhsq1x98.fsf@mail.linkov.net> From: Dmitry Gutov Message-ID: Date: Fri, 28 Dec 2018 01:23:29 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:64.0) Gecko/20100101 Thunderbird/64.0 MIME-Version: 1.0 In-Reply-To: <87zhsq1x98.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 27.12.2018 23:21, Juri Linkov wrote: > Unfortunately, I see no difference. It still selects the original window > before calling pop-to-buffer, so the display action is relative > to the original window, not to the currently selected window > as it would be natural to expect. That was the intention, making the xref window transient, in a way. Is it really the thing you want to fix? From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 28 Dec 2018 00:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Gutov Cc: 33870@debbugs.gnu.org, =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15459553153833 (code B ref 33870); Fri, 28 Dec 2018 00:02:02 +0000 Received: (at 33870) by debbugs.gnu.org; 28 Dec 2018 00:01:55 +0000 Received: from localhost ([127.0.0.1]:39620 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcfb9-0000zl-Co for submit@debbugs.gnu.org; Thu, 27 Dec 2018 19:01:55 -0500 Received: from common.maple.relay.mailchannels.net ([23.83.214.38]:6916) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcfb6-0000zZ-Pm for 33870@debbugs.gnu.org; Thu, 27 Dec 2018 19:01:53 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 1580D68308D; Fri, 28 Dec 2018 00:01:51 +0000 (UTC) Received: from pdx1-sub0-mail-a68.g.dreamhost.com (unknown [100.96.30.62]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id BA2046838F7; Fri, 28 Dec 2018 00:01:50 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a68.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Fri, 28 Dec 2018 00:01:51 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Macabre-Tank: 6f50cf972f89391e_1545955310941_1724784116 X-MC-Loop-Signature: 1545955310941:3848290785 X-MC-Ingress-Time: 1545955310940 Received: from pdx1-sub0-mail-a68.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a68.g.dreamhost.com (Postfix) with ESMTP id 764217FD2D; Thu, 27 Dec 2018 16:01:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=XcQAqEsqxemWpnh/J6U6Rcj6IQs=; b= eRjOCFtW5Fi9TKetmHjgg/tj0OLo7hX6vNUXZYKmrLLsFJnhdmQW8ccoRsh0o8nk yI5wwOUdZi4brRhZsvF+7GraGfIugrrMPO517jkyBSDGkZQyZ2ZKg8iAjso8q1/T HD73l/6Fe143VBiQYi0KrIHUlpwFZeYr/BEmB1tFBxo= Received: from mail.jurta.org (m91-129-108-193.cust.tele2.ee [91.129.108.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a68.g.dreamhost.com (Postfix) with ESMTPSA id AC0557F612; Thu, 27 Dec 2018 16:01:48 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a68 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <87imzfkhb4.fsf@mail.linkov.net> <87imzfhm04.fsf@gmail.com> <87zhsq1x98.fsf@mail.linkov.net> Date: Fri, 28 Dec 2018 01:47:56 +0200 In-Reply-To: (Dmitry Gutov's message of "Fri, 28 Dec 2018 01:23:29 +0200") Message-ID: <87ftuiy1jn.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrtdeggddukecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtkedrudelfeenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdekrdduleefpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtohepughguhhtohhvseihrghnuggvgidrrhhunecuvehluhhsthgvrhfuihiivgepud X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> Unfortunately, I see no difference. It still selects the original window >> before calling pop-to-buffer, so the display action is relative >> to the original window, not to the currently selected window >> as it would be natural to expect. > > That was the intention, making the xref window transient, in a way. > > Is it really the thing you want to fix? Transient is a window like e.g. *Completions*. I don't see any indication that *xref* is transient in the same sense. It looks more like multi-occur *Occur*. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 28 Dec 2018 00:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15459573676990 (code B ref 33870); Fri, 28 Dec 2018 00:37:01 +0000 Received: (at 33870) by debbugs.gnu.org; 28 Dec 2018 00:36:07 +0000 Received: from localhost ([127.0.0.1]:39626 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcg8F-0001of-8s for submit@debbugs.gnu.org; Thu, 27 Dec 2018 19:36:07 -0500 Received: from mail-lf1-f49.google.com ([209.85.167.49]:39668) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcg8D-0001o8-Cn for 33870@debbugs.gnu.org; Thu, 27 Dec 2018 19:36:05 -0500 Received: by mail-lf1-f49.google.com with SMTP id n18so13637264lfh.6 for <33870@debbugs.gnu.org>; Thu, 27 Dec 2018 16:36:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=eltvWKunTmCY2y8bTZ8j0tYB2KzLvX59PlmoMQK76wE=; b=tZtR2FN03uZEcaiFpUjR/UL8tMgBZWWdQgxp1kk1Epak+zUFE2+ICldK0fMTxs59i8 GW/9ZS623IMmXRS34aaJpnLG2vP7FRGl7AE6sX0J4Z4/0WDpiW9kpAmhJE2r5at8r4gg i4Vg1AeQlQ4+AQL7U4aBcevXi2lUFfs9CB8I5KzNFCHKipzP/Xa0AVGOn2zLEhXDVeiJ S+V+F/6ZrJgP4ayIE+ldNh+IcIBAwlc0XSohqlRbAAINHn8ASB1wrddsYiU1PAhwg/A1 71hy6Z5PBS190+fKHf5mWhndjjYgzEYABXh0vhqTnUhudOtUiWGm4jRyyC0FwRvoyOaN Njmw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=eltvWKunTmCY2y8bTZ8j0tYB2KzLvX59PlmoMQK76wE=; b=IOgmES01mXdwoofcWceGvk5GIIsL6Dxg4ViZGdRLgfRK3oyniAHgP1uBxgGWFuwGwj S0qq6tGVfWsM78/bzjw2fzvJUMZMvrAr/WCOnG42KXtlyKCnm9IpQdgsF7/lOFYCNAxw RorOqmgHXlxNuZmCxc1b+lJd5AtQ3olsdU0KUxS7HEC+hWnswunoRIgf9M50o/1+8C7/ GXJUAn4LthdJ75ncKVJsEZe5y7wmG38X9N20EzMcel2h3RdqZkVribBdKmniQ64u4g8W Z+eDohhmW3Kmq8RRVK7IDBOwx5PSrVFmOIK96AOxCp0LSaC2+TxosaZVrrtHSjC/xZ0y Fkgw== X-Gm-Message-State: AA+aEWaGZhCTJm4Ot4htUDLxDU802iIzHUNj7qnz9gP1M7iDEiUfT0nR LFIQEjIIJIHrN2U6d5XAMbU= X-Google-Smtp-Source: AFSGD/VCRCiU04tc6o6aTH9jLKMngmACuuuWlle4cH0SJ8eWS3COqndlAjffGbvYrtNLLDXgT+ZTUg== X-Received: by 2002:a19:980f:: with SMTP id a15mr13860365lfe.103.1545957359186; Thu, 27 Dec 2018 16:35:59 -0800 (PST) Received: from [10.232.14.98] ([195.133.224.50]) by smtp.googlemail.com with ESMTPSA id t22sm8179470lfb.0.2018.12.27.16.35.56 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 27 Dec 2018 16:35:57 -0800 (PST) References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <87imzfkhb4.fsf@mail.linkov.net> <87imzfhm04.fsf@gmail.com> <87zhsq1x98.fsf@mail.linkov.net> <87ftuiy1jn.fsf@mail.linkov.net> From: Dmitry Gutov Message-ID: <09853fb4-aa12-b926-9364-0dd473ccd2bb@yandex.ru> Date: Fri, 28 Dec 2018 02:35:56 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:64.0) Gecko/20100101 Thunderbird/64.0 MIME-Version: 1.0 In-Reply-To: <87ftuiy1jn.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 28.12.2018 1:47, Juri Linkov wrote: > Transient is a window like e.g. *Completions*. I don't see any > indication that *xref* is transient in the same sense. It looks > more like multi-occur *Occur*. Well, it's the idea behind the feature which we merged last year, see 2a973edeacefcabb9fd8024188b7e167f0f9a9b6. I think it makes a certain amount of sense, behavior-wise. Should we add some visual cues? I'm not a huge fan of how *Completions* behaves, though, so we're not going to make it look exactly alike. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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: Fri, 28 Dec 2018 09:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Gutov Cc: 33870@debbugs.gnu.org, Juri Linkov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154598917332422 (code B ref 33870); Fri, 28 Dec 2018 09:27:02 +0000 Received: (at 33870) by debbugs.gnu.org; 28 Dec 2018 09:26:13 +0000 Received: from localhost ([127.0.0.1]:39720 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcoPE-0008Qs-VW for submit@debbugs.gnu.org; Fri, 28 Dec 2018 04:26:13 -0500 Received: from mail-qk1-f174.google.com ([209.85.222.174]:39449) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcoPD-0008Qe-51 for 33870@debbugs.gnu.org; Fri, 28 Dec 2018 04:26:11 -0500 Received: by mail-qk1-f174.google.com with SMTP id q70so12262913qkh.6 for <33870@debbugs.gnu.org>; Fri, 28 Dec 2018 01:26:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=XeTkasd+/trRVdUAgmlmD4ZPXP30ZMFbyJ3wiu5yLzM=; b=Y7fbEpFJNEPAZ/Vd3POKwKMHNyfnbwy2b5f2L6u543I+1ZygNMqDQT0qSxuC582KSE QWcrpLwmbYWNjzhNzd8hbOoS7YqbTiDl7Fn0w15hO911JOvnpClR7zr2wdkkQCLO2nUr doBh7Qk+QkG6JsIuqyWgzbV94lga1JTrKjUXiNtejZLSMzbRSAYQbR0cbYGM49jRWgzM M05l6IrEi5l0fN1h/eygsqzvpjZmcEAVQ1vBLeO7rUpzIBo0LHCk2Zw2lrrLOibA7f7k vSN+YwsjI2q5NtyyqJ7UBtK7lkEwaq9aOBwHFofUqoCzSfYo7q9I748A7cxA9w9GsIOG vm2A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=XeTkasd+/trRVdUAgmlmD4ZPXP30ZMFbyJ3wiu5yLzM=; b=ncqy6tfSfr8JlG/L7nPiHX9DdkOT6xYbQoe2Vi81FH6qZSrtiJCK0eQ+tvOXID24Fl /ap8b1jp8bo0XNvH4bgLYACFp++BNrbflEPPPyuhY2Bgua6El+rgfOikn9v5+Q8MuWf0 ScotUq0rB481td2q4/xx/RSR+1/EGHWpSYOKARsDp+zVWOilcBY4mNEisECC4/IR/drd 4Jp4J4G/GzOwrSTANF8Hd7ms7uCEcePtlsTwYoKSJk/jVIMFId3kClyiJUehwkfmfxrv CHMWPbci5LUtKWynnIwZ4S81q/okHFQ6sXVJ+XaJNiqfMpaCrpSitmXHit6DajZe6kW4 ah7g== X-Gm-Message-State: AJcUukflHkkaBrLQwKCTU0MWUKH9IIpTPdns3Ja/YFcSW8P0WFF1zX64 +PTHUTLOB/NT1XTFVX6LpD9Ak+TXsr9wCSRyRbs= X-Google-Smtp-Source: ALg8bN40FJGGd8c0DickJ37fYl/cWUvLvzDlGlcbQpz5zKyDnSE0DaIwVWV1iN5kj8TSj53NDdWS29/FBEsNUfdyQqY= X-Received: by 2002:ae9:d804:: with SMTP id u4mr24711617qkf.322.1545989165509; Fri, 28 Dec 2018 01:26:05 -0800 (PST) MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <87imzfkhb4.fsf@mail.linkov.net> <87imzfhm04.fsf@gmail.com> <87zhsq1x98.fsf@mail.linkov.net> <87ftuiy1jn.fsf@mail.linkov.net> <09853fb4-aa12-b926-9364-0dd473ccd2bb@yandex.ru> In-Reply-To: <09853fb4-aa12-b926-9364-0dd473ccd2bb@yandex.ru> From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Date: Fri, 28 Dec 2018 09:25:53 +0000 Message-ID: Content-Type: multipart/alternative; boundary="0000000000000973d1057e11a7d3" X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) --0000000000000973d1057e11a7d3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Dec 28, 2018 at 12:36 AM Dmitry Gutov wrote: > On 28.12.2018 1:47, Juri Linkov wrote: > > > Transient is a window like e.g. *Completions*. I don't see any > > indication that *xref* is transient in the same sense. It looks > > more like multi-occur *Occur*. > Well, it's the idea behind the feature which we merged last year, see > 2a973edeacefcabb9fd8024188b7e167f0f9a9b6. > What's more, in a sense *xref* is closer to *Completions* than to *Occur*, though it's not exactly like any of the two, because *xref*, like *Completions*, only appears in certain situations. Jo=C3=A3o --0000000000000973d1057e11a7d3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Fri, Dec 28, 2018 at 12:36 AM Dmitry G= utov <dgutov@yandex.ru> wrote= :
On 28.12.2018 1:47, Juri Linkov wrote:

> Transient is a window like e.g. *Completions*.=C2=A0 I don't see a= ny
> indication that *xref* is transient in the same sense.=C2=A0 It looks<= br> > more like multi-occur *Occur*.
Well, it's the idea behind the feature which we merged last year, see <= br> 2a973edeacefcabb9fd8024188b7e167f0f9a9b6.

What's more, in a sense *xref* is closer to *Completions* than
=
to *Occur*, though it's not exactly like any of the two, because
*xref*, like *Completions*, only appears in certain situations.

Jo=C3=A3o
--0000000000000973d1057e11a7d3-- From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Jan 2019 00:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org, Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15464749277022 (code B ref 33870); Thu, 03 Jan 2019 00:23:02 +0000 Received: (at 33870) by debbugs.gnu.org; 3 Jan 2019 00:22:07 +0000 Received: from localhost ([127.0.0.1]:45067 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1geqlz-0001pC-BG for submit@debbugs.gnu.org; Wed, 02 Jan 2019 19:22:07 -0500 Received: from golden.birch.relay.mailchannels.net ([23.83.209.73]:57837) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1geqlx-0001p2-0g for 33870@debbugs.gnu.org; Wed, 02 Jan 2019 19:22:05 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id BA8535E24DE; Thu, 3 Jan 2019 00:22:03 +0000 (UTC) Received: from pdx1-sub0-mail-a23.g.dreamhost.com (unknown [100.96.30.62]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 79B395E22CF; Thu, 3 Jan 2019 00:22:03 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a23.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Thu, 03 Jan 2019 00:22:03 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Absorbed-Stop: 6ff32b4755d1c126_1546474923620_3176056191 X-MC-Loop-Signature: 1546474923620:716224017 X-MC-Ingress-Time: 1546474923619 Received: from pdx1-sub0-mail-a23.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a23.g.dreamhost.com (Postfix) with ESMTP id 2061C80028; Wed, 2 Jan 2019 16:22:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=9j/u6JQRBQ2jUHBjOAw2xLKN1Ck=; b= zc/Mt9pL64otPn2vXAI2Ni54ZedQvbCpkocWTmrUwK197la4WsAL/7rNALCqx75y Nb5zzcIi2Wiqfc5PR2aurrW8wBptNZXz2IQ4AZCUh4yhDpZvZCvDWVlmaJOG4+Ax HEOUpPrFrHPxWlg7b2BfehjrxsR5ACJ5SGEcNt5CLoU= Received: from mail.jurta.org (m91-129-100-233.cust.tele2.ee [91.129.100.233]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a23.g.dreamhost.com (Postfix) with ESMTPSA id B21958005F; Wed, 2 Jan 2019 16:22:00 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a23 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> Date: Thu, 03 Jan 2019 02:18:50 +0200 In-Reply-To: ("=?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?="'s message of "Wed, 26 Dec 2018 14:48:31 +0000") Message-ID: <878t02egph.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrudejgddvgecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehmtderredtreejnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddttddrvdeffeenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutddtrddvfeefpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtohepjhhorghothgrvhhorhgrsehgmhgrihhlrdgtohhmnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Jo=C3=A3o > Any simplification to the implementation that keeps the > "keep original window intent" behavior across xref > intermediate buffers is very welcome. Thanks for the explanation. Now I understand better the intent in xref--show-pos-in-buf. Generally, I'd like to see the =E2=80=9Ckeep orig= inal window intent=E2=80=9D behavior in more places, e.g. in *Occur*, *grep*, = etc. Based on your explanation, I've been able to write the patch that does the following: 1. simplifies =E2=80=98xref--show-pos-in-buf=E2=80=99 while at the same t= ime preserves the current behavior and respects user's customization of display actions; 2. makes the xref buffer non-obtrusive like *Completions* in xref--show-xref-buffer; 3. turns the existing arg QUIT of xref-goto-xref into a prefix arg, so a natural key sequence =E2=80=98C-u RET=E2=80=99 will quit the wind= ow. This is similar to the prefix arg of quit-window. --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=xref.el.patch diff --git a/lisp/progmodes/xref.el b/lisp/progmodes/xref.el index 87ce2299c5..a166f8299c 100644 --- a/lisp/progmodes/xref.el +++ b/lisp/progmodes/xref.el @@ -482,19 +482,9 @@ xref--show-pos-in-buf (window-live-p xref--original-window) (or (not (window-dedicated-p xref--original-window)) (eq (window-buffer xref--original-window) buf))) - `(,(lambda (buf _alist) - (set-window-buffer xref--original-window buf) - xref--original-window)))))) - (with-selected-window - (with-selected-window - ;; Just before `display-buffer', place ourselves in the - ;; original window to suggest preserving it. Of course, if - ;; user has deleted the original window, all bets are off, - ;; just use the selected one. - (or (and (window-live-p xref--original-window) - xref--original-window) - (selected-window)) - (display-buffer buf action)) + `(,(lambda (buf alist) + (window--display-buffer buf xref--original-window 'reuse alist))))))) + (with-selected-window (display-buffer buf action) (xref--goto-char pos) (run-hooks 'xref-after-jump-hook) (let ((buf (current-buffer))) @@ -548,9 +538,8 @@ xref--item-at-point (defun xref-goto-xref (&optional quit) "Jump to the xref on the current line and select its window. -Non-interactively, non-nil QUIT means to first quit the *xref* -buffer." - (interactive) +A prefix arg QUIT means to first quit the *xref* buffer." + (interactive "P") (let* ((buffer (current-buffer)) (xref (or (xref--item-at-point) (user-error "No reference at point"))) @@ -782,7 +771,17 @@ xref--show-xref-buffer (erase-buffer) (xref--insert-xrefs xref-alist) (xref--xref-buffer-mode) - (pop-to-buffer (current-buffer)) + (pop-to-buffer + (current-buffer) + `((display-buffer--maybe-same-window + display-buffer-reuse-window + display-buffer--maybe-pop-up-frame + display-buffer-below-selected) + ,(if temp-buffer-resize-mode + '(window-height . resize-temp-buffer-window) + '(window-height . fit-window-to-buffer)) + ,(when temp-buffer-resize-mode + '(preserve-size . (nil . t))))) (goto-char (point-min)) (setq xref--original-window (assoc-default 'window alist) xref--original-window-intent (assoc-default 'display-action alist)) --=-=-=-- From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Jan 2019 13:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15465234479298 (code B ref 33870); Thu, 03 Jan 2019 13:51:01 +0000 Received: (at 33870) by debbugs.gnu.org; 3 Jan 2019 13:50:47 +0000 Received: from localhost ([127.0.0.1]:45289 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gf3OZ-0002Pu-I9 for submit@debbugs.gnu.org; Thu, 03 Jan 2019 08:50:47 -0500 Received: from eggs.gnu.org ([208.118.235.92]:43714) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gf3OX-0002Pl-Rr for 33870@debbugs.gnu.org; Thu, 03 Jan 2019 08:50:46 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gf3OW-0006PU-R8 for 33870@debbugs.gnu.org; Thu, 03 Jan 2019 08:50:45 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:41302) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gf3OS-0006NH-JB; Thu, 03 Jan 2019 08:50:40 -0500 Received: from [176.228.60.248] (port=3595 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gf3OS-00071g-6g; Thu, 03 Jan 2019 08:50:40 -0500 Date: Thu, 03 Jan 2019 15:50:36 +0200 Message-Id: <83tvip3l5f.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <878t02egph.fsf@mail.linkov.net> (message from Juri Linkov on Thu, 03 Jan 2019 02:18:50 +0200) References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Juri Linkov > Date: Thu, 03 Jan 2019 02:18:50 +0200 > Cc: 33870@debbugs.gnu.org, Dmitry Gutov > > 1. simplifies ‘xref--show-pos-in-buf’ while at the same time > preserves the current behavior and respects user's customization > of display actions; > > 2. makes the xref buffer non-obtrusive like *Completions* > in xref--show-xref-buffer; > > 3. turns the existing arg QUIT of xref-goto-xref into a prefix arg, > so a natural key sequence ‘C-u RET’ will quit the window. > This is similar to the prefix arg of quit-window. Please be sure to document any user-visible behavior changes in NEWS and in the manual. Thanks. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: joaotavora@gmail.com (=?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: Thu, 03 Jan 2019 14:25:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154652547012595 (code B ref 33870); Thu, 03 Jan 2019 14:25:03 +0000 Received: (at 33870) by debbugs.gnu.org; 3 Jan 2019 14:24:30 +0000 Received: from localhost ([127.0.0.1]:45303 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gf3vC-0003H5-9q for submit@debbugs.gnu.org; Thu, 03 Jan 2019 09:24:30 -0500 Received: from mail-wr1-f65.google.com ([209.85.221.65]:45733) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gf3vA-0003Gp-2U for 33870@debbugs.gnu.org; Thu, 03 Jan 2019 09:24:28 -0500 Received: by mail-wr1-f65.google.com with SMTP id t6so33710032wrr.12 for <33870@debbugs.gnu.org>; Thu, 03 Jan 2019 06:24:28 -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=Wgw7XbthK1syVUmN9JTuJlMJeonyiVT8RpkQKQWon5k=; b=ckNHAHo/hCU+g+hlLXigQb3IgfhfSw0IC4+CLnciMOqFSM3xth2ntKIoBl/U8ee7Be RxO2a+vxyTkDedkrFE8rz70B2h/8OFfKg/PNZD5RFIwI7jZeyjn80Ca8tQ83wajc8cKb 0OqwJ+HdTNUj7jCur58B6/IcYa0snnm/IUotZOHjUFHWjRf0/1qeNrKCFSWl60OeJnHV ZQvmrXEt6ISd2y79jIHBNQbsygyrf21KMoyTqKzbdI8uAY4NX5Rzy1BwW9oif7UvjJ7h mwilYFNs4nWVFdYy20UgzK89TggfGV80yXA7MPwofl97eD+0WTv9jusIWMQaLcZOOVH2 jhiQ== 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=Wgw7XbthK1syVUmN9JTuJlMJeonyiVT8RpkQKQWon5k=; b=qMkgLPZ1Ef0eOaXMAN/x+6xZjXiUAHqQoBp3kIIt/lB8h4HhdjXtOcCNBm97mkGbFS 4YnbNP8+R2jEJNVlQhfsy31c2QwftGgIyc5Tq89pY7bnkf1MDZsko/Um2yW69UL90WBH nWzKajowg3SPWQRpwUNFWtSHKeHPl32AVwbldVM3t6eoPGz2LG2NtncDaZt/3tKWNEn2 1s92OZoIOqE6tm8sdUmNbwSuApG5PII+x7sxd6RYMK4PYRpyFcKfRyDjj6x8A1ylP90G 2Yp/AlDEylRwvna3OjL1ngLeoiKaY6dOeVcgi87H3NCDhNIzxTA30hhksgiWTWdrkLyh 5VaQ== X-Gm-Message-State: AJcUukdAbwu7KbW46Gku3SG7V4tjxVOVp3q24xWHpJOZsqFxOvwqSjE7 oiDipY+AZ21WwWepps0fMpamUG96 X-Google-Smtp-Source: ALg8bN7aIreBK+u495aZYJBXQ+DClWNsOTwsDA7GY+G9nbY+GGN6ioGNyihk1gF759gFMj9CEY1LIg== X-Received: by 2002:a5d:6710:: with SMTP id o16mr42836367wru.152.1546525462067; Thu, 03 Jan 2019 06:24:22 -0800 (PST) Received: from GONDOMAR.yourcompany.com (mail3.siscog.pt. [195.23.29.18]) by smtp.gmail.com with ESMTPSA id g16sm44905253wru.41.2019.01.03.06.24.20 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 03 Jan 2019 06:24:21 -0800 (PST) From: joaotavora@gmail.com (=?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?=) References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> Date: Thu, 03 Jan 2019 14:24:15 +0000 In-Reply-To: <878t02egph.fsf@mail.linkov.net> (Juri Linkov's message of "Thu, 03 Jan 2019 02:18:50 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Antivirus: AVG (VPS 190103-0, 03-01-2019), Outbound message X-Antivirus-Status: Clean X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi Juri, Juri Linkov writes: > 1. simplifies =91xref--show-pos-in-buf=92 ... and considerably complexifies xref--show-xref-buffer (more on that later) > while at the same time preserves the current behavior and respects > user's customization of display actions; That's great! > 2. makes the xref buffer non-obtrusive like *Completions* > in xref--show-xref-buffer; After a brief look, I'm not sure I like the UI change. "not sure" is not an euphemism for "don't like", I'm ust not sold on the idea yet: * Certainly you don't mean non-obtrusive, you mean "less obtrusive" and really it's "slightly less obtrusive". It does use potentially less space and doesn't temporarily use one of your windows if you happen to have several. I agree this is an good advantage. * But by using less space it is also less useful. You don't get to see, at a glance, a great deal of xrefs. And xrefs are different from completions, they're closer to grep hits. You wouldn't put *grep* hits in such a potentially tiny window, would you? Then again, perhaps you would, and the whole point of this patch is to make the UI configurable. If so, I'd make the original UI the default, or at least very very easy to bring back. > 3. turns the existing arg QUIT of xref-goto-xref into a prefix arg, > so a natural key sequence =91C-u RET=92 will quit the window. > This is similar to the prefix arg of quit-window. No problem here I think. > - (display-buffer buf action)) > + `(,(lambda (buf alist) > + (window--display-buffer buf xref--original-window = 'reuse alist))))))) > Using internal "--" symbols from window.el is a temporary solution I hope. > - (pop-to-buffer (current-buffer)) > + (pop-to-buffer > + (current-buffer) > + `((display-buffer--maybe-same-window > + display-buffer-reuse-window > + display-buffer--maybe-pop-up-frame > + display-buffer-below-selected) > + ,(if temp-buffer-resize-mode > + '(window-height . resize-temp-buffer-window) > + '(window-height . fit-window-to-buffer)) > + ,(when temp-buffer-resize-mode > + '(preserve-size . (nil . t))))) Again, too many --, and seems like a lot of repetition from window.el. Perhaps you want window.el to export a function that encapsulates all/some of this cruft to pass as ACTION. Naming that function would be the hardest problem (best I could do is display-buffer-use-completions-like-window). Or maybe put that function in xref.el. But as I said above, I think we also need a function that brings back the current default. Jo=E3o From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Jan 2019 21:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: joaotavora@gmail.com (=?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?=) Cc: 33870@debbugs.gnu.org, Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15465515423981 (code B ref 33870); Thu, 03 Jan 2019 21:40:02 +0000 Received: (at 33870) by debbugs.gnu.org; 3 Jan 2019 21:39:02 +0000 Received: from localhost ([127.0.0.1]:46028 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfAhi-00011z-1t for submit@debbugs.gnu.org; Thu, 03 Jan 2019 16:39:02 -0500 Received: from ostrich.birch.relay.mailchannels.net ([23.83.209.138]:4160) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfAhf-00011g-Nm for 33870@debbugs.gnu.org; Thu, 03 Jan 2019 16:39:01 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id EB5D912489A; Thu, 3 Jan 2019 21:38:57 +0000 (UTC) Received: from pdx1-sub0-mail-a35.g.dreamhost.com (unknown [100.96.33.121]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 9C359124449; Thu, 3 Jan 2019 21:38:57 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a35.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Thu, 03 Jan 2019 21:38:57 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Descriptive-Desert: 342bdff12b1573bb_1546551537773_3849056338 X-MC-Loop-Signature: 1546551537773:403679471 X-MC-Ingress-Time: 1546551537773 Received: from pdx1-sub0-mail-a35.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTP id 5A8C2811B8; Thu, 3 Jan 2019 13:38:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=linkov.net; bh=V8XcrQ DKUvhlb6XOIOsV1Z3k5f4=; b=fDN9vwzNxHcX4UA5nJHDPOhiDWcSnCMNmWQ4GH eQ8NRgCbfxsKyKn47egVB+0hX0aal57MRKRua0Let94GliM+DuR4X0atqV7qn9x7 0OvPa7wDt0SgMyRk4yhJKji6XR/vb5IFXWnlXJ25jzovG0oTTX7evs0yCGaPFzPu 1phHc= Received: from mail.jurta.org (m91-129-109-141.cust.tele2.ee [91.129.109.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTPSA id 7E3897F5CC; Thu, 3 Jan 2019 13:38:54 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a35 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> Date: Thu, 03 Jan 2019 23:29:18 +0200 In-Reply-To: ("=?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?="'s message of "Thu, 03 Jan 2019 14:24:15 +0000") Message-ID: <878t011lch.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrudelgdelfecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtgfesthekredttderjeenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdelrddugedunecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtledrudeguddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehjohgrohhtrghvohhrrgesghhmrghilhdrtghomhenucevlhhushhtvghrufhiiigvpedt Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> 1. simplifies =E2=80=98xref--show-pos-in-buf=E2=80=99 > > ... and considerably complexifies xref--show-xref-buffer (more on that > later) > >> while at the same time preserves the current behavior and respects >> user's customization of display actions; > > That's great! I realized now that it can be simplified more by replacing (with-selected-window (display-buffer buf action) with just (pop-to-buffer buf action) but I'm not sure about this change because it could change the current be= havior. >> 2. makes the xref buffer non-obtrusive like *Completions* >> in xref--show-xref-buffer; > > After a brief look, I'm not sure I like the UI change. "not sure" is > not an euphemism for "don't like", I'm ust not sold on the idea yet: > > * Certainly you don't mean non-obtrusive, you mean "less obtrusive" and > really it's "slightly less obtrusive". It does use potentially less > space and doesn't temporarily use one of your windows if you happen t= o > have several. I agree this is an good advantage. > > * But by using less space it is also less useful. You don't get to see= , > at a glance, a great deal of xrefs. And xrefs are different from > completions, they're closer to grep hits. You wouldn't put *grep* > hits in such a potentially tiny window, would you? > > Then again, perhaps you would, and the whole point of this patch is to > make the UI configurable. If so, I'd make the original UI the default, > or at least very very easy to bring back. I see what you mean. For a command like project-find-regexp I'd like the original UI as well, because most of the time there are many hits displayed in the xref window. But when xref-find-definitions pops up the xref window, usually it contains just 2 lines taking half of the scre= en where most space is uselessly empty. So it seems that project-find-regexp and most other xref-related commands are more like grep while xref-find-definitions is more like completions with a small number of lines. What do you think about allowing only xref-find-definitions to display a narrow xref window below the original window? >> - (display-buffer buf action)) >> + `(,(lambda (buf alist) >> + (window--display-buffer buf xref--original-wind= ow 'reuse alist))))))) >> > > Using internal "--" symbols from window.el is a temporary solution I > hope. Actually this function is not quite internal. It's intended to be used in display actions implemented by packages. >> - (pop-to-buffer (current-buffer)) >> + (pop-to-buffer >> + (current-buffer) >> + `((display-buffer--maybe-same-window >> + display-buffer-reuse-window >> + display-buffer--maybe-pop-up-frame >> + display-buffer-below-selected) >> + ,(if temp-buffer-resize-mode >> + '(window-height . resize-temp-buffer-window) >> + '(window-height . fit-window-to-buffer)) >> + ,(when temp-buffer-resize-mode >> + '(preserve-size . (nil . t))))) > > > Again, too many --, and seems like a lot of repetition from window.el. The distinction between internal and public window functions is quite fuz= zy. > Perhaps you want window.el to export a function that encapsulates > all/some of this cruft to pass as ACTION. Yes, creating a composite display action would be a good thing to do. > Naming that function would be the hardest problem (best I could do is > display-buffer-use-completions-like-window). Or when naming by not its usage but what it does: display-buffer-below-an= d-resize. > Or maybe put that function in xref.el. But as I said above, I think we > also need a function that brings back the current default. I propose to use the new function only for xref-find-definitions. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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: Thu, 03 Jan 2019 22:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15465533207161 (code B ref 33870); Thu, 03 Jan 2019 22:09:02 +0000 Received: (at 33870) by debbugs.gnu.org; 3 Jan 2019 22:08:40 +0000 Received: from localhost ([127.0.0.1]:46047 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfBAN-0001rQ-UZ for submit@debbugs.gnu.org; Thu, 03 Jan 2019 17:08:40 -0500 Received: from mail-wm1-f49.google.com ([209.85.128.49]:37738) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfBAM-0001rC-9X for 33870@debbugs.gnu.org; Thu, 03 Jan 2019 17:08:38 -0500 Received: by mail-wm1-f49.google.com with SMTP id g67so31594797wmd.2 for <33870@debbugs.gnu.org>; Thu, 03 Jan 2019 14:08:38 -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=p0oXj3H6fSALBRcKNSRxc7h+O8q8FZ7q9SXvd19pn3s=; b=DdVqwrIEUYdM/yp9jWJiGFiyTT3bCFOLHNh1UHoUhAe24sr9MxB6Px4tHc4m7TeUxG VBwUX8OYtDDeOvEfeDFnQepvo9erNIe+sGr6z7qq6quKt/udAlToQoKY5h3Whb76FK9/ nldbp16uJSMhPAOJ39CEkwuP78QVufn923zy/nWnnx6LlN2zDIciL9bMSdeIAftwezSh ZJk5mOQAuXDJHAe7zzdmAIW8zIJcFUedgtq0TQ5BjtHeFX/bJkIx9DHCmrCLNXwBLZuz CnX7TXReAKnlOUT1qTx8NFG8y57eWcaEY+dznOWszqw9pOU3QENn+ObEZSqjgaeCWUHN oAQA== 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=p0oXj3H6fSALBRcKNSRxc7h+O8q8FZ7q9SXvd19pn3s=; b=bwOtoYR8voftoawfhYzfjY99uVjOtBtbzeQ1lgMMVFWt0jORZlGWDeODzH89ncsY3M 5sOFLFtdZ2VlcQxpAqQEf/jdFOtapkZlGaqlq3gR2URIwvVbvspHi7HInH2BZJ4wzIYg Okif50BvjYr/2UKedyutbnkc49nk/EAqw3e//6PTi9xvV0agVi6qB+JChLjLydvs6tw1 iVYnDNL0UjuBK3bnafGbYVE8ijs+nmZidkz/Fegn2OqtgE8luLBdmUWL0MPyFWHh39VI Uj2H7hwWXpOaoWP9g6nSIIic6OvPDA7NKoxy/RsTT5k4ITKQ899CQ3hwZ+Ba7fhbCQHN YDYA== X-Gm-Message-State: AJcUukesZ1f2n/x53ic9bAnF9vQ+TqLpfzWQwDPsAo5G1o4iazISP83T hjQ3gV55ASW7gyP6KlIOcmh1+8EDVNY= X-Google-Smtp-Source: ALg8bN6G3+opYg07jjDZ5llkWFYRgkUiTlpkQjfOvMW7wiVOCaw05xBVD2Zu2AYCewQbuHAD6TnDXw== X-Received: by 2002:a7b:c5d1:: with SMTP id n17mr15269558wmk.152.1546553312257; Thu, 03 Jan 2019 14:08:32 -0800 (PST) Received: from lolita.yourcompany.com (188.139.62.94.rev.vodafone.pt. [94.62.139.188]) by smtp.gmail.com with ESMTPSA id k135sm67818637wmd.42.2019.01.03.14.08.30 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 03 Jan 2019 14:08:31 -0800 (PST) From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> Date: Thu, 03 Jan 2019 22:08:28 +0000 In-Reply-To: <878t011lch.fsf@mail.linkov.net> (Juri Linkov's message of "Thu, 03 Jan 2019 23:29:18 +0200") Message-ID: <87va35z95v.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) Juri Linkov writes: > (with-selected-window (display-buffer buf action) > with just > (pop-to-buffer buf action) > > but I'm not sure about this change because it could change the current > behavior. Didn't test, but that would be bad. Is this small reduction worth it? >>> 2. makes the xref buffer non-obtrusive like *Completions* >>> in xref--show-xref-buffer; > What do you think about allowing only xref-find-definitions > to display a narrow xref window below the original window? I don't know. Can I get back the original behaviour easily? If so, how? I ask because the assumption that xref-find-definitions produces a small number of lines is really quite brittle. Generic functions can have many, many methods. In Emacs, cl-print-object has 10 definitions lines, but that could/should easily grow as anyone who devises a new type of object can write a cl-print-object for it. In a Common Lisp system CL:PRINT-OBJECT usually has a ton of methods (and I'm trying to write a CL IDE that uses xref.el) >>> - (display-buffer buf action)) >>> + `(,(lambda (buf alist) >>> + (window--display-buffer buf xref--original-windo= w 'reuse alist))))))) >>> >> >> Using internal "--" symbols from window.el is a temporary solution I >> hope. > > Actually this function is not quite internal. It's intended to be used > in display actions implemented by packages. Hmmm, it's used only in lisp/window.el, where it hails from, and in lisp/windmove.el, where you added it recently. If it's part of the API, it should really be named window-display-buffer. I'm just making sure it isn't an implementation detail for which Martin reserve the to change at any time. >> Again, too many --, and seems like a lot of repetition from window.el. > The distinction between internal and public window functions is quite > fuzzy. It shouldn't be. If a package A uses -- from package B, either A is going to break soon, or B's API is insufficient. >> Perhaps you want window.el to export a function that encapsulates >> all/some of this cruft to pass as ACTION. > Yes, creating a composite display action would be a good thing to do. And can you create one such composite display action that brings exactly the current *xref* behaviour? Or does one such thing already exist? >> Naming that function would be the hardest problem (best I could do is >> display-buffer-use-completions-like-window). > Or when naming by not its usage but what it does: > display-buffer-below-and-resize. OK. Better, I guess (if that's really what it does). >> Or maybe put that function in xref.el. But as I said above, I think we >> also need a function that brings back the current default. > I propose to use the new function only for xref-find-definitions. OK, but I would say this is a separate request: * This bug is about making the xref.el window-popping behaviour configurable using display-buffer-alist&friends while keeping the UI. That goal is now apparently within reach; * The goal of changing the default UI for a certain part of xref-* commands is a different one, which I don't necessarily oppose, but it should be discussed and implemented separately. Jo=C3=A3o From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Jan 2019 22:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , Juri Linkov Cc: 33870@debbugs.gnu.org Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154655569518524 (code B ref 33870); Thu, 03 Jan 2019 22:49:01 +0000 Received: (at 33870) by debbugs.gnu.org; 3 Jan 2019 22:48:15 +0000 Received: from localhost ([127.0.0.1]:46060 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfBmh-0004oi-AI for submit@debbugs.gnu.org; Thu, 03 Jan 2019 17:48:15 -0500 Received: from mail-lj1-f170.google.com ([209.85.208.170]:41160) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfBmf-0004oU-GA for 33870@debbugs.gnu.org; Thu, 03 Jan 2019 17:48:13 -0500 Received: by mail-lj1-f170.google.com with SMTP id k15-v6so31012144ljc.8 for <33870@debbugs.gnu.org>; Thu, 03 Jan 2019 14:48:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=HOIe6wGArn3HK1UGeL7QwMNY3OJp6/UZd8eWr54p7Zw=; b=YZF/R/zO7SqAcCTHYhI4dADiCptRKis5837zhQOGum2izAl1cRckRG/AYPBEWHZSE0 sMAV4LdcouhTeEoHL0DKodHKy9+qiI9D4s7+EN3rbrf+nI+aQN7h+a4ed22OPvnm4fFd /d1Qww7+mSUaFJOkGUFrDG+keqnr8jprzRE1/jXdKbO1wqzNtiHQcpsJakfMf/RwZ11L YqtCyyg+KectddJqkUwRv2+f9IyUqDyVCA0QFEgPriOm8PQZDuRyhRP8/CRupwZWB38v 57fM57+tLAC3hTmGlsGScJMpoZmpU1FyNFXPLUzMB96sxksIlylJRbQ45fGyTsm8saeb glFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=HOIe6wGArn3HK1UGeL7QwMNY3OJp6/UZd8eWr54p7Zw=; b=YCLPas0pPzEIZiDzdb1F7jceKbG/qggr+Y+WpIn1DBu6Bz1EWt8eiz2W0b46uSiWhz pvLOBbpScPRmBHh6ztMRwZlrNbt6geZBGWUF+KDnatho4qE4eAlJlJvqa7wRs8hTXe64 eLtUQId5bhAA0+vDTlhLdrV9V0APcIuZ0bnUxiqiReOhhpMOQPX1xbxQpJl1n/zG9ger LRJHrfhkAnTjgi1De0IKewJ9aqGV3ntzazobSkmawWFLaWHZlRKdAjv+b/x72rITbCZ2 TJkIMMau8cjszo+qnuqlV0nhZ3SMWEGJ9iuvaWZjcvKHBS4pcDPNFl/poxzxlLuDjCpK Oj8w== X-Gm-Message-State: AJcUuke7wVQsb3FawgSo5OmzfYutE+fCt8N8AP1F9/X4iwRtxCwmss3X 6g4EbuMo3mdiiURUCojbsfREYlHXD9s= X-Google-Smtp-Source: ALg8bN48c8efEAc1Qjyxpgd8/MjZUBaNAOXl+8wkTkY3YxIx7djzBo/6j1k1shl6kkBOp/p1UZx0SA== X-Received: by 2002:a2e:2b85:: with SMTP id r5-v6mr26854219ljr.91.1546555687169; Thu, 03 Jan 2019 14:48:07 -0800 (PST) Received: from [192.168.0.108] ([79.175.3.69]) by smtp.googlemail.com with ESMTPSA id g15sm10780444lfb.1.2019.01.03.14.48.04 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 03 Jan 2019 14:48:05 -0800 (PST) References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> From: Dmitry Gutov Message-ID: <93c0f44f-012c-4963-faf3-e4185bc3aee0@yandex.ru> Date: Fri, 4 Jan 2019 01:48:03 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:64.0) Gecko/20100101 Thunderbird/64.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 03.01.2019 17:24, João Távora wrote: > * But by using less space it is also less useful. You don't get to see, > at a glance, a great deal of xrefs. And xrefs are different from > completions, they're closer to grep hits. You wouldn't put*grep* > hits in such a potentially tiny window, would you? This would be my main objection as well. > Then again, perhaps you would, and the whole point of this patch is to > make the UI configurable. If so, I'd make the original UI the default, > or at least very very easy to bring back. Making it configurable on a high level is something I might agree with (and indeed, the find-definitions command probably should behave differently from the rest), but the way it's done should be transparent and not strongly coupled to a particular commands. Maybe via two different xrefs-show-function values. I'm not sure. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Jan 2019 22:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154655578418662 (code B ref 33870); Thu, 03 Jan 2019 22:50:02 +0000 Received: (at 33870) by debbugs.gnu.org; 3 Jan 2019 22:49:44 +0000 Received: from localhost ([127.0.0.1]:46063 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfBo7-0004qu-NO for submit@debbugs.gnu.org; Thu, 03 Jan 2019 17:49:43 -0500 Received: from mail-lj1-f179.google.com ([209.85.208.179]:42357) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfBo5-0004qg-15 for 33870@debbugs.gnu.org; Thu, 03 Jan 2019 17:49:42 -0500 Received: by mail-lj1-f179.google.com with SMTP id l15-v6so31009436lja.9 for <33870@debbugs.gnu.org>; Thu, 03 Jan 2019 14:49:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=E+OAAplyJx2fBoDE6OFCz6NBvtwl/bQU4z90tmg8QAA=; b=B4Lecy5Nvtoq2qd8WMumecee9IGesn2MPtVNZA5U4YBhobrDRvQQEahjC1z9UxrpvT 1LOQNX1IZxb5yV1l3WECgUq0C9WeE0WyudRsnYRfZEwhAfkTvBlZTqXUSH6nfS/+6/1j 23ZOOR1J9hNBnTlIiw75HRLgR/BF0VcIZ82bIl3WHJsjKdoX4N3rBeqK0bxk85jnUNlh OqUn58sgxkOYSIsoinwyt2WRcHOlM7IpNYB3AVKkUiCzFoV79NePD7aaUEDsNBSdiss1 NKcmHbfa6dd0PSzOLOyLwisFZ3gg40S94CSs3C1H/dtsHreuCCzyCXNiI9QnPtdewX0P d8oQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=E+OAAplyJx2fBoDE6OFCz6NBvtwl/bQU4z90tmg8QAA=; b=Q2doCdgZeSyJ2cRXU+n4UB61zmCvxDmE22CImapMvpbcwSocwamtTWyUb7JqayT6xK 6/aMhGNPiZwBWj9+sgymhwZzH/9uSyqNu1K98mLvMBfiKkDIal4iSoRWIIo2EZcstFo5 vA1WUlphOQNJN9q9Zij6t0jK72OD5U7AOdvamjmnNy+myHko5uVRLSpVEipIjUS8o5L+ oPqwSauJEMohyBmWuglrU3AjULuCxP2IKq9/pEjpl9LWjFkEfTPsOMCYSH+SMBXQcAGY F4H1EgPVdS+bLEg1f2eD1JzPRHyg/Gj2YoRQ0WeScrTX1NY6AKnWvqoIA40RELxzCtTj CnpA== X-Gm-Message-State: AJcUukc44w8snH+39JzxC86+YetXZY3xYoPQM7uLlnDumdXC1nKO1YKH ddfYeYrYMVA7BZWwVmLwf6CPFGb7ltY= X-Google-Smtp-Source: ALg8bN5CYypdrWrS43fkMa9L8jIiIPlTzehQwm5X7G2DpVVeL7Sj03mqHQXFu0qJ1OeNjfOSTpmQ1Q== X-Received: by 2002:a2e:4a19:: with SMTP id x25-v6mr26749763lja.19.1546555774913; Thu, 03 Jan 2019 14:49:34 -0800 (PST) Received: from [192.168.0.108] ([79.175.3.69]) by smtp.googlemail.com with ESMTPSA id v19sm10918694lfe.69.2019.01.03.14.49.33 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 03 Jan 2019 14:49:34 -0800 (PST) References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> From: Dmitry Gutov Message-ID: <124fad12-6149-c589-c7aa-1eaefa7632dc@yandex.ru> Date: Fri, 4 Jan 2019 01:49:32 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:64.0) Gecko/20100101 Thunderbird/64.0 MIME-Version: 1.0 In-Reply-To: <878t02egph.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) And also: On 03.01.2019 3:18, Juri Linkov wrote: > (xref--xref-buffer-mode) > - (pop-to-buffer (current-buffer)) > + (pop-to-buffer > + (current-buffer) > + `((display-buffer--maybe-same-window > + display-buffer-reuse-window > + display-buffer--maybe-pop-up-frame > + display-buffer-below-selected) > + ,(if temp-buffer-resize-mode > + '(window-height . resize-temp-buffer-window) > + '(window-height . fit-window-to-buffer)) > + ,(when temp-buffer-resize-mode > + '(preserve-size . (nil . t))))) Are we really supposed to use the private functions here, outside of window.el? From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Jan 2019 23:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154655832622829 (code B ref 33870); Thu, 03 Jan 2019 23:33:01 +0000 Received: (at 33870) by debbugs.gnu.org; 3 Jan 2019 23:32:06 +0000 Received: from localhost ([127.0.0.1]:46079 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfCT8-0005w9-Lb for submit@debbugs.gnu.org; Thu, 03 Jan 2019 18:32:06 -0500 Received: from mail-lj1-f170.google.com ([209.85.208.170]:34776) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfCT7-0005vd-Ml for 33870@debbugs.gnu.org; Thu, 03 Jan 2019 18:32:06 -0500 Received: by mail-lj1-f170.google.com with SMTP id u89-v6so31160326lje.1 for <33870@debbugs.gnu.org>; Thu, 03 Jan 2019 15:32:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=jV9NhxVfa7NbSguuZGLUYIsGhd1gGyMK4WPty+aYD/w=; b=ebpZ91ra6981SWl7vHCOchIw8UYiVsKhiI1qEzkmpbATC/ypB+6aUue2AkePYhD3/O AMidgTmXmDW6R6m+nhBFImYu8tKvJsqTOe4hj00KoVzSoKS/B14ZjOGqMUIun2Is6nXL R/pmfh6tAQgOFDyEi4S1nYGaIQG0inZLnIJwPnbHTOzB77YPpxxvPxEA2u41S2T1cbjQ bEHmEh5+04mcKvvRJNf3+ievKC48gYDy8XMQxE0e+KM4OBMBunA5GCwlAJA4zasHQSKX 3OhsrMfV6d/fz60kmLgFK+lirEuV6+I8Fsn+nEs11A7fFl2Nw3imtQYKJHVPvFh3rZmQ zkmw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=jV9NhxVfa7NbSguuZGLUYIsGhd1gGyMK4WPty+aYD/w=; b=ZuV7OA9FOQy/zCk9LIqs8/n8Ihh5sCrQ1kU4nrJMOn6j9i1B78nZQrIPw56Lo6MxtO RU4L9PtPHAbPSfi8v+0xBHr2MvhKK5K/emnrbT/cGT30YLcHv4yQE2Eotga3JW4RUaqq SXiNCSGbzbBTL+2VP/5q6KQFRwuluSl4hYYQAfdUAlo16voiCg3LoYd9ZTRqNfgXNZ0Z 6wBJKwhLFVRqsbec7FVzwp/48Z84Qk7CEJ1iGdTEurYxWdquipeLq0MED8EOOXQ4zs13 hdrLUPAKK3uJ5yegbHCqq0co5iilAYl5veJk3RsQFAFnuHXDBN1I40fn1OSDdTO23Gr6 t1zg== X-Gm-Message-State: AJcUukcbGXBg38RfXt9yp90z/egef2l4EKSj6jJ9FwNq0XU3FmDBN4Qo Oi+5dkVd+gT+jnINkfxLfi0bOMAeWKk= X-Google-Smtp-Source: ALg8bN592Z+DulfE5THRD4aW6kNkrV9J3dEqj32IXpLNbTWZGPPfYlK8xeJZmY3EKbGzm7EKJMpdSw== X-Received: by 2002:a2e:81d3:: with SMTP id s19-v6mr16027579ljg.138.1546558319484; Thu, 03 Jan 2019 15:31:59 -0800 (PST) Received: from [192.168.0.108] ([79.175.3.69]) by smtp.googlemail.com with ESMTPSA id f16-v6sm12131070lji.88.2019.01.03.15.31.58 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 03 Jan 2019 15:31:58 -0800 (PST) References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> From: Dmitry Gutov Message-ID: <04e35f79-fa02-b643-04c4-8d6a5587cce5@yandex.ru> Date: Fri, 4 Jan 2019 02:31:57 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:64.0) Gecko/20100101 Thunderbird/64.0 MIME-Version: 1.0 In-Reply-To: <878t02egph.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 03.01.2019 3:18, Juri Linkov wrote: > 3. turns the existing arg QUIT of xref-goto-xref into a prefix arg, > so a natural key sequence ‘C-u RET’ will quit the window. > This is similar to the prefix arg of quit-window. Kind of similar, but it has a different effect, right? So the logic doesn't really translate. Since we already have the xref-quit-and-goto-xref command, I'm not so sure this part is particularly useful. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Jan 2019 00:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org, Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154656101627240 (code B ref 33870); Fri, 04 Jan 2019 00:17:02 +0000 Received: (at 33870) by debbugs.gnu.org; 4 Jan 2019 00:16:56 +0000 Received: from localhost ([127.0.0.1]:46088 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfDAW-00075I-DJ for submit@debbugs.gnu.org; Thu, 03 Jan 2019 19:16:56 -0500 Received: from palegreen.birch.relay.mailchannels.net ([23.83.209.140]:39298) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfDAU-000759-9h for 33870@debbugs.gnu.org; Thu, 03 Jan 2019 19:16:55 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id C5D9F682FE9; Fri, 4 Jan 2019 00:16:52 +0000 (UTC) Received: from pdx1-sub0-mail-a35.g.dreamhost.com (unknown [100.96.29.126]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 79309683002; Fri, 4 Jan 2019 00:16:52 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a35.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Fri, 04 Jan 2019 00:16:52 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Wide-Eyed-Irritate: 7587e153440608c3_1546561012658_1285475885 X-MC-Loop-Signature: 1546561012658:1581459542 X-MC-Ingress-Time: 1546561012657 Received: from pdx1-sub0-mail-a35.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTP id 69042811B8; Thu, 3 Jan 2019 16:16:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=jGcvgxcmU1XZIKDdeTQ6j2zoMWQ=; b= ngxYEqpeNkIaG/LYmOqYdXwQRqRf+ssVocufSiDud+njjs5tyBCgZJ1CuGEZ2E5d oegPhIKJqsn+QnXRFR+Hyr2tVPVLSXARr1VCVdwXtv2/SH26SnLyAw9l5q+wr4yf Ulnc9bQA2OzkeObDwYu1BH7xrIGH7oFhWlM+OVDdpJg= Received: from mail.jurta.org (m91-129-109-141.cust.tele2.ee [91.129.109.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTPSA id EED82811B6; Thu, 3 Jan 2019 16:16:49 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a35 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <87va35z95v.fsf@gmail.com> Date: Fri, 04 Jan 2019 02:07:10 +0200 In-Reply-To: <87va35z95v.fsf@gmail.com> ("=?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?="'s message of "Thu, 03 Jan 2019 22:08:28 +0000") Message-ID: <87pntdxp3l.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrvddtgddvtdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtledrudegudenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdelrddugedupdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtohepjhhorghothgrvhhorhgrsehgmhgrihhlrdgtohhmnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>> 2. makes the xref buffer non-obtrusive like *Completions* >>>> in xref--show-xref-buffer; >> What do you think about allowing only xref-find-definitions >> to display a narrow xref window below the original window? > > I don't know. Can I get back the original behaviour easily? If so, > how? This should be easy using a new display action. > I ask because the assumption that xref-find-definitions produces a small > number of lines is really quite brittle. Generic functions can have > many, many methods. In Emacs, cl-print-object has 10 definitions lines, > but that could/should easily grow as anyone who devises a new type of > object can write a cl-print-object for it. In a Common Lisp system > CL:PRINT-OBJECT usually has a ton of methods (and I'm trying to write a > CL IDE that uses xref.el) In my experience 10 lines is an exception. Even with more lines the completions-like xref window remain pretty usable. > If it's part of the API, it should really be named > window-display-buffer. I'm just making sure it isn't an implementation > detail for which Martin reserve the to change at any time. I agree, window--display-buffer is more public towards other packages and could be renamed. >>> Perhaps you want window.el to export a function that encapsulates >>> all/some of this cruft to pass as ACTION. >> Yes, creating a composite display action would be a good thing to do. > > And can you create one such composite display action that brings exactly > the current *xref* behaviour? Or does one such thing already exist? It's as easy as moving components of the particular display action from the recent patch into a separate function. >>> Or maybe put that function in xref.el. But as I said above, I think we >>> also need a function that brings back the current default. >> I propose to use the new function only for xref-find-definitions. > > OK, but I would say this is a separate request: > > * This bug is about making the xref.el window-popping behaviour > configurable using display-buffer-alist&friends while keeping the UI. > That goal is now apparently within reach; > > * The goal of changing the default UI for a certain part of xref-* > commands is a different one, which I don't necessarily oppose, but it > should be discussed and implemented separately. Actually the request was about making xref windows more configurable. I could rename the subject if necessary, or create a separate request for more discussion. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Jan 2019 00:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Gutov Cc: 33870@debbugs.gnu.org, =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154656102127260 (code B ref 33870); Fri, 04 Jan 2019 00:17:02 +0000 Received: (at 33870) by debbugs.gnu.org; 4 Jan 2019 00:17:01 +0000 Received: from localhost ([127.0.0.1]:46091 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfDAa-00075c-O8 for submit@debbugs.gnu.org; Thu, 03 Jan 2019 19:17:00 -0500 Received: from insect.birch.relay.mailchannels.net ([23.83.209.93]:14406) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfDAY-00075Q-K0 for 33870@debbugs.gnu.org; Thu, 03 Jan 2019 19:16:59 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 143C8282AE0; Fri, 4 Jan 2019 00:16:57 +0000 (UTC) Received: from pdx1-sub0-mail-a35.g.dreamhost.com (unknown [100.96.19.78]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id CC2E1282A5F; Fri, 4 Jan 2019 00:16:56 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a35.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Fri, 04 Jan 2019 00:16:57 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Spicy-Battle: 64c3274e773289a7_1546561016927_2091201795 X-MC-Loop-Signature: 1546561016927:1425639792 X-MC-Ingress-Time: 1546561016926 Received: from pdx1-sub0-mail-a35.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTP id 8F7E6811B6; Thu, 3 Jan 2019 16:16:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=IPWYTCU+phnPkYWZAo+EWspwXcE=; b= 2P0e2JIqz8ADRPgWEB3uuIF3SB9DMVKQJMFi/m1Z7WCqmQacCMF9DoU+hfBZz7y9 1/cHgseeWSOEM2a24sNtTzkDlhSBpd2kHMswrR/B2SDKpRAZT42Hi4DO8vP5EVkG X9UYKXk1mDWi+Eh/id/a7anzJaM5b+fwOh89rN9c8Vk= Received: from mail.jurta.org (m91-129-109-141.cust.tele2.ee [91.129.109.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTPSA id EFB51811B8; Thu, 3 Jan 2019 16:16:54 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a35 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <93c0f44f-012c-4963-faf3-e4185bc3aee0@yandex.ru> Date: Fri, 04 Jan 2019 02:12:19 +0200 In-Reply-To: <93c0f44f-012c-4963-faf3-e4185bc3aee0@yandex.ru> (Dmitry Gutov's message of "Fri, 4 Jan 2019 01:48:03 +0300") Message-ID: <877eflxov0.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrvddtgddvtdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtledrudegudenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdelrddugedupdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtohepughguhhtohhvseihrghnuggvgidrrhhunecuvehluhhsthgvrhfuihiivgepud X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> * But by using less space it is also less useful. You don't get to see, >> at a glance, a great deal of xrefs. And xrefs are different from >> completions, they're closer to grep hits. You wouldn't put*grep* >> hits in such a potentially tiny window, would you? > > This would be my main objection as well. Actually the window is not tiny. It gets more than a half window from the window there is was called. But now I propose to do this only for xref-find-definitions. >> Then again, perhaps you would, and the whole point of this patch is to >> make the UI configurable. If so, I'd make the original UI the default, >> or at least very very easy to bring back. > > Making it configurable on a high level is something I might agree with (and > indeed, the find-definitions command probably should behave differently > from the rest), but the way it's done should be transparent and not > strongly coupled to a particular commands. > > Maybe via two different xrefs-show-function values. I'm not sure. Or maybe better xrefs-display-buffer-alist. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Jan 2019 00:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Gutov Cc: 33870@debbugs.gnu.org, =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154656102727313 (code B ref 33870); Fri, 04 Jan 2019 00:18:02 +0000 Received: (at 33870) by debbugs.gnu.org; 4 Jan 2019 00:17:07 +0000 Received: from localhost ([127.0.0.1]:46094 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfDAg-00076R-0Y for submit@debbugs.gnu.org; Thu, 03 Jan 2019 19:17:07 -0500 Received: from common.maple.relay.mailchannels.net ([23.83.214.38]:7141) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfDAd-000768-EF for 33870@debbugs.gnu.org; Thu, 03 Jan 2019 19:17:04 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 8116E5030FE; Fri, 4 Jan 2019 00:17:02 +0000 (UTC) Received: from pdx1-sub0-mail-a35.g.dreamhost.com (unknown [100.96.26.166]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 42571503182; Fri, 4 Jan 2019 00:17:02 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a35.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Fri, 04 Jan 2019 00:17:02 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Whispering-Robust: 7b895da615a769a4_1546561022374_3313414906 X-MC-Loop-Signature: 1546561022374:881217724 X-MC-Ingress-Time: 1546561022374 Received: from pdx1-sub0-mail-a35.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTP id 013BA811B6; Thu, 3 Jan 2019 16:17:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=linkov.net; bh=GDH2oT Ixhw5WYfAPtZX0B3M5oT0=; b=YY98etQeDu+nPNExJjtuqhmcy8vF9ep722Bj70 lMf5z57FfFCO0GRE6/dQd3o2HauemBqiRUiZC2VbZI1k8lOJKVWpm8j+JWrmtk+F Cv7mw9eXlFofEqlJ6injyqPxw0ITjmRLHjyuT5WFzxxl7g8GCEJ6NdN10CttATFL hl1DE= Received: from mail.jurta.org (m91-129-109-141.cust.tele2.ee [91.129.109.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTPSA id 194B87F614; Thu, 3 Jan 2019 16:16:59 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a35 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <04e35f79-fa02-b643-04c4-8d6a5587cce5@yandex.ru> Date: Fri, 04 Jan 2019 02:14:39 +0200 In-Reply-To: <04e35f79-fa02-b643-04c4-8d6a5587cce5@yandex.ru> (Dmitry Gutov's message of "Fri, 4 Jan 2019 02:31:57 +0300") Message-ID: <87wonlwa6o.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrvddtgddvtdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtgfesthekredttderjeenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdelrddugedunecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtledrudeguddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopegughhuthhovheshigrnhguvgigrdhruhenucevlhhushhtvghrufhiiigvpedt Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> 3. turns the existing arg QUIT of xref-goto-xref into a prefix arg, >> so a natural key sequence =E2=80=98C-u RET=E2=80=99 will quit the = window. >> This is similar to the prefix arg of quit-window. > > Kind of similar, but it has a different effect, right? So the logic doe= sn't > really translate. > > Since we already have the xref-quit-and-goto-xref command, I'm not so s= ure > this part is particularly useful. xref-quit-and-goto-xref has no good keybinding. If you type TAB in a web browser, do you expect it to close the current window and open a link in a new window? From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Jan 2019 00:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154656222629232 (code B ref 33870); Fri, 04 Jan 2019 00:38:02 +0000 Received: (at 33870) by debbugs.gnu.org; 4 Jan 2019 00:37:06 +0000 Received: from localhost ([127.0.0.1]:46099 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfDU1-0007bQ-Uo for submit@debbugs.gnu.org; Thu, 03 Jan 2019 19:37:06 -0500 Received: from mail-lf1-f48.google.com ([209.85.167.48]:34695) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfDTy-0007at-GU for 33870@debbugs.gnu.org; Thu, 03 Jan 2019 19:37:03 -0500 Received: by mail-lf1-f48.google.com with SMTP id p6so24439050lfc.1 for <33870@debbugs.gnu.org>; Thu, 03 Jan 2019 16:37:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=a0/YgyYdJtZsRuWdu5z/8xYIn2wdjhjJQ6jpy2r2fE4=; b=FYgZC9wG1+7iiGxKnCBZ3caQ4O/612X+JbMwLn8pyr6/tLV7fBKzePu/1vfbKAQ1Jk LzR0/jQW/0fxmEjtU+XhOKX4MwxKPxIF5l0rT+LUO55ZY7qqzAahBkdD4rpshd7ZR/r2 CZggLVjOgXBbADvbPurUjdjBqNEnleBB+BBUP9n7912WywHzxShJg5OLqn6c8ZEPwl0N /j68OiPk621EfMw488i0XVFMV1YinKcSy/Yy+GN9pbtA/jt1oE1u/1NuLhAeBO97my1i F6Xm/gMnVVvv50XLL/RBIKsxwsWSQSqsbrbgR/csJk2kyx08770B+wXp/2J15FMfE7YU OO0A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=a0/YgyYdJtZsRuWdu5z/8xYIn2wdjhjJQ6jpy2r2fE4=; b=POgLqi4jy9JVoUXDMFq/xA11sUcethIrKHvOhNl8snhBhpfTWYGqQ3iCXSn1zndNit JSb5VHFBdQAC8GRJQcHIX63o5UlAbFQHq22VQd6N/pjWuPBoVgBYwEQxanawvxTW6/yk n9oiIEM0uYQz2ooneCe753IQhzTZTgC+Ue/HtUupyJzJ4tzFMaztEdE6XDcLmMvdq4HH JOHjkT5h4SV2URBmt+WPcJVME8LLZ+b7rPCKVCmAUuORu0RnUVUU9GXyj+F3n0ITv3FX ylcYMU1sIgsu2G7xfftV7IfmdzkbvCQN7YnXFefZF4FkobM2G/+vXk8RNoTrqn7K7lEV 64nw== X-Gm-Message-State: AA+aEWZEA56thVsqzkNazRy4numxveWDSJr1PnXN+6vybBZvg7cvuuLv h37Rmd2PMGOxQn4FwE9qTSs= X-Google-Smtp-Source: AFSGD/XKl+MsuHDpxKHpufK+Ne+1K8ax0sWxlWSfKUQvm/gxQq2NaHKZKwZU30d6iDgrmTOZ7mZzbQ== X-Received: by 2002:a19:5601:: with SMTP id k1mr21193002lfb.99.1546562216520; Thu, 03 Jan 2019 16:36:56 -0800 (PST) Received: from [192.168.0.108] ([79.175.3.69]) by smtp.googlemail.com with ESMTPSA id 12-v6sm12106644ljs.29.2019.01.03.16.36.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 03 Jan 2019 16:36:55 -0800 (PST) References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <04e35f79-fa02-b643-04c4-8d6a5587cce5@yandex.ru> <87wonlwa6o.fsf@mail.linkov.net> From: Dmitry Gutov Message-ID: <28834dfd-fd6a-f10c-fca6-858a871f797a@yandex.ru> Date: Fri, 4 Jan 2019 03:36:53 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:64.0) Gecko/20100101 Thunderbird/64.0 MIME-Version: 1.0 In-Reply-To: <87wonlwa6o.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 04.01.2019 3:14, Juri Linkov wrote: > xref-quit-and-goto-xref has no good keybinding. If you type TAB > in a web browser, do you expect it to close the current window > and open a link in a new window? You yourself likened it to the Completions buffer... An the binding is customizable anyway. This is just a criticism of the default value (which we've agreed upon in a different discussion). From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Jan 2019 00:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154656236629453 (code B ref 33870); Fri, 04 Jan 2019 00:40:02 +0000 Received: (at 33870) by debbugs.gnu.org; 4 Jan 2019 00:39:26 +0000 Received: from localhost ([127.0.0.1]:46103 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfDWG-0007ew-Db for submit@debbugs.gnu.org; Thu, 03 Jan 2019 19:39:26 -0500 Received: from mail-lf1-f47.google.com ([209.85.167.47]:32830) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfDWE-0007eg-8Q for 33870@debbugs.gnu.org; Thu, 03 Jan 2019 19:39:22 -0500 Received: by mail-lf1-f47.google.com with SMTP id i26so24414894lfc.0 for <33870@debbugs.gnu.org>; Thu, 03 Jan 2019 16:39:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=3vsTlCjyCxYAaPUZ8geLFGLbDZnfVeNdGFHbV44KO30=; b=EaS+g1pIC+3p6CUHg79gbEmDEvV1WTKncq3RW3FxG/Lhr0K6I3L/2YP0M0/bOp09h/ 7oI4AwnW28lrqN5qOLkWi7H7stl2zYb+X+qBAHQnYPmprjuaGALh0O+5g/KYdXAB3Q85 Fi3KMAm5X5nFdYQcgxGi3h3ERdPr88V6kIS3YinMPb21HdaBEGMnHnu7sCEPEVBDiHfW FJLIrqHCjt/bI0C31q60fIhkW5KiYpqyZWi2tWbAocJt0HjmDnjFtunpK74gDxWrDjh/ /bjDC184lclSfp5beKcdgY9HsqA9GWElRT1n3AsLZ556i9K0xQNU9dyaFpYybu/JmP6C hLuw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=3vsTlCjyCxYAaPUZ8geLFGLbDZnfVeNdGFHbV44KO30=; b=GJHrLh2xRhM5vh34yvw7KZCd22h81R7qJ05FYBE93Otl7vrb0YGedZ+AcF67wvcL16 DcmcUlbJzk1qzBGwKJorwtll1K9cpjwNe7SUK2Mc7m+8Iv8la0xyw6KfIqCjjh4A4emI D0VaLppj7O1P3/2TPu5QWdFsu1xDbsShYReYr+pdL9E3hcPqwgvh55B7cPysMfeP1CCM co0tpyWOQVXSCo4p9/XKBKor0IpC2+MpGS5/9dfGX2roMZ9DX5s/zQtqVSmYbdq5MJ28 of+efpWMGZmsFtu78ydlfX4a0gaQm6OFXKBf6Ze0n2Zu9vuwGrdyfh5yvk22/H/7l46e N5Bg== X-Gm-Message-State: AA+aEWZSOEghPKCvED4AqShvTlLcMtq8WeDMec4v1ysyHF8VhYtDPF/r +lu6/4J3KAeT5Rp5HICN34Y= X-Google-Smtp-Source: AFSGD/UroBavpy+nAHfIn0hOTIouQgglaYggvXKg3bc18NDnqiB9u6oPQ+Zc389dP1MA3aD/CWiliQ== X-Received: by 2002:a19:574d:: with SMTP id l74mr24123208lfb.5.1546562356409; Thu, 03 Jan 2019 16:39:16 -0800 (PST) Received: from [192.168.0.108] ([79.175.3.69]) by smtp.googlemail.com with ESMTPSA id l63sm11058686lfl.76.2019.01.03.16.39.14 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 03 Jan 2019 16:39:15 -0800 (PST) References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <93c0f44f-012c-4963-faf3-e4185bc3aee0@yandex.ru> <877eflxov0.fsf@mail.linkov.net> From: Dmitry Gutov Message-ID: <2f89fe0a-9ada-6b30-b8f6-2dec5bbe1bd6@yandex.ru> Date: Fri, 4 Jan 2019 03:39:14 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:64.0) Gecko/20100101 Thunderbird/64.0 MIME-Version: 1.0 In-Reply-To: <877eflxov0.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 04.01.2019 3:12, Juri Linkov wrote: >> This would be my main objection as well. > > Actually the window is not tiny. It gets more than a half window > from the window there is was called. But now I propose to do this > only for xref-find-definitions. In any case, I'd like to see it in a separate patch (maybe a separate bug#/discussion as well). Let's not mix the proposal in question, which more or less retains the current behavior, with something where the main goal is changing it. >> Maybe via two different xrefs-show-function values. I'm not sure. > > Or maybe better xrefs-display-buffer-alist. I'd have to see the patch. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Jan 2019 00:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154656255129757 (code B ref 33870); Fri, 04 Jan 2019 00:43:01 +0000 Received: (at 33870) by debbugs.gnu.org; 4 Jan 2019 00:42:31 +0000 Received: from localhost ([127.0.0.1]:46106 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfDZG-0007js-WD for submit@debbugs.gnu.org; Thu, 03 Jan 2019 19:42:31 -0500 Received: from mail-lj1-f177.google.com ([209.85.208.177]:42201) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfDZA-0007jZ-V9 for 33870@debbugs.gnu.org; Thu, 03 Jan 2019 19:42:27 -0500 Received: by mail-lj1-f177.google.com with SMTP id l15-v6so31169365lja.9 for <33870@debbugs.gnu.org>; Thu, 03 Jan 2019 16:42:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=P0p3jsdV3WFsmKIHFhpap0ipiNdGbl0PTzfSMmPquWo=; b=XtygVokNFx01gFnWATc5YmHjSqaebeOj5Eoc/Spmr5mqvLv2v94bXjQRPuPNHsAao1 n4Ax6kKecF8ekz2lxMzPSDPXalrS74dwCkogGvZpcPSJY9zmZba9xw/OBrjzzd3VrEr/ dQvaayXDL34NLNC6uWqYDDfcttU7brWnY2XmebQdWqCHi3Lex0TQGLo4yJMdjmyhSdDS P0h1hHrjnnXhdUwTCzzJQGb/QDHuHfRy5DdlAQ+TYEsz6/3GG4yJuPMUbSOMZdn1sPSi x/t3hftOwA4LsAfVJ1r6rP/g1jULLX1trko0Knd/nV+ssxoaed8GAhKAisKIvGJtIvuM Palw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=P0p3jsdV3WFsmKIHFhpap0ipiNdGbl0PTzfSMmPquWo=; b=dF2l6t1fidiWDIqi5itNE0btykKtJpK8zeq+yp1NL5e1Y4KC3MBrElKazmSwDQdo/f ilEYYR7KSHCHjV2AxGZc1e1+jSH/F2/yRbTvFl0H0aiA5Ua3NhKnw5c9MLlr+bCKfex7 RNMuxfzQLrHaW6IFuWENa37h7rA3zx/7jQBpHpd8IvLJsawXfKbSYE2yVZeIQ7Kc36qT 1NrWzvRtUNDrvYxuhRjOKj0Rk/AGnBsBpbdS2zh823yo/tUCt9KUvCqaW6sspOgjzN+P hL4OQbYFPXn9AwgGMThetGOBkDb7bOQ0H3owo7/GMHaWprYNLesg/rAjjdn4tS7BbNlh PIog== X-Gm-Message-State: AJcUukfz04NuJhamJer/Qn5ZYXE1CKOxm/3TPbyG+Din005mcYpCahat MC7bKvx9yr7PS9soPLU5zc2dF3qECz8= X-Google-Smtp-Source: ALg8bN41rSTyb3SSa9iWCFZjvojEvIYPLNhH+WnBJ48I4YuzxQ6NRxkJPn5reaSl9grnvdFdZJaE2g== X-Received: by 2002:a2e:5854:: with SMTP id x20-v6mr27362567ljd.31.1546562538833; Thu, 03 Jan 2019 16:42:18 -0800 (PST) Received: from [192.168.0.108] ([79.175.3.69]) by smtp.googlemail.com with ESMTPSA id 4-v6sm11859950ljw.84.2019.01.03.16.42.17 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 03 Jan 2019 16:42:18 -0800 (PST) References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <87va35z95v.fsf@gmail.com> <87pntdxp3l.fsf@mail.linkov.net> From: Dmitry Gutov Message-ID: Date: Fri, 4 Jan 2019 03:42:16 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:64.0) Gecko/20100101 Thunderbird/64.0 MIME-Version: 1.0 In-Reply-To: <87pntdxp3l.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 04.01.2019 3:07, Juri Linkov wrote: > It's as easy as moving components of the particular display action > from the recent patch into a separate function. Which would make xref.el depend on Emacs 27.1. Just making sure everybody remembers that. > Actually the request was about making xref windows more configurable. Via display-buffer-alist, right? From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Jan 2019 06:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15465849547400 (code B ref 33870); Fri, 04 Jan 2019 06:56:02 +0000 Received: (at 33870) by debbugs.gnu.org; 4 Jan 2019 06:55:54 +0000 Received: from localhost ([127.0.0.1]:46175 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfJOb-0001vH-PX for submit@debbugs.gnu.org; Fri, 04 Jan 2019 01:55:53 -0500 Received: from eggsout.gnu.org ([209.51.188.92]:38275) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfJOa-0001vB-W5 for 33870@debbugs.gnu.org; Fri, 04 Jan 2019 01:55:53 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gfJOa-0006jB-2o for 33870@debbugs.gnu.org; Fri, 04 Jan 2019 01:55:52 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:35980) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gfJOT-0006M3-PM; Fri, 04 Jan 2019 01:55:45 -0500 Received: from [176.228.60.248] (port=3297 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gfJOT-0003xf-BU; Fri, 04 Jan 2019 01:55:45 -0500 Date: Fri, 04 Jan 2019 08:55:43 +0200 Message-Id: <83lg403o9c.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <878t011lch.fsf@mail.linkov.net> (message from Juri Linkov on Thu, 03 Jan 2019 23:29:18 +0200) References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > From: Juri Linkov > Date: Thu, 03 Jan 2019 23:29:18 +0200 > Cc: 33870@debbugs.gnu.org, Dmitry Gutov > > when xref-find-definitions pops up the xref window, usually it > contains just 2 lines taking half of the screen where most space is > uselessly empty. We have fit-window-to-buffer for these situations. > The distinction between internal and public window functions is quite fuzzy. To my mind, internal functions shouldn't be used outside of the file that defines them. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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: Fri, 04 Jan 2019 07:42:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154658771711526 (code B ref 33870); Fri, 04 Jan 2019 07:42:01 +0000 Received: (at 33870) by debbugs.gnu.org; 4 Jan 2019 07:41:57 +0000 Received: from localhost ([127.0.0.1]:46188 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfK7B-0002zp-3d for submit@debbugs.gnu.org; Fri, 04 Jan 2019 02:41:57 -0500 Received: from mail-qt1-f182.google.com ([209.85.160.182]:44812) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfK78-0002zd-VC for 33870@debbugs.gnu.org; Fri, 04 Jan 2019 02:41:55 -0500 Received: by mail-qt1-f182.google.com with SMTP id n32so39469094qte.11 for <33870@debbugs.gnu.org>; Thu, 03 Jan 2019 23:41:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=PZ51PVPioEzD+gLbkEMonEFWjapW0TN/zrepZXjPWQQ=; b=IsAJ7DVmNDWByZ3zGmtM2L8S4zDXTQ3IdR84+XVDAW1beuvKdkdab6mQ2VLpUkF0ev R95A8gexWtcDF1/piimJB1LAejmmIBS3tvnhIgMWc7ZRViRQlyD/pF2GoWPgkO75TtrR weIK7FaiBEHM1p5RQr4+qrqkEMXIo38hVDyGiTJ3lwHKIWwwEN4mxqxvFYK/vBAIbXBn FdIZmYXNw9tDe6DFsrsFrCY+En4BVO4dZp8z9O59pQJYZIqNoDDCnoGh5nTDxczdKJTQ tNBLWwSFT5NruTpdWQhjTPPtzBIIzmdAumM++a9GrUdq1/W2yF2hhAOTE2sK9FrSU1LB +hjQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=PZ51PVPioEzD+gLbkEMonEFWjapW0TN/zrepZXjPWQQ=; b=Qa7/COTgZhJQRwMksDBR6nROQBub8+PCYz/ML0wDbDSzSOT/X8HfbCduK1uPrW0Jlc RuA8hDyf2Nw+e7WMHHBpXKM1ZmRtmDs79+OE1mXFForqgsDUrLaspqVuQofeug2UMJPN NbHCc366TYQzVfSmSEcsWjb8tSzVIbf+sVqcnYh2gA+dIkmPqiv6u2/Dc8EWYR55Wepj YhoRvC1rVdgp25ZiCITT+JoV8izPi3/VX1ppHZeMOEUf3mf3GHiNzS52GwM9OF43L1zg hQK4fG1k1HeSLnxMmLWfYFoIiVL9M6FqunBWUk/kfLI6AACGEeohQVAkVbvIOG9SG/h2 vKyg== X-Gm-Message-State: AJcUukc99eJm3LdTEs1TJ3Mea9W4aQGm5NdzTHAwNZuuUWorfAvSvppP K/G1O5wFGdifJidx2hU68vI/ciyyS0bTtuqi520= X-Google-Smtp-Source: ALg8bN7MD52+9VVLsJcyPcdwxVRqS4AadqLOvGRppclsJA9HYASo1xZdGveFtgf8mbLLXQPaPskmBQ7IKMkFh73BHR8= X-Received: by 2002:a0c:d4a7:: with SMTP id u36mr48311526qvh.38.1546587709263; Thu, 03 Jan 2019 23:41:49 -0800 (PST) MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <87va35z95v.fsf@gmail.com> <87pntdxp3l.fsf@mail.linkov.net> In-Reply-To: <87pntdxp3l.fsf@mail.linkov.net> From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Date: Fri, 4 Jan 2019 07:41:38 +0000 Message-ID: Content-Type: multipart/alternative; boundary="00000000000006568a057e9d0375" X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) --00000000000006568a057e9d0375 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Jan 4, 2019, 00:16 Juri Linkov I don't know. Can I get back the original behaviour easily? If so, > > how? > This should be easy using a new display action. > Ok. Make sure to include that in your next patch, and make it the default. > > > I ask because the assumption that xref-find-definitions produces a smal= l > > number of lines is really quite brittle. Generic functions can have > > many, many methods. In Emacs, cl-print-object has 10 definitions lines= , > > but that could/should easily grow as anyone who devises a new type of > > object can write a cl-print-object for it. In a Common Lisp system > > CL:PRINT-OBJECT usually has a ton of methods (and I'm trying to write a > > CL IDE that uses xref.el) > > In my experience 10 lines is an exception. Even with more lines the > completions-like xref window remain pretty usable. I'm trying to tell your that your experience which seems limited to xref in emacs lisp, is not a good measure of how xref-find-definitions is used in the wild. xref-find-definitions came from something called slime-find-definitions, and has mostly its UI. SLIME is a CL IDE where 100+ long complicated definitions are the norm, not the exception. And one day SLIME could decide to use xref.el. > If it's part of the API, it should really be named > > window-display-buffer. I'm just making sure it isn't an implementation > > detail for which Martin reserve the to change at any time. > > I agree, window--display-buffer is more public towards other packages > and could be renamed. > Good. Include this in your next patch. >>> Perhaps you want > > And can you create one such composite display action that brings exactl= y > > the current *xref* behaviour? Or does one such thing already exist? > > It's as easy as moving components of the particular display action > from the recent patch into a separate function. > OK. Actually the request was about making xref windows more configurable. > I could rename the subject if necessary, or create a separate request > for more discussion. > Don't change subject, create a separate request. Submit a second patch that makes xref windows configurable and leaves the default UI unchanged. Then install that patch closing this bug. In the separate discussion we can continue the discussion of the UI changes you want. Actually I should have made this separation clearly earlier. Jo=C3=A3o > --00000000000006568a057e9d0375 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Fri, = Jan 4, 2019, 00:16 Juri Linkov <juri@= linkov.net wrote:

> I don't know.=C2=A0 Can I get back the original behaviour easily?= =C2=A0 If so,
> how?
This should be easy using a new display action.


= Ok. Make sure to include that in your next patch, and make it the default.<= /div>

> I ask because the assumption that xref-find-definitions produces a sma= ll
> number of lines is really quite brittle.=C2=A0 Generic functions can h= ave
> many, many methods.=C2=A0 In Emacs, cl-print-object has 10 definitions= lines,
> but that could/should easily grow as anyone who devises a new type of<= br> > object can write a cl-print-object for it.=C2=A0 In a Common Lisp syst= em
> CL:PRINT-OBJECT usually has a ton of methods (and I'm trying to wr= ite a
> CL IDE that uses xref.el)

In my experience 10 lines is an exception.=C2=A0 Even with more lines the completions-like xref window remain pretty usable.
=

I'm trying to tell your t= hat your experience which seems limited to xref in emacs lisp, is not a goo= d measure of how xref-find-definitions is used in the wild. xref-find-defin= itions came from something called slime-find-definitions, and has mostly it= s UI. SLIME is a CL IDE=C2=A0 where 100+ long complicated definitions are t= he norm, not the exception.=C2=A0 And one day SLIME could decide to use xre= f.el.

> If it&= #39;s part of the API, it should really be named
> window-display-buffer.=C2=A0 I'm just making sure it isn't an = implementation
> detail for which Martin reserve the to change at any time.

I agree, window--display-buffer is more public towards other packages
and could be renamed.

Good. Include this in your next patch.

>>> Perhaps you want=C2=A0
> And can you create one such composite display action that brings exact= ly
> the current *xref* behaviour?=C2=A0 Or does one such thing already exi= st?

It's as easy as moving components of the particular display action
from the recent patch into a separate function.

OK.
<= br>
Actually the request was about making xref windows more configurable.
I could rename the subject if necessary, or create a separate request
for more discussion.

Don't change subject, create a separate request. Su= bmit a second patch that makes xref windows configurable and leaves the def= ault UI unchanged. Then install that patch closing this bug. In the separat= e discussion we can continue the discussion of the UI changes you want.

Actually I should have made= this separation clearly earlier.

Jo=C3=A3o
--00000000000006568a057e9d0375-- From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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: Fri, 04 Jan 2019 07:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154658819612269 (code B ref 33870); Fri, 04 Jan 2019 07:50:02 +0000 Received: (at 33870) by debbugs.gnu.org; 4 Jan 2019 07:49:56 +0000 Received: from localhost ([127.0.0.1]:46191 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfKEu-0003Bp-55 for submit@debbugs.gnu.org; Fri, 04 Jan 2019 02:49:56 -0500 Received: from mail-qt1-f169.google.com ([209.85.160.169]:38906) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfKEs-0003Bc-9V for 33870@debbugs.gnu.org; Fri, 04 Jan 2019 02:49:54 -0500 Received: by mail-qt1-f169.google.com with SMTP id p17so39561632qtl.5 for <33870@debbugs.gnu.org>; Thu, 03 Jan 2019 23:49:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=VudaHVClsqoSA4YaitCZz7urjG8SMvY2kdtOmKTGpq4=; b=O+yiGKpR6b/wkGc6mDusNvCRhHmDbgQrGLaCggaikq35LSFoMqXUfsIQjGJL7hMDPq rCMbq28Ak9cZdM0sPIFjmdyyUi9Whg+14a214vvhAWNHyhXnAQP8kyhMKkEXtFlEVOjB WSZg+If/DNG59bHcRg8AylYqzQeygWhcS2w7m8f+1usNQ92u2pM8wxseBioJpZlNeDmc 6H7c+CZqlRZgkdeNEitY2FYnoQJwY4TwpmOIGhXu+AKhsrCSTxOmIja00vBRZaEUAk4s LmPeOM6HF423mKxWKqlF4EKOhzCVmLTD9avH+gDivwYL19SgthI3o8+a+m5q8ruGGGG1 oABg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=VudaHVClsqoSA4YaitCZz7urjG8SMvY2kdtOmKTGpq4=; b=iFMk139S/oEsYCDfBQZuqPU9Ab6pWxgiUoONFQkPxl1mZQAamQX6Yaoaun+/Xqj9nq XgGVwESeaPdcEGyFNpBQH8YfY2d5IW8W4pRVj+0Se7wCd5Gb8/09wZ4bSA5amQgu9bsd y+7kgASAFJLNt0dpaQo+80vHbd+H7giuV47i2NHFfdwYrMl5bmCCF1Edocpcgq08bJ72 HpaZy6Lgvkryga5TEOm1J2UaqY3ciHZ7qQrg1jZaBsBx/2Gr0+NGsWJrTpIAAG6wFCky Qo46v0L1XS4zL35LSgp71NEsiom35Q0Sm3yjMtpPULIJjlCpw0Pl71s3h31lQlzNvSln FKRA== X-Gm-Message-State: AJcUukcj2ehp8eIilUVMHxbPObHlrcRWnfxe8JvsUmQZ3V+GEDhEJ4uM 2Lc9xAMw1J4pSfYSe3nLlxsM6l+vvcmfVQXOP4M= X-Google-Smtp-Source: ALg8bN4oHugARiVkRcZQ4QrM3ayly2ZtZLccvPQfppEWn9C5Fx/rmX4LPrOg9MxCTm6LJVkP/bR/L2D4TCLdNb3zt2w= X-Received: by 2002:ad4:50cc:: with SMTP id e12mr47688435qvq.20.1546588188751; Thu, 03 Jan 2019 23:49:48 -0800 (PST) MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <04e35f79-fa02-b643-04c4-8d6a5587cce5@yandex.ru> <87wonlwa6o.fsf@mail.linkov.net> In-Reply-To: <87wonlwa6o.fsf@mail.linkov.net> From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Date: Fri, 4 Jan 2019 07:49:38 +0000 Message-ID: Content-Type: multipart/alternative; boundary="0000000000009abbb7057e9d1f5d" X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) --0000000000009abbb7057e9d1f5d Content-Type: text/plain; charset="UTF-8" On Fri, Jan 4, 2019, 00:17 Juri Linkov in a web browser, do you expect it to close the current window > and open a link in a new window? > I suggested TAB because in Emacs, tab completes stuff and closes *completions*. So it's not consistent with web browsers but is consistent with emacs, as usual. I agree it's not a brilliant binding, but could we not focus efforts. changing the UI here and solve the actual bug first? > --0000000000009abbb7057e9d1f5d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Fri, = Jan 4, 2019, 00:17 Juri Linkov <juri@= linkov.net wrote:

xref-quit-and-goto-xref has no good keybinding.=C2=A0 If you type TAB
in a web browser, do you expect it to close the current window
and open a link in a new window?

I suggested TAB because in Emacs, tab compl= etes stuff and closes *completions*. So it's not consistent with web br= owsers but is consistent with emacs, as usual. I agree it's not a brill= iant binding, but could we not focus efforts. changing the UI here and solv= e the actual bug first?
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">
--0000000000009abbb7057e9d1f5d-- From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 05 Jan 2019 23:32:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org, Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154673111922128 (code B ref 33870); Sat, 05 Jan 2019 23:32:02 +0000 Received: (at 33870) by debbugs.gnu.org; 5 Jan 2019 23:31:59 +0000 Received: from localhost ([127.0.0.1]:48125 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfvQ7-0005kq-48 for submit@debbugs.gnu.org; Sat, 05 Jan 2019 18:31:59 -0500 Received: from insect.birch.relay.mailchannels.net ([23.83.209.93]:53743) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfvQ3-0005kg-VM for 33870@debbugs.gnu.org; Sat, 05 Jan 2019 18:31:57 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id D9D0F282633; Sat, 5 Jan 2019 23:31:54 +0000 (UTC) Received: from pdx1-sub0-mail-a35.g.dreamhost.com (unknown [100.96.19.78]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 9572628257D; Sat, 5 Jan 2019 23:31:54 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a35.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sat, 05 Jan 2019 23:31:54 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Obese-Stop: 50e9f5f30be3a72f_1546731114765_32692906 X-MC-Loop-Signature: 1546731114765:3637912761 X-MC-Ingress-Time: 1546731114764 Received: from pdx1-sub0-mail-a35.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTP id 543427F5B7; Sat, 5 Jan 2019 15:31:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=linkov.net; bh=6x3Hkm JPQOU1yHA/mP5vOuvI7R8=; b=oTlz6WtUF/0StxzUF0m5/uZBs9ts/jRYBWdS/D uIoJk53fyCJ7+QdVLv5xy2MTYrpQtW+VBIUA+WkNKnrma1Mj64qDn/4LGY2eWhKw pTlU5cWsEQ+lZM4rsjudEgSAIuNS9WoCpeW5Sfjv+WkBMuISAWS6vZlyRnUNudk3 rhUUY= Received: from mail.jurta.org (m91-129-109-141.cust.tele2.ee [91.129.109.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTPSA id 437E47F5B8; Sat, 5 Jan 2019 15:31:49 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a35 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <04e35f79-fa02-b643-04c4-8d6a5587cce5@yandex.ru> <87wonlwa6o.fsf@mail.linkov.net> Date: Sun, 06 Jan 2019 01:17:33 +0200 In-Reply-To: ("=?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?="'s message of "Fri, 4 Jan 2019 07:49:38 +0000") Message-ID: <87bm4uae42.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrvdeggdduudcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtgfesthekredttderjeenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdelrddugedunecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtledrudeguddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehjohgrohhtrghvohhrrgesghhmrghilhdrtghomhenucevlhhushhtvghrufhiiigvpedt Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> xref-quit-and-goto-xref has no good keybinding. If you type TAB >> in a web browser, do you expect it to close the current window >> and open a link in a new window? > > I suggested TAB because in Emacs, tab completes stuff and closes > *completions*. So it's not consistent with web browsers but is consiste= nt > with emacs, as usual. Typing TAB in *Completions* moves point to the next completion, so in xref this corresponds to xref-next-line, and Shift-TAB moves to the previous completion that corresponds to xref-prev-line. The closest analogue to "close and do it" in Emacs I see only dired-find-alternate-file bound to =E2=80=98a=E2=80=99: diff --git a/lisp/progmodes/xref.el b/lisp/progmodes/xref.el index 87ce2299c5..169f49a348 100644 --- a/lisp/progmodes/xref.el +++ b/lisp/progmodes/xref.el @@ -685,7 +674,9 @@ xref--xref-buffer-mode-map (define-key map (kbd "p") #'xref-prev-line) (define-key map (kbd "r") #'xref-query-replace-in-results) (define-key map (kbd "RET") #'xref-goto-xref) - (define-key map (kbd "TAB") #'xref-quit-and-goto-xref) + (define-key map (kbd "TAB") #'xref-next-line) + (define-key map [backtab] #'xref-prev-line) + (define-key map (kbd "a") #'xref-quit-and-goto-xref) (define-key map (kbd "C-o") #'xref-show-location-at-point) ;; suggested by Johan Claesson "to further reduce finger movement": (define-key map (kbd ".") #'xref-next-line) From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 05 Jan 2019 23:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 33870@debbugs.gnu.org, joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154673115622206 (code B ref 33870); Sat, 05 Jan 2019 23:33:02 +0000 Received: (at 33870) by debbugs.gnu.org; 5 Jan 2019 23:32:36 +0000 Received: from localhost ([127.0.0.1]:48128 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfvQi-0005m5-Fd for submit@debbugs.gnu.org; Sat, 05 Jan 2019 18:32:36 -0500 Received: from eastern.maple.relay.mailchannels.net ([23.83.214.55]:19425) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfvQh-0005ly-7P for 33870@debbugs.gnu.org; Sat, 05 Jan 2019 18:32:35 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 110435C43FC; Sat, 5 Jan 2019 23:32:34 +0000 (UTC) Received: from pdx1-sub0-mail-a35.g.dreamhost.com (unknown [100.96.19.74]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id A87665C3D5E; Sat, 5 Jan 2019 23:32:33 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a35.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sat, 05 Jan 2019 23:32:34 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Bored-Desert: 7194b4e51abd3656_1546731153869_336642120 X-MC-Loop-Signature: 1546731153869:1498097425 X-MC-Ingress-Time: 1546731153868 Received: from pdx1-sub0-mail-a35.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTP id 4FEB2811B1; Sat, 5 Jan 2019 15:32:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=qExYnVQaKnM7OTx75eWpzBWU4Yc=; b= irym0zloUd/Bew2M+UogEFhlAdf64W6RiCBWpoSyvktEmhonkkqqkjrH/Y0WpvXw Y0leNWFkLMQhtbGGjgWDNuc0JQaJdHjnJyYW00KYASq69LedwVd9sLmwxyvKkB7v EdghNibdfVrtNTSQOCBxBFo1wdmrfImjYpuXwJCI3x0= Received: from mail.jurta.org (m91-129-109-141.cust.tele2.ee [91.129.109.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTPSA id 2942E7F5B7; Sat, 5 Jan 2019 15:32:22 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a35 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <83lg403o9c.fsf@gnu.org> Date: Sun, 06 Jan 2019 01:23:32 +0200 In-Reply-To: <83lg403o9c.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 04 Jan 2019 08:55:43 +0200") Message-ID: <87r2dq8z9n.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrvdeggdduudcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehmtderredtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtledrudegudenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdelrddugedupdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtohepvghlihiisehgnhhurdhorhhgnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --=-=-= Content-Type: text/plain >> when xref-find-definitions pops up the xref window, usually it >> contains just 2 lines taking half of the screen where most space is >> uselessly empty. > > We have fit-window-to-buffer for these situations. > >> The distinction between internal and public window functions is quite fuzzy. > > To my mind, internal functions shouldn't be used outside of the file > that defines them. This patch addresses all these concerns. display-buffer--maybe-at-bottom can be renamed to display-buffer-maybe-at-bottom without a deprecation alias because it was added in Emacs 27. --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=display-bufffer.patch diff --git a/lisp/window.el b/lisp/window.el index 37d82c060c..015933839d 100644 --- a/lisp/window.el +++ b/lisp/window.el @@ -7457,6 +7457,21 @@ display-buffer-in-child-frame (unless (cdr (assq 'inhibit-switch-frame alist)) (window--maybe-raise-frame frame))))) +(defun display-buffer-maybe-below-selected (buffer alist) + ;; This is a copy of `display-buffer-fallback-action' + ;; where `display-buffer-use-some-window' is replaced + ;; with `display-buffer-below-selected'. + (let ((alist (append alist `(,(if temp-buffer-resize-mode + '(window-height . resize-temp-buffer-window) + '(window-height . fit-window-to-buffer)) + ,(when temp-buffer-resize-mode + '(preserve-size . (nil . t))))))) + (or (display-buffer--maybe-same-window buffer alist) + (display-buffer-reuse-window buffer alist) + (display-buffer--maybe-pop-up-frame buffer alist) + (display-buffer-in-previous-window buffer alist) + (display-buffer-below-selected buffer alist)))) + (defun display-buffer-below-selected (buffer alist) "Try displaying BUFFER in a window below the selected window. If there is a window below the selected one and that window @@ -7503,7 +7518,10 @@ display-buffer-below-selected (window--display-buffer buffer window 'reuse alist display-buffer-mark-dedicated))))) -(defun display-buffer--maybe-at-bottom (buffer alist) +(defun display-buffer-maybe-at-bottom (buffer alist) + ;; This is a copy of `display-buffer-fallback-action' + ;; where `display-buffer-use-some-window' is replaced + ;; with `display-buffer-at-bottom'. (let ((alist (append alist `(,(if temp-buffer-resize-mode '(window-height . resize-temp-buffer-window) '(window-height . fit-window-to-buffer)) @@ -7512,6 +7530,7 @@ display-buffer--maybe-at-bottom (or (display-buffer--maybe-same-window buffer alist) (display-buffer-reuse-window buffer alist) (display-buffer--maybe-pop-up-frame buffer alist) + (display-buffer-in-previous-window buffer alist) (display-buffer-at-bottom buffer alist)))) (defun display-buffer-at-bottom (buffer alist) diff --git a/lisp/files.el b/lisp/files.el index 6ccb001e35..0741dbc19e 100644 --- a/lisp/files.el +++ b/lisp/files.el @@ -3396,7 +3396,7 @@ hack-local-variables-confirm ;; Display the buffer and read a choice. (save-window-excursion - (pop-to-buffer buf '(display-buffer--maybe-at-bottom)) + (pop-to-buffer buf '(display-buffer-maybe-at-bottom)) (let* ((exit-chars '(?y ?n ?\s ?\C-g ?\C-v)) (prompt (format "Please type %s%s: " (if offer-save "y, n, or !" "y or n") @@ -7053,7 +7053,9 @@ save-buffers-kill-emacs (or (not active) (with-displayed-buffer-window (get-buffer-create "*Process List*") - '(display-buffer--maybe-at-bottom) + '(display-buffer-maybe-at-bottom + (window-height . fit-window-to-buffer) + (preserve-size nil . t)) #'(lambda (window _value) (with-selected-window window (unwind-protect diff --git a/lisp/minibuffer.el b/lisp/minibuffer.el index 5760a2e49d..7dede4e616 100644 --- a/lisp/minibuffer.el +++ b/lisp/minibuffer.el @@ -1828,18 +1828,12 @@ minibuffer-completion-help (display-buffer-mark-dedicated 'soft)) (with-displayed-buffer-window "*Completions*" - ;; This is a copy of `display-buffer-fallback-action' - ;; where `display-buffer-use-some-window' is replaced - ;; with `display-buffer-at-bottom'. - `((display-buffer--maybe-same-window - display-buffer-reuse-window - display-buffer--maybe-pop-up-frame - ;; Use `display-buffer-below-selected' for inline completions, - ;; but not in the minibuffer (e.g. in `eval-expression') - ;; for which `display-buffer-at-bottom' is used. - ,(if (eq (selected-window) (minibuffer-window)) - 'display-buffer-at-bottom - 'display-buffer-below-selected)) + ;; Use `display-buffer-maybe-below-selected' for inline completions, + ;; but not in the minibuffer (e.g. in `eval-expression') + ;; for which `display-buffer-maybe-at-bottom' is used. + `((,(if (eq (selected-window) (minibuffer-window)) + 'display-buffer-maybe-at-bottom + 'display-buffer-maybe-below-selected)) ,(if temp-buffer-resize-mode '(window-height . resize-temp-buffer-window) '(window-height . fit-window-to-buffer)) --=-=-=-- From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 05 Jan 2019 23:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org, Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154673118522277 (code B ref 33870); Sat, 05 Jan 2019 23:34:01 +0000 Received: (at 33870) by debbugs.gnu.org; 5 Jan 2019 23:33:05 +0000 Received: from localhost ([127.0.0.1]:48131 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfvRA-0005nF-Ta for submit@debbugs.gnu.org; Sat, 05 Jan 2019 18:33:05 -0500 Received: from bisque.maple.relay.mailchannels.net ([23.83.214.18]:56675) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfvR9-0005mx-By for 33870@debbugs.gnu.org; Sat, 05 Jan 2019 18:33:03 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 346A63E3565; Sat, 5 Jan 2019 23:33:02 +0000 (UTC) Received: from pdx1-sub0-mail-a35.g.dreamhost.com (unknown [100.96.35.77]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id BDD253E337B; Sat, 5 Jan 2019 23:33:01 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a35.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sat, 05 Jan 2019 23:33:02 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Abiding-Harmony: 3b28900f6e3f4ead_1546731182035_3161914939 X-MC-Loop-Signature: 1546731182035:246789197 X-MC-Ingress-Time: 1546731182035 Received: from pdx1-sub0-mail-a35.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTP id 6596F811B1; Sat, 5 Jan 2019 15:33:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=RokNvB/N7var+fMM7DQd01lm2LI=; b= 2APqD2eBIhxYfQNyOF/q+G/MTcf71+dvURfCjGfBwCoC4BhfCeyz6QyqR6Q7cSLf xTsNsntEo2Xdztap45nr3TKr7IOZgp/EQLiSnI1y2FPXZWMshDD7ZNr6oOI1RgYX ydjn2Pri1UVeB5oMJPuek0kP71JR3iv8VCC3SqitdZc= Received: from mail.jurta.org (m91-129-109-141.cust.tele2.ee [91.129.109.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTPSA id 34ED17F4DE; Sat, 5 Jan 2019 15:32:49 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a35 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> Date: Sun, 06 Jan 2019 01:27:11 +0200 In-Reply-To: <878t02egph.fsf@mail.linkov.net> (Juri Linkov's message of "Thu, 03 Jan 2019 02:18:50 +0200") Message-ID: <87imz28z3k.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrvdeggdduudcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehmtderredtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtledrudegudenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdelrddugedupdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtohepjhhorghothgrvhhorhgrsehgmhgrihhlrdgtohhmnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --=-=-= Content-Type: text/plain Here's a better patch that relies on display-buffer-in-previous-window: --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=xref-previous-window.patch diff --git a/lisp/progmodes/xref.el b/lisp/progmodes/xref.el index 87ce2299c5..169f49a348 100644 --- a/lisp/progmodes/xref.el +++ b/lisp/progmodes/xref.el @@ -482,19 +482,9 @@ xref--show-pos-in-buf (window-live-p xref--original-window) (or (not (window-dedicated-p xref--original-window)) (eq (window-buffer xref--original-window) buf))) - `(,(lambda (buf _alist) - (set-window-buffer xref--original-window buf) - xref--original-window)))))) - (with-selected-window - (with-selected-window - ;; Just before `display-buffer', place ourselves in the - ;; original window to suggest preserving it. Of course, if - ;; user has deleted the original window, all bets are off, - ;; just use the selected one. - (or (and (window-live-p xref--original-window) - xref--original-window) - (selected-window)) - (display-buffer buf action)) + `((display-buffer-in-previous-window) + (previous-window . ,xref--original-window)))))) + (with-selected-window (display-buffer buf action) (xref--goto-char pos) (run-hooks 'xref-after-jump-hook) (let ((buf (current-buffer))) --=-=-=-- From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 05 Jan 2019 23:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154673234024270 (code B ref 33870); Sat, 05 Jan 2019 23:53:02 +0000 Received: (at 33870) by debbugs.gnu.org; 5 Jan 2019 23:52:20 +0000 Received: from localhost ([127.0.0.1]:48138 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfvjo-0006JO-2A for submit@debbugs.gnu.org; Sat, 05 Jan 2019 18:52:20 -0500 Received: from mail-lf1-f42.google.com ([209.85.167.42]:43546) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfvjl-0006J7-MZ for 33870@debbugs.gnu.org; Sat, 05 Jan 2019 18:52:18 -0500 Received: by mail-lf1-f42.google.com with SMTP id u18so27762984lff.10 for <33870@debbugs.gnu.org>; Sat, 05 Jan 2019 15:52:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=iMYZO2opX4Pn4CWGhRqti0UWibJYePA1uHd3gXEeDlo=; b=DpODObMWDMiaUkG1IO22P22D/DwKojtm9pIZEUb1XrLVhlyGBUjzWH+oma7zxgK4+e MKkoDu+t9VqPLL5IfXjig+CIZ0wzkRNgmYJXu2YV/bwwcIS9u5jJrl/i8a11mbE0VW/X 6BrMLnYaETZ+uaVq/2cnWCt6VcO+MrvWbMpLNYw7gz0N0Kl9yHFPBCFDQJbi+nqH7dhD ZfszQkDUCD3i6kGdzzGb3UR72TlRHiqtG6Ou2hMkB3EFp2Hi4ulzF+E9Ck0oJ93UZytT lO7eBD7zEoGKnU1lYtZ+p9vE9YpQGBDbp0XC5MCHTtMxxNWremErL/Xh0K4F77qGW3lB UCQA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=iMYZO2opX4Pn4CWGhRqti0UWibJYePA1uHd3gXEeDlo=; b=SjJE7ybX9rdp3I4u3BJWCtb6aFrxGVfAWx5eJZjZGMnDRXu0eQbdDVTK9NULA6ugI6 +yCwcFSC+TGMIDIoyQRt+g8itKPZ1yhZmbs7hX1I3LqvkVRGBlcDW3++9h3EQ206WmoG eEEG+WqzT7/7+Zql1qwQV3QI69sd/Mh6CzSH7O3181cQxw+Nh4trQ4ncg8T6bufahbzs ORcGVf6lu0kENVOMq/MQ7yWZAW0PrsvXUBoMi4KwwDC46O/DQOEyBMqpe/NUeVy0zEOM ywYwv7Df4zpLRsuqLzMyhrDQ5ENXQsFfCwySalsMW1XsxM9OHa76gRd70fdj/+dkzg1+ 9BcA== X-Gm-Message-State: AA+aEWZ+YFavs95YsMBbOv6VszvmYQKrxm1vwIhvN3pGajCQ+Q4NTDY1 gY1HSyguoU86MMByDtZTFNEMTMGC X-Google-Smtp-Source: AFSGD/V4zv/ITMk/YmN4rbW42/xhgNeBpGYHAz+Mck412unWas6rpjTXzNcuKsvUeKXJzKG1D8EqcQ== X-Received: by 2002:a19:3b45:: with SMTP id i66mr29738757lfa.28.1546732331378; Sat, 05 Jan 2019 15:52:11 -0800 (PST) Received: from [192.168.1.174] ([178.252.127.239]) by smtp.googlemail.com with ESMTPSA id c22sm11882651lfd.88.2019.01.05.15.52.09 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 05 Jan 2019 15:52:10 -0800 (PST) References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <04e35f79-fa02-b643-04c4-8d6a5587cce5@yandex.ru> <87wonlwa6o.fsf@mail.linkov.net> <87bm4uae42.fsf@mail.linkov.net> From: Dmitry Gutov Message-ID: <3d3d8f2b-413f-5249-b5d5-57bbdf34fb45@yandex.ru> Date: Sun, 6 Jan 2019 02:52:08 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:65.0) Gecko/20100101 Thunderbird/65.0 MIME-Version: 1.0 In-Reply-To: <87bm4uae42.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On 06.01.2019 02:17, Juri Linkov wrote: >> I suggested TAB because in Emacs, tab completes stuff and closes >> *completions*. So it's not consistent with web browsers but is consistent >> with emacs, as usual. Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.5 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [178.252.127.239 listed in dnsbl.sorbs.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (raaahh[at]gmail.com) -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [209.85.167.42 listed in list.dnswl.org] 0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) On 06.01.2019 02:17, Juri Linkov wrote: >> I suggested TAB because in Emacs, tab completes stuff and closes >> *completions*. So it's not consistent with web browsers but is consistent >> with emacs, as usual. Joao probably meant pressing TAB in the original buffer, which is not something you can do with xref. > Typing TAB in *Completions* moves point to the next completion, > so in xref this corresponds to xref-next-line, and Shift-TAB > moves to the previous completion that corresponds to xref-prev-line. Maybe that's an argument for not bringing xref closed to Completions: I would certainly not like if 'n' and 'p' were replaced with 'TAB' and 'S-TAB'. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 05 Jan 2019 23:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154673251024542 (code B ref 33870); Sat, 05 Jan 2019 23:56:02 +0000 Received: (at 33870) by debbugs.gnu.org; 5 Jan 2019 23:55:10 +0000 Received: from localhost ([127.0.0.1]:48141 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfvmY-0006Nm-GA for submit@debbugs.gnu.org; Sat, 05 Jan 2019 18:55:10 -0500 Received: from mail-lf1-f46.google.com ([209.85.167.46]:34624) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gfvmV-0006NY-US for 33870@debbugs.gnu.org; Sat, 05 Jan 2019 18:55:08 -0500 Received: by mail-lf1-f46.google.com with SMTP id p6so27831997lfc.1 for <33870@debbugs.gnu.org>; Sat, 05 Jan 2019 15:55:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=I4HKi4oOskeQNMShjie5a8PRrR4llTitP0wZoewkyXE=; b=rwxCd3NKH6EMqyyDOJW8YorJwzEmLlaJDDRZX0swCaW+K1C3dgzdBhO1Z7wKwMzhEG q/NlnSvWoPCVPoF5prvUyXOnBpOEe64x191X4Ee69dPG2g+IwfqR8mqwRkU2bm7ciC5f 2bHSZd93eumzudZ1joiEJRQJLt4Xor352CzrsjdL3Z0b+Zf9hG8ZTPGINGRx1rBJ/AYX 6yNBtXDvV6mQphi+SjibDS6ebyPvPiqv/8tC5S0uhpONj4pjaDV/ZxCD2Mk/3koPz2ng V3eUmU2u7suIEtCJxQYnJKaRo+1IaD7juFjwTw4xoL1kJTM/EYAzczlk0a6J5dlYfh2s GhBw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=I4HKi4oOskeQNMShjie5a8PRrR4llTitP0wZoewkyXE=; b=VgvC0kQVU36M8H3tTlO/SBkhWE1imL5UVNSOY4j/K1pO7u9m0x89K3YJvuHaX6u3Oy yk4y+rSmiZJCPDKNStlL4/nIUaJOWtSug0NNyP7GVbl7Gp4/CnFFVlK9O0x+3xzzBIIG YneRe+Mj78F2B+P267MpbnK61SEMP7jnXU+uTWf2ZQbMmBZy0JQA13O1xgAJsuI8/K7P 2p83QMyprGeGGXpkIv/GnAoCv28bJnW4kvNIE1a71JyuZZqv/WRi/yExjbnqH1ni1P3t uK5IED8doKNaqXXn8EP+KZOHgf89hGIMUs8eEyFJzhqhCxr0EpeLLe0qZjqOYFGO4rr7 Zw7g== X-Gm-Message-State: AA+aEWauDr7UtVVi0HrgCccG68GsE+jzKBC/NApmaW1x4sB5Oyrp70ep kpGltBGVaEsvuTNH5ag5OseuuEfJ X-Google-Smtp-Source: AFSGD/Uh60q0OqfeBj7ogK3ayrVOz+ZAphaZzEA0++WzLisA3wBa4+D59kT/NLFuujavgGQq+i65sQ== X-Received: by 2002:a19:d5:: with SMTP id 204mr26106501lfa.116.1546732501807; Sat, 05 Jan 2019 15:55:01 -0800 (PST) Received: from [192.168.1.174] ([178.252.127.239]) by smtp.googlemail.com with ESMTPSA id j197sm11992620lfe.24.2019.01.05.15.55.01 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 05 Jan 2019 15:55:01 -0800 (PST) References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <87imz28z3k.fsf@mail.linkov.net> From: Dmitry Gutov Message-ID: Date: Sun, 6 Jan 2019 02:55:00 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:65.0) Gecko/20100101 Thunderbird/65.0 MIME-Version: 1.0 In-Reply-To: <87imz28z3k.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On 06.01.2019 02:27, Juri Linkov wrote: > (with-selected-window (display-buffer buf action) So using display-buffer is okay here, after all? I thought pop-to-buffer is where the magic happens. Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.5 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [178.252.127.239 listed in dnsbl.sorbs.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (raaahh[at]gmail.com) -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [209.85.167.46 listed in list.dnswl.org] 0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) On 06.01.2019 02:27, Juri Linkov wrote: > (with-selected-window (display-buffer buf action) So using display-buffer is okay here, after all? I thought pop-to-buffer is where the magic happens. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 06 Jan 2019 09:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov , Eli Zaretskii Cc: 33870@debbugs.gnu.org, joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154676544712179 (code B ref 33870); Sun, 06 Jan 2019 09:05:02 +0000 Received: (at 33870) by debbugs.gnu.org; 6 Jan 2019 09:04:07 +0000 Received: from localhost ([127.0.0.1]:48222 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gg4Lm-0003AN-Qj for submit@debbugs.gnu.org; Sun, 06 Jan 2019 04:04:06 -0500 Received: from mout.gmx.net ([212.227.15.18]:48689) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gg4Lk-00039r-Gz for 33870@debbugs.gnu.org; Sun, 06 Jan 2019 04:04:04 -0500 Received: from [192.168.1.101] ([212.95.5.2]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M4WRI-1hVa6B2Nhc-00yjzH; Sun, 06 Jan 2019 10:03:55 +0100 Message-ID: <5C31C477.9040108@gmx.at> Date: Sun, 06 Jan 2019 10:03:51 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <83lg403o9c.fsf@gnu.org> <87r2dq8z9n.fsf@mail.linkov.net> In-Reply-To: <87r2dq8z9n.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:nDVcVmBSz/gW99vgBgb62SdRwpd2Emr+1tlMEvGpoXpGuzxshRb qX7HAOUOt+XUP3r9UVG7JFuY7aDB1aaE8ubijSAAlgXJYe3ukyfW3Dng3ybSXEcY5qV+DnM aiTmo9BTvfvlVETu9+2nrCGnb/cBH1Bk6iWUUM6U35FQnG9EhFqdcFvBJTQrmyt1ch87eur IiZKtbZuks3sk1qXfBCBA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:4Qg+b1j/H9U=:Ue67tUCGtedL4uO+FDQOZy xT08toVDXEOMJw/nD55HpQ6n8kJ9yRwTvXW5Sd0LfymHlK/EFihf7RB8/fioBn45SdASXe8HG /9T7UtEv1N6i/r6ZRhMJU7qfTVpspkIk8TkRrJi+Tlh6rT1jiQEzGiAhjHi/vaz7EAOqDSfwv 6UnuaRmzs6jc7nkWrMrw1/zFQ9/SCnUarDVuxhQ0dlIffHyPYupXPim61w5uqIt0GYEiKYrUv KYyZodLdORpRzMaExcMSMWZ5e1XSutm0GrZrZlhdrUIUdZycQhmtpevoca0TucV+dslQYsrZu sVNzp+7v/eQAXX+NLxJW918MU4UWccVa58RvcgbJE6H/gWejS9xeDQFGGNakmyMxup7x0ygMY 1t2l3OK1nn57ReHST2LUyJbPkFBvZ1bMg6SPJuYaLKRQpzm9OPA/0djAIukLZMvUYlIN9Zpux RBlEEBDX6STsYB/PqO8AbiS9gDmwFP9ZHXqTFOaxMSxK5ujSsHL7JiYU55y2thaNrU51hjLAw H5XMckci+Jr3aBT+HTG+RtT7HNYDbTkp3EYJkLBkXLqSRyaSzESZXyAV+clUDuK7kXfp41EtM bA0U03kK4kX72QlRrdMsl4J8D2a7NXv2lbRJz8qU9tIQZwHu0VLu4DypZH2oSDhvAaUXRSJza bU58l2N1xyZgp1vW5t2SZLi45e12HgeDk/ZjG7ubAS3NnW7qMOkH+a/HRb5pExN4jxpAcQ149 4Kwk455JOON29IpUjn04RuwdQO4qSd6OwCZaE5SGBdieTc4DE0Q0RaqWgkqJl5NjVgeaipR03 rQ0Bu93zKv56QX2np2Da4rQnz23Ov0EXF3fqlEn5OzT1HDKmgxOlfY/FTWduxhSCzV6z1F05j 8ugXWtS2WZV09TvprTnJNqwdIDfojxqCi7WPAtLmqQxvruf+fiFWYjM/Z9Mhbw X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > display-buffer--maybe-at-bottom can be renamed to > display-buffer-maybe-at-bottom without a deprecation alias > because it was added in Emacs 27. The 'display-buffer--maybe-' functions are macros in disguise invented by Chong to simplify coding the rest. Unless we can't avoid it, I would not make them public because then we would have to (1) document them, (2) explain the semantics of the "maybe" and (3) justify why the remaining 'display-buffer--maybe-' functions are not public. Also note that 'display-buffer' resizes a window iff that window is new or always has shown the buffer to display before. There's one thing about 'display-buffer-at-bottom' that stupefies me: Here (let (split-width-threshold) (setq window (window--try-to-split-window bottom-window alist))) we bind =E2=80=98split-width-threshold=E2=80=99 so we can split the botto= m window into two side by side windows. I recently found a branch of mine where I bind 'split-height-threshold' to nil instead and now cannot remember what we really wanted - split that window horizontally or vertically. Can you? In either case feel free to change that to what you consider the more appropriate binding - maybe even binding both. Thanks, martin From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 06 Jan 2019 20:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics , Juri Linkov , Eli Zaretskii Cc: 33870@debbugs.gnu.org, joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154680812527813 (code B ref 33870); Sun, 06 Jan 2019 20:56:01 +0000 Received: (at 33870) by debbugs.gnu.org; 6 Jan 2019 20:55:25 +0000 Received: from localhost ([127.0.0.1]:49056 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggFS9-0007EX-4N for submit@debbugs.gnu.org; Sun, 06 Jan 2019 15:55:25 -0500 Received: from aserp2130.oracle.com ([141.146.126.79]:60810) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggFS6-0007EH-P4 for 33870@debbugs.gnu.org; Sun, 06 Jan 2019 15:55:23 -0500 Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1]) by aserp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id x06KsuJC122316; Sun, 6 Jan 2019 20:55:16 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=PXsXKZ1rmM91rX7qb0lzofCn2RK1EhcptZRg8q/x8q4=; b=g+X9dMxqSWBQOqIS2YkHuLwquQsjXUS79AXH4TQgE3/wB+qHzrbrVM/8E7botKcr0czP SxV2eIDI7SXDDMCsJVm/6riSaoBEIBUCFbjDtt7tPa/WHrbRwHkXrsIGrkkCDWVj1373 xyXhAxagM5hGke95SnRKE0vZp4/EmWXaEIPntw8ZWey30z6NO1ETv8BajyFjoYNPNi2d bDXuHEyjPOp7KEuGv5iIb/976eNqgqoj6PU5Z4MA8HohqkFosxHVc5Uh5cjrXwm4SN7d lILCX8guTKYBdqPu1tE9BN7bJmNCLXkDl11V6jnUTTGrIlkmrzjHdxDGAgpXD6it85UG 8A== Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by aserp2130.oracle.com with ESMTP id 2ptj3dk5cs-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 06 Jan 2019 20:55:16 +0000 Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id x06KtFA6022723 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 6 Jan 2019 20:55:16 GMT Received: from abhmp0009.oracle.com (abhmp0009.oracle.com [141.146.116.15]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id x06KtEo8012208; Sun, 6 Jan 2019 20:55:14 GMT MIME-Version: 1.0 Message-ID: Date: Sun, 6 Jan 2019 12:55:13 -0800 (PST) From: Drew Adams References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <83lg403o9c.fsf@gnu.org> <87r2dq8z9n.fsf@mail.linkov.net> <5C31C477.9040108@gmx.at> In-Reply-To: <5C31C477.9040108@gmx.at> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4783.0 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9127 signatures=668680 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=18 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=782 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1901060186 X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > The 'display-buffer--maybe-' functions are macros in disguise invented > by Chong to simplify coding the rest. Unless we can't avoid it, I > would not make them public because then we would have to (1) document > them, (2) explain the semantics of the "maybe" and (3) justify why the > remaining 'display-buffer--maybe-' functions are not public. _Everything_ in Emacs is (and should be) public. Why would Emacs users not deserve all of #1, #2, and #3? Wouldn't you make that info available to Emacs developers? How are Emacs users different from Emacs developers with regard to what info they deserve to know about, including design and implementation behavior and their reasons? Many users might not be interested in digging into such info, but why hide it? Please consider instead making such info clear and explicit for everyone. An absolute minimum in this regard is comments in the code. But Emacs has doc strings, and beyond design and implementation information we should document function behavior in doc strings. It should make no difference how tentative or temporary or "internal" we might currently think some function is - its behavior deserves to be documented. "Unless we can't avoid it...". We should not avoid it or anything like it. It should be a moral imperative, as well as a question of helpfulness and civility, for Emacs to document itself to users. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 07 Jan 2019 00:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154681938715038 (code B ref 33870); Mon, 07 Jan 2019 00:04:02 +0000 Received: (at 33870) by debbugs.gnu.org; 7 Jan 2019 00:03:07 +0000 Received: from localhost ([127.0.0.1]:47454 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggINm-0003uT-Kh for submit@debbugs.gnu.org; Sun, 06 Jan 2019 19:03:06 -0500 Received: from firebrick.maple.relay.mailchannels.net ([23.83.214.59]:58903) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggINk-0003u8-9P for 33870@debbugs.gnu.org; Sun, 06 Jan 2019 19:03:05 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 88D02123F57; Mon, 7 Jan 2019 00:03:01 +0000 (UTC) Received: from pdx1-sub0-mail-a35.g.dreamhost.com (unknown [100.96.35.77]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 2A19D124814; Mon, 7 Jan 2019 00:03:01 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a35.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Mon, 07 Jan 2019 00:03:01 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Desert-Interest: 3449f09e4a9891fa_1546819381366_4292434645 X-MC-Loop-Signature: 1546819381365:1254429061 X-MC-Ingress-Time: 1546819381365 Received: from pdx1-sub0-mail-a35.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTP id DDA077F5B7; Sun, 6 Jan 2019 16:03:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=linkov.net; bh=bFiNbt EP8QG957fWiB2pMy3xg+E=; b=oysKI12se6UneYkLMrIIfnLU89UdMBhSyKUsOK RFW1IG77O+RDvjvas6sZW27t+BihwxV9Q3Mfp7SQ4M0Yr88d2gWoS/JVesDUS0Sj UFokxYn6Ld7gKqPcj3vimRV9iLz870Vdsq6aMQKK1EhVzLLesvBxPw4IoGxmPohH 8Nv+w= Received: from mail.jurta.org (m91-129-109-141.cust.tele2.ee [91.129.109.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTPSA id A1181811B7; Sun, 6 Jan 2019 16:02:56 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a35 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <83lg403o9c.fsf@gnu.org> <87r2dq8z9n.fsf@mail.linkov.net> <5C31C477.9040108@gmx.at> Date: Mon, 07 Jan 2019 01:48:35 +0200 In-Reply-To: <5C31C477.9040108@gmx.at> (martin rudalics's message of "Sun, 06 Jan 2019 10:03:51 +0100") Message-ID: <874laluz3g.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrvdeigddulecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtgfesthekredttderjeenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdelrddugedunecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtledrudeguddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgeptd Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> display-buffer--maybe-at-bottom can be renamed to >> display-buffer-maybe-at-bottom without a deprecation alias >> because it was added in Emacs 27. > > The 'display-buffer--maybe-' functions are macros in disguise invented > by Chong to simplify coding the rest. Unless we can't avoid it, I > would not make them public because then we would have to (1) document > them, Yes, they are like macros, and this is what makes them useful for public = use. > (2) explain the semantics of the "maybe" and The semantics is that they do what the default actions do plus something specific. Maybe then move the default part from their body to some other fallback layer? Then just use e.g. display-buffer-at-bottom, without the -maybe part. Or maybe use an alist for that, something like ((maybe-try . default-actions)) > (3) justify why the remaining 'display-buffer--maybe-' functions are > not public. I don't see any justification. > Also note that 'display-buffer' resizes a window iff that window is > new or always has shown the buffer to display before. > > There's one thing about 'display-buffer-at-bottom' that stupefies me: > Here > > (let (split-width-threshold) > (setq window (window--try-to-split-window bottom-window alist))= ) > > we bind =E2=80=98split-width-threshold=E2=80=99 so we can split the bot= tom window into > two side by side windows. I recently found a branch of mine where I > bind 'split-height-threshold' to nil instead and now cannot remember > what we really wanted - split that window horizontally or vertically. > Can you? In either case feel free to change that to what you consider > the more appropriate binding - maybe even binding both. It seems this code has no effect, it's never used. Could you suggest such window configuration to test that would call it? There is another problem: in two small vertically split windows 'display-buffer-at-bottom' sometimes displays the buffer in the upper window. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 07 Jan 2019 00:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: 33870@debbugs.gnu.org, martin rudalics , Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154681939415057 (code B ref 33870); Mon, 07 Jan 2019 00:04:02 +0000 Received: (at 33870) by debbugs.gnu.org; 7 Jan 2019 00:03:14 +0000 Received: from localhost ([127.0.0.1]:47457 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggINu-0003un-0c for submit@debbugs.gnu.org; Sun, 06 Jan 2019 19:03:14 -0500 Received: from insect.birch.relay.mailchannels.net ([23.83.209.93]:9048) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggINs-0003ue-7o for 33870@debbugs.gnu.org; Sun, 06 Jan 2019 19:03:13 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 34A171224B0; Mon, 7 Jan 2019 00:03:10 +0000 (UTC) Received: from pdx1-sub0-mail-a35.g.dreamhost.com (unknown [100.96.35.77]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id BFE7C123FAE; Mon, 7 Jan 2019 00:03:09 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a35.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Mon, 07 Jan 2019 00:03:10 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Abaft-Shade: 23d71bcb7b1a6279_1546819390022_2244684205 X-MC-Loop-Signature: 1546819390022:3147952637 X-MC-Ingress-Time: 1546819390021 Received: from pdx1-sub0-mail-a35.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTP id 5128E811B7; Sun, 6 Jan 2019 16:03:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=uZn3qVkw5cCyrEuEo9GktkMyzxs=; b= tyRJcp55srKu3QW8K0gZ7BnjduKlKuU3xDgbAj1Ob+VmApmNSiE9wjfAXwRi981Q TMv26QRXID62FVF1oNZVjEfvGE6iYj5JGPL/099nGhTQWPxeuD15Pbe0GpXI2bz8 Y8ULVKLFVkCoGjIyldnk+BgOgdZmfcraym0lPdiA9WY= Received: from mail.jurta.org (m91-129-109-141.cust.tele2.ee [91.129.109.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTPSA id 9CB6A7F5B8; Sun, 6 Jan 2019 16:03:04 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a35 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <83lg403o9c.fsf@gnu.org> <87r2dq8z9n.fsf@mail.linkov.net> <5C31C477.9040108@gmx.at> Date: Mon, 07 Jan 2019 01:52:36 +0200 In-Reply-To: (Drew Adams's message of "Sun, 6 Jan 2019 12:55:13 -0800 (PST)") Message-ID: <87k1jhtkcb.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrvdeigddulecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtledrudegudenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdelrddugedupdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtohepughrvgifrdgruggrmhhssehorhgrtghlvgdrtghomhenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> The 'display-buffer--maybe-' functions are macros in disguise invented >> by Chong to simplify coding the rest. Unless we can't avoid it, I >> would not make them public because then we would have to (1) document >> them, (2) explain the semantics of the "maybe" and (3) justify why the >> remaining 'display-buffer--maybe-' functions are not public. > > _Everything_ in Emacs is (and should be) public. I agree, I don't see how display-buffer--maybe-at-bottom is more internal and not public than e.g. set-window-buffer and more low-level functions. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 07 Jan 2019 09:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15468518317047 (code B ref 33870); Mon, 07 Jan 2019 09:04:01 +0000 Received: (at 33870) by debbugs.gnu.org; 7 Jan 2019 09:03:51 +0000 Received: from localhost ([127.0.0.1]:47625 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggQp5-0001pb-7X for submit@debbugs.gnu.org; Mon, 07 Jan 2019 04:03:51 -0500 Received: from mout.gmx.net ([212.227.15.18]:45805) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggQp2-0001pM-LP for 33870@debbugs.gnu.org; Mon, 07 Jan 2019 04:03:49 -0500 Received: from [192.168.1.101] ([213.162.73.1]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MGAdz-1gTWNo1KnH-00FGAo; Mon, 07 Jan 2019 10:03:39 +0100 Message-ID: <5C3315E6.9010709@gmx.at> Date: Mon, 07 Jan 2019 10:03:34 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <83lg403o9c.fsf@gnu.org> <87r2dq8z9n.fsf@mail.linkov.net> <5C31C477.9040108@gmx.at> <874laluz3g.fsf@mail.linkov.net> In-Reply-To: <874laluz3g.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:S7AHJ/lZiXWkkJkzVxKyHLFC/Cc9dpE7OqGfZ9cbsRL+o4scMaB TOAkfoFVs9t149eLfrFfF1ENPorSVCY6XBhz58NI9zEvBL9ElgIO8lzSs3bpu/u7YqyPgty tYscRpPB6+dkJtHu6JNtfpl/YPShdvInmqVBkL/T9EIrnwT6XU7NtMA2Cgv5ccjuiSyGkuV FCJXnx9Ziurl4WwhtrsIg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:KeotPrublic=:BQQxsJ/7/xOsnjik3RvQeZ PxxDfV15qqBTx12VxCsDe7YVtFx1wmn+IwhIHNHWI17lECDc3J4rzzRSLfnv1iix/pvKXwdci S0AeDERQRQbRczgIVzZKFDGlRb3RNIdoKHF5LpX0SZiIuueO4TSsWVKcYyYgqNPgBaI9dxlZH sdIbndRXoXOcBYcsAoqM8v7zbMENZMWR2CKMNgeVBTJw5ydSl0t54Lo+bm8TjRdWIbL7SZzxH PEcJsAbikCWoqLlZUPnfS2chclqcnkVFx1MB0NYjYVDSOZPRp1gfRY6+2mZEUP5CbxF4jTJp2 sAOqbOeDQfz1ZCieTadQmhs7pFu1ora9UpADnxNNiqUpXWJZYm21KMNodVLa9/ZJQaoUYTBpK nKHd4YjkMZILC9EMwp/5U54y7JQW/RzSHX/th6qSF9OlLxKV+mhy08/7UTqyARzkji06pJUbj nqOEw3/czsx1VO09mvYopHxaojP/MU39OHZJd6sExDz+zAAWfCuH+OWug2OHA6kfJ5u9v4Hkn Nqbz1ZJrnzSZ8nF06AMA1h9sK0tCsxp56VkZQ7VN9831HHcq1iPOxGLBsP/Jn7N0ezXGofV9E FmzcSFmy5y5+tWBllbCzXAAHXYw/wYNM3+vOLy3vQdisR8WfaOXEJ50sjtKkQCr/YPcu5nmx9 CrD9+VxdqGYjkIGzt5b5KdfyNNVEb/XOOQ4If3UX057ghyF9O0PezWV4svSe3WPolfni1T+O1 dafOjufUuBmboLpCCctXzru5WJdjakdzqPmdsjnKafVyRN6x05g0/IkeEHS5i1EuAjwJb8Fnb 7m0tmEgPZOSnWQX9AaE2zQyiFAlSSvRJObzrH9zHqUH23BJA1F2YgV+TWt8fC55sOca8m+Gjv U3Coeh15DGy57G+tkf0OOD4JpPAijo0sV7JJE6zTRGS8+D8CweBpr9zulz7aov X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > The semantics is that they do what the default actions do > plus something specific. Maybe then move the default part > from their body to some other fallback layer? Then just use e.g. > display-buffer-at-bottom, without the -maybe part. > Or maybe use an alist for that, something like > > ((maybe-try . default-actions)) I would never have written these "maybe" function in the first place. They need more code lines then they spare. So I have no real opinion. >> (3) justify why the remaining 'display-buffer--maybe-' functions are >> not public. > > I don't see any justification. As we know all buffer display action functions are "maybe" functions so people might ask why some of them include that word explicitly. >> Also note that 'display-buffer' resizes a window iff that window is >> new or always has shown the buffer to display before. >> >> There's one thing about 'display-buffer-at-bottom' that stupefies me:= >> Here >> >> (let (split-width-threshold) >> (setq window (window--try-to-split-window bottom-window alist= ))) >> >> we bind =E2=80=98split-width-threshold=E2=80=99 so we can split the b= ottom window into >> two side by side windows. I recently found a branch of mine where I >> bind 'split-height-threshold' to nil instead and now cannot remember >> what we really wanted - split that window horizontally or vertically.= >> Can you? In either case feel free to change that to what you conside= r >> the more appropriate binding - maybe even binding both. > > It seems this code has no effect, it's never used. Could you suggest > such window configuration to test that would call it? A single window frame where the buffer is not displayed runs this part. > There is another problem: in two small vertically split windows > 'display-buffer-at-bottom' sometimes displays the buffer in the > upper window. From judging the code I'd say this is impossible. But with Emacs nothing is impossible. martin From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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: Mon, 07 Jan 2019 14:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, rudalics@gmx.at, eliz@gnu.org, Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154687092911861 (code B ref 33870); Mon, 07 Jan 2019 14:23:02 +0000 Received: (at 33870) by debbugs.gnu.org; 7 Jan 2019 14:22:09 +0000 Received: from localhost ([127.0.0.1]:47752 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggVn6-00035E-Al for submit@debbugs.gnu.org; Mon, 07 Jan 2019 09:22:08 -0500 Received: from mail-wr1-f44.google.com ([209.85.221.44]:39055) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggVn4-00034k-Ni for 33870@debbugs.gnu.org; Mon, 07 Jan 2019 09:22:07 -0500 Received: by mail-wr1-f44.google.com with SMTP id t27so594260wra.6 for <33870@debbugs.gnu.org>; Mon, 07 Jan 2019 06:22:06 -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; bh=kJzmDJCq4aOvYGzOGj9e2DJ4wyipvGaSQ9cxZrDkrac=; b=ogW3MCnYd1Eyh7lYnbYaIBnPqzfiHkp42l5KGdbR6MCLGbiMtXMYNWlc6BUhpmNIPv RlWksgMBW8Z+6SGo0FlgAbIGb4UXOWc0iD6yWmZxNd/p/SfPz2Ou6lQBlnNfN+k92m/K OjpTDP8mL5Q/QaksDK8GcmQw7ouuQItinq0N9pMsHE1WhVdPzomGUGlW59nZXqVVWN9L ln8vHlVOwpOzEo7+CdI/WVL6lsGN/8PXugu4AV4Ncgn8Ie0u2QBCOBT/CTFmcqw923we Ym6q8OsEzChc9YLMbHybksWcO2Dvx0+D+tqKJbc0pCewXsf3QywspLQ5SkXeOwGkXwEu o9Uw== 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; bh=kJzmDJCq4aOvYGzOGj9e2DJ4wyipvGaSQ9cxZrDkrac=; b=fL/xt0QQqtEmqVS6kweezK82+ZiJScm3MBvLisItLBIMGwZIHUXoXA1PBju5D/es2v gxvBS6ZPOiFwwxMqDuIwZ3ORTfAowBEVbEgUYiFkF6f4WSn+iQe8emnkfpmu5O/1FKuQ rjWafKVtnQNBPiodwSM6l1lrdzmuUbndGYhOZ5xP6zEnAHXea7VO9jOx0q6/kZhb5AyG 4I+XUxyS+xIboaNkTsYpm3eA+4PiC3ToGxI6sv2QnoTjGn/D+Ufs5f+q96I7a31OWWKf CY2IaDFApoyURNDXUiVH4AiUzfuamYzqE/M+1AblRUphSun5ZXUb+Ik65rfM/boP1dyM kbHg== X-Gm-Message-State: AJcUukd4h/CSDnGlLalxfDHazHcW7Iy3atjNGdU6UdGxha3J4JXxwE/6 Lk2zw6ldwBORZFOySrWTym7ygkY4 X-Google-Smtp-Source: ALg8bN5419WKDdminmUPCvRqY96004Xz6h8wu4w3OLq4W/m4VZz4geOu75uvq8RYr2HN0hnRQsc/Og== X-Received: by 2002:a5d:6a42:: with SMTP id t2mr56503262wrw.50.1546870920413; Mon, 07 Jan 2019 06:22:00 -0800 (PST) Received: from GONDOMAR.yourcompany.com (mail1.siscog.pt. [89.115.233.242]) by smtp.gmail.com with ESMTPSA id o8sm46455231wrx.15.2019.01.07.06.21.58 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 07 Jan 2019 06:21:59 -0800 (PST) From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> Date: Mon, 07 Jan 2019 14:21:55 +0000 In-Reply-To: <878t02egph.fsf@mail.linkov.net> (Juri Linkov's message of "Thu, 03 Jan 2019 02:18:50 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (windows-nt) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Antivirus: AVG (VPS 190107-2, 07-01-2019), Outbound message X-Antivirus-Status: Clean X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --=-=-= Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Juri Linkov writes: > Hi Jo=E3o > >> Any simplification to the implementation that keeps the >> "keep original window intent" behavior across xref >> intermediate buffers is very welcome. > > Thanks for the explanation. Now I understand better the intent in > xref--show-pos-in-buf. Generally, I'd like to see the =93keep original > window intent=94 behavior in more places, e.g. in *Occur*, *grep*, etc. > Based on your explanation, I've been able to write the patch that does > the following: Hi again, Juri After re-reading your patch more closely and giving it some more testing, I've discovered it breaks an existing use case: Emacs -Q C-x 2 ;; split-window-horizontally C-x 4 . ;; xref-find-definitions-other-window xref-backend-definitions RET C-n RET ;; in the resulting *xref* buffer =20=20=20 Expected xref.el to appear in the bottom window which was my original intent when I said "other window". In the current master this works OK, in your patch it doesn't. But don't worry, I've fixed that. In the patch that I attach to this message, none of the current UI changes is changed, but the xref window should now be configurable as is the original request of this bug. I've also renamed window.el's window--display-buffer to window-display-buffer throughout Emacs (i.e. made it public). After we merge this, we can continue the discussion about the changing the xref UI in the other bug you opened, bug#33992 --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=0001-Make-xref-s-choice-of-windows-easier-to-configure.patch >From 424fe397c86026469a3853e86ca486d549f58100 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Jo=C3=A3o=20T=C3=A1vora?= Date: Mon, 7 Jan 2019 14:16:35 +0000 Subject: [PATCH] Make xref's choice of windows easier to configure Fixes: bug#33870 Allow for the usual user configuration strategies involving display-buffer-alist, etc. while maintaining the "keep original window intent" of xref-find-definitions, xref-find-references, etc. * lisp/windmove.el (windmove-display-in-direction): Use window--display-buffer. * lisp/window.el (display-buffer-in-atom-window): (window--make-major-side-window): (display-buffer-in-side-window): (display-buffer-in-side-window): (display-buffer-in-side-window): (display-buffer-use-some-frame): (display-buffer-same-window): (display-buffer-reuse-window): (display-buffer-reuse-mode-window): (display-buffer-pop-up-frame): (display-buffer-pop-up-window): (display-buffer-in-child-frame): (display-buffer-below-selected): (display-buffer-below-selected): (display-buffer-below-selected): (display-buffer-below-selected): (display-buffer-at-bottom): (display-buffer-in-previous-window): (display-buffer-use-some-window): Use window-display-buffer. (window-display-buffer): Rename from window--display-buffer. * lisp/progmodes/xref.el (xref--show-pos-in-buf): Use window-display-buffer. --- lisp/progmodes/xref.el | 5 ++--- lisp/windmove.el | 2 +- lisp/window.el | 46 +++++++++++++++++++++--------------------- 3 files changed, 26 insertions(+), 27 deletions(-) diff --git a/lisp/progmodes/xref.el b/lisp/progmodes/xref.el index 87ce2299c5..20eaa51bef 100644 --- a/lisp/progmodes/xref.el +++ b/lisp/progmodes/xref.el @@ -482,9 +482,8 @@ xref--show-pos-in-buf (window-live-p xref--original-window) (or (not (window-dedicated-p xref--original-window)) (eq (window-buffer xref--original-window) buf))) - `(,(lambda (buf _alist) - (set-window-buffer xref--original-window buf) - xref--original-window)))))) + `(,(lambda (buf alist) + (window-display-buffer buf xref--original-window 'reuse alist))))))) (with-selected-window (with-selected-window ;; Just before `display-buffer', place ourselves in the diff --git a/lisp/windmove.el b/lisp/windmove.el index 65270d9bbe..54f0098de7 100644 --- a/lisp/windmove.el +++ b/lisp/windmove.el @@ -626,7 +626,7 @@ windmove-display-in-direction (type 'reuse)) (unless window (setq window (split-window nil nil dir) type 'window)) - (setq new-window (window--display-buffer buffer window type alist))))) + (setq new-window (window-display-buffer buffer window type alist))))) display-buffer-overriding-action) (message "[display-%s]" dir))) diff --git a/lisp/window.el b/lisp/window.el index 37d82c060c..cf923f7dc6 100644 --- a/lisp/window.el +++ b/lisp/window.el @@ -700,7 +700,7 @@ display-buffer-in-atom-window (set-window-parameter window 'window-atom 'main)) (set-window-parameter new 'window-atom side) ;; Display BUFFER in NEW and return NEW. - (window--display-buffer + (window-display-buffer buffer new 'window alist display-buffer-mark-dedicated)))) (defun window--atom-check-1 (window) @@ -985,7 +985,7 @@ window--make-major-side-window (with-current-buffer buffer (setq window--sides-shown t)) ;; Install BUFFER in new window and return WINDOW. - (window--display-buffer buffer window 'window alist 'side)))) + (window-display-buffer buffer window 'window alist 'side)))) (defun display-buffer-in-side-window (buffer alist) "Display BUFFER in a side window of the selected frame. @@ -1113,7 +1113,7 @@ display-buffer-in-side-window ;; Reuse `this-window'. (with-current-buffer buffer (setq window--sides-shown t)) - (window--display-buffer + (window-display-buffer buffer this-window 'reuse alist dedicated)) (and (or (not max-slots) (< slots max-slots)) (or (and next-window @@ -1131,7 +1131,7 @@ display-buffer-in-side-window (set-window-parameter window 'window-slot slot) (with-current-buffer buffer (setq window--sides-shown t)) - (window--display-buffer + (window-display-buffer buffer window 'window alist dedicated)) (and best-window ;; Reuse `best-window'. @@ -1140,7 +1140,7 @@ display-buffer-in-side-window (set-window-parameter best-window 'window-slot slot) (with-current-buffer buffer (setq window--sides-shown t)) - (window--display-buffer + (window-display-buffer buffer best-window 'reuse alist dedicated))))))))) (defun window-toggle-side-windows (&optional frame) @@ -6748,7 +6748,7 @@ window--even-window-sizes (/ (- (window-total-height window) (window-total-height)) 2)) (error nil)))))) -(defun window--display-buffer (buffer window type &optional alist dedicated) +(defun window-display-buffer (buffer window type &optional alist dedicated) "Display BUFFER in WINDOW. TYPE must be one of the symbols `reuse', `window' or `frame' and is passed unaltered to `display-buffer-record-window'. ALIST is @@ -7190,7 +7190,7 @@ display-buffer-use-some-frame frame nil (cdr (assq 'inhibit-same-window alist)))))) (when window (prog1 - (window--display-buffer + (window-display-buffer buffer window 'reuse alist display-buffer-mark-dedicated) (unless (cdr (assq 'inhibit-switch-frame alist)) (window--maybe-raise-frame frame)))))) @@ -7204,7 +7204,7 @@ display-buffer-same-window (unless (or (cdr (assq 'inhibit-same-window alist)) (window-minibuffer-p) (window-dedicated-p)) - (window--display-buffer buffer (selected-window) 'reuse alist))) + (window-display-buffer buffer (selected-window) 'reuse alist))) (defun display-buffer--maybe-same-window (buffer alist) "Conditionally display BUFFER in the selected window. @@ -7252,7 +7252,7 @@ display-buffer-reuse-window (get-buffer-window-list buffer 'nomini frames)))))) (when (window-live-p window) - (prog1 (window--display-buffer buffer window 'reuse alist) + (prog1 (window-display-buffer buffer window 'reuse alist) (unless (cdr (assq 'inhibit-switch-frame alist)) (window--maybe-raise-frame (window-frame window))))))) @@ -7316,7 +7316,7 @@ display-buffer-reuse-mode-window derived-mode-same-frame derived-mode-other-frame)))) (when (window-live-p window) - (prog1 (window--display-buffer buffer window 'reuse alist) + (prog1 (window-display-buffer buffer window 'reuse alist) (unless (cdr (assq 'inhibit-switch-frame alist)) (window--maybe-raise-frame (window-frame window))))))))) @@ -7356,7 +7356,7 @@ display-buffer-pop-up-frame (with-current-buffer buffer (setq frame (funcall fun))) (setq window (frame-selected-window frame))) - (prog1 (window--display-buffer + (prog1 (window-display-buffer buffer window 'frame alist display-buffer-mark-dedicated) (unless (cdr (assq 'inhibit-switch-frame alist)) (window--maybe-raise-frame frame)))))) @@ -7386,7 +7386,7 @@ display-buffer-pop-up-window (window--try-to-split-window (get-lru-window frame t) alist)))) - (prog1 (window--display-buffer + (prog1 (window-display-buffer buffer window 'window alist display-buffer-mark-dedicated) (unless (cdr (assq 'inhibit-switch-frame alist)) (window--maybe-raise-frame (window-frame window))))))) @@ -7452,7 +7452,7 @@ display-buffer-in-child-frame (setq frame (make-frame parameters)) (setq window (frame-selected-window frame)))) - (prog1 (window--display-buffer + (prog1 (window-display-buffer buffer window 'frame alist display-buffer-mark-dedicated) (unless (cdr (assq 'inhibit-switch-frame alist)) (window--maybe-raise-frame frame))))) @@ -7476,7 +7476,7 @@ display-buffer-below-selected (eq buffer (window-buffer window)) (or (not (numberp min-height)) (>= (window-height window) min-height) - ;; 'window--display-buffer' can resize this window if + ;; 'window-display-buffer' can resize this window if ;; and only if it has a 'quit-restore' parameter ;; certifying that it always showed BUFFER before. (let ((height (window-height window)) @@ -7484,7 +7484,7 @@ display-buffer-below-selected (and quit-restore (eq (nth 1 quit-restore) 'window) (window-resizable-p window (- min-height height))))) - (window--display-buffer buffer window 'reuse alist)) + (window-display-buffer buffer window 'reuse alist)) (and (not (frame-parameter nil 'unsplittable)) (or (not (numberp min-height)) (window-sizable-p nil (- min-height))) @@ -7492,7 +7492,7 @@ display-buffer-below-selected split-width-threshold) (setq window (window--try-to-split-window (selected-window) alist))) - (window--display-buffer + (window-display-buffer buffer window 'window alist display-buffer-mark-dedicated)) (and (setq window (window-in-direction 'below)) (not (window-dedicated-p window)) @@ -7500,7 +7500,7 @@ display-buffer-below-selected ;; A window that showed another buffer before cannot ;; be resized. (>= (window-height window) min-height)) - (window--display-buffer + (window-display-buffer buffer window 'reuse alist display-buffer-mark-dedicated))))) (defun display-buffer--maybe-at-bottom (buffer alist) @@ -7533,20 +7533,20 @@ display-buffer-at-bottom (setq bottom-window window)))) nil nil 'nomini) (or (and bottom-window-shows-buffer - (window--display-buffer + (window-display-buffer buffer bottom-window 'reuse alist display-buffer-mark-dedicated)) (and (not (frame-parameter nil 'unsplittable)) (let (split-width-threshold) (setq window (window--try-to-split-window bottom-window alist))) - (window--display-buffer + (window-display-buffer buffer window 'window alist display-buffer-mark-dedicated)) (and (not (frame-parameter nil 'unsplittable)) (setq window (split-window-no-error (window-main-window))) - (window--display-buffer + (window-display-buffer buffer window 'window alist display-buffer-mark-dedicated)) (and (setq window bottom-window) (not (window-dedicated-p window)) - (window--display-buffer + (window-display-buffer buffer window 'reuse alist display-buffer-mark-dedicated))))) (defun display-buffer-in-previous-window (buffer alist) @@ -7603,7 +7603,7 @@ display-buffer-in-previous-window (setq best-window window))) ;; Return best or second best window found. (when (setq window (or best-window second-best-window)) - (window--display-buffer buffer window 'reuse alist)))) + (window-display-buffer buffer window 'reuse alist)))) (defun display-buffer-use-some-window (buffer alist) "Display BUFFER in an existing window. @@ -7643,7 +7643,7 @@ display-buffer-use-some-window (error nil))) (prog1 - (window--display-buffer buffer window 'reuse alist) + (window-display-buffer buffer window 'reuse alist) (window--even-window-sizes window) (unless (cdr (assq 'inhibit-switch-frame alist)) (window--maybe-raise-frame (window-frame window))))))) -- 2.19.2 --=-=-=-- From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 07 Jan 2019 22:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15468998662826 (code B ref 33870); Mon, 07 Jan 2019 22:25:02 +0000 Received: (at 33870) by debbugs.gnu.org; 7 Jan 2019 22:24:26 +0000 Received: from localhost ([127.0.0.1]:49046 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggdJq-0000jW-7V for submit@debbugs.gnu.org; Mon, 07 Jan 2019 17:24:26 -0500 Received: from firebrick.maple.relay.mailchannels.net ([23.83.214.59]:7077) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggdJo-0000jG-Aw for 33870@debbugs.gnu.org; Mon, 07 Jan 2019 17:24:25 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 4B82C5C47F7; Mon, 7 Jan 2019 22:24:23 +0000 (UTC) Received: from pdx1-sub0-mail-a35.g.dreamhost.com (unknown [100.96.33.121]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id E6A2B5C42D0; Mon, 7 Jan 2019 22:24:22 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a35.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Mon, 07 Jan 2019 22:24:23 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Descriptive-Illustrious: 5e17245309143c94_1546899863104_1725085781 X-MC-Loop-Signature: 1546899863104:2650158664 X-MC-Ingress-Time: 1546899863103 Received: from pdx1-sub0-mail-a35.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTP id 902AC7F5D7; Mon, 7 Jan 2019 14:24:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=linkov.net; bh=5sgfnU 54UeRBuvKADba8x2pcJ88=; b=22AUz8WSlkkN+Wl2d6Nb3FGqvPdek9Sv7tvs5a 9queR4UwZvWIa6FnirPZOJdwMkownOiBtnwxRAos+pdLockZVn/XzUJHa+m4hLcH UlJOrUuRBPO/1k+qAfo2eIMR0yFZgQU7rg0mXJyzpj+O0xczrM9wPg/Z7xuXBNEP 7GCZ8= Received: from mail.jurta.org (m91-129-109-141.cust.tele2.ee [91.129.109.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTPSA id 162B67F4DE; Mon, 7 Jan 2019 14:24:18 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a35 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <83lg403o9c.fsf@gnu.org> <87r2dq8z9n.fsf@mail.linkov.net> <5C31C477.9040108@gmx.at> <874laluz3g.fsf@mail.linkov.net> <5C3315E6.9010709@gmx.at> Date: Tue, 08 Jan 2019 00:02:57 +0200 In-Reply-To: <5C3315E6.9010709@gmx.at> (martin rudalics's message of "Mon, 07 Jan 2019 10:03:34 +0100") Message-ID: <87wongazxq.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrvdejgdduheekucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgfgsehtkeertddtreejnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtledrudegudenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdelrddugedupdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedt Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> The semantics is that they do what the default actions do >> plus something specific. Maybe then move the default part >> from their body to some other fallback layer? Then just use e.g. >> display-buffer-at-bottom, without the -maybe part. >> Or maybe use an alist for that, something like >> >> ((maybe-try . default-actions)) > > I would never have written these "maybe" function in the first place. > They need more code lines then they spare. So I have no real opinion. I understand that the word =E2=80=9Cmaybe=E2=80=9D indicates it's not gua= ranteed that the function will do what it's intended to do. IOW, these functions are conditional. Since we can't lightly rename old functions, I have a question only about functions added in Emacs 27, namely, display-buffer--maybe-at-botto= m. Its current body: (let ((alist (append alist `(,(if temp-buffer-resize-mode '(window-height . resize-temp-buffer-window) '(window-height . fit-window-to-buffer)) ,(when temp-buffer-resize-mode '(preserve-size . (nil . t))))))) (or (display-buffer--maybe-same-window buffer alist) (display-buffer-reuse-window buffer alist) (display-buffer--maybe-pop-up-frame buffer alist) (display-buffer-in-previous-window buffer alist) (display-buffer-at-bottom buffer alist))) I propose to remove this function and replace its parts with more alists, i.e. this blob `(,(if temp-buffer-resize-mode '(window-height . resize-temp-buffer-window) '(window-height . fit-window-to-buffer)) ,(when temp-buffer-resize-mode '(preserve-size . (nil . t)))) with something shorter like `(fit-to-buffer . t)' And also to replace a long list of display-buffer-* that is a copy of `display-buffer-fallback-action' with something shorter like an alist `(pre-action . display-buffer-fallback-action). >>> Also note that 'display-buffer' resizes a window iff that window is >>> new or always has shown the buffer to display before. >>> >>> There's one thing about 'display-buffer-at-bottom' that stupefies me: >>> Here >>> >>> (let (split-width-threshold) >>> (setq window (window--try-to-split-window bottom-window alist= ))) >>> >>> we bind =E2=80=98split-width-threshold=E2=80=99 so we can split the b= ottom window into >>> two side by side windows. I recently found a branch of mine where I >>> bind 'split-height-threshold' to nil instead and now cannot remember >>> what we really wanted - split that window horizontally or vertically. >>> Can you? In either case feel free to change that to what you conside= r >>> the more appropriate binding - maybe even binding both. >> >> It seems this code has no effect, it's never used. Could you suggest >> such window configuration to test that would call it? > > A single window frame where the buffer is not displayed runs this > part. You are lucky if you can invoke its second branch. I always get only its third branch in all tried configurations when testing with completions of `C-x C-f TAB TAB'. >> There is another problem: in two small vertically split windows >> 'display-buffer-at-bottom' sometimes displays the buffer in the >> upper window. > > From judging the code I'd say this is impossible. But with Emacs > nothing is impossible. After resizing an initial frame to 12 lines, so every vertically split window gets 6 lines, typing `C-x C-f TAB TAB' displays *Completions* in the upper window, when a previous window where *Completions* was previously displayed was moved to the upper window, e.g. 0. emacs -Q 1. resize the frame to 12 lines 2. C-x 2 3. C-x C-f TAB TAB C-g ;; *Completions* were displayed in the bottom wi= ndow 4. C-x 0 5. C-x 2 6. C-x C-f TAB TAB C-g ;; *Completions* displayed in the upper window th= at was previous From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 07 Jan 2019 22:25:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org, rudalics@gmx.at, eliz@gnu.org, Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15468998732845 (code B ref 33870); Mon, 07 Jan 2019 22:25:03 +0000 Received: (at 33870) by debbugs.gnu.org; 7 Jan 2019 22:24:33 +0000 Received: from localhost ([127.0.0.1]:49049 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggdJw-0000jo-JO for submit@debbugs.gnu.org; Mon, 07 Jan 2019 17:24:32 -0500 Received: from palegreen.birch.relay.mailchannels.net ([23.83.209.140]:2888) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggdJu-0000jg-UQ for 33870@debbugs.gnu.org; Mon, 07 Jan 2019 17:24:31 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id EE5B412440A; Mon, 7 Jan 2019 22:24:29 +0000 (UTC) Received: from pdx1-sub0-mail-a35.g.dreamhost.com (unknown [100.96.35.77]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 85304124AA2; Mon, 7 Jan 2019 22:24:29 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a35.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Mon, 07 Jan 2019 22:24:29 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Plucky-Absorbed: 4f74493b7a599ced_1546899869774_2220148134 X-MC-Loop-Signature: 1546899869774:3588575477 X-MC-Ingress-Time: 1546899869773 Received: from pdx1-sub0-mail-a35.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTP id 349F17F5B8; Mon, 7 Jan 2019 14:24:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=sjAgyp4PmdEuRfvi4LlMgANiut0=; b= fjDgMnC3c8kF32cXbs6B045t1YEYoRA582UxRJyZ42BAvFLVyWVOBGvlWwd0hTCT zvPwI65zXdoXaQAp51VFyWqz5Rz7cp4tOnsyADPsN+K5GpOqWkiuZzVlYwFnu28B NO7OKLQgs4YKb6XXuUn3zhM/+XUBeSj7aP2mg1Tb6FY= Received: from mail.jurta.org (m91-129-109-141.cust.tele2.ee [91.129.109.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTPSA id E63687F4DE; Mon, 7 Jan 2019 14:24:25 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a35 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> Date: Tue, 08 Jan 2019 00:16:19 +0200 In-Reply-To: ("=?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?="'s message of "Mon, 07 Jan 2019 14:21:55 +0000") Message-ID: <874lak9kr0.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrvdejgdduheekucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdelrddugedunecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtledrudeguddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehjohgrohhtrghvohhrrgesghhmrghilhdrtghomhenucevlhhushhtvghrufhiiigvpedu X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > After re-reading your patch more closely and giving it some more > testing, I've discovered it breaks an existing use case: > > Emacs -Q > C-x 2 ;; split-window-horizontally > C-x 4 . ;; xref-find-definitions-other-window > xref-backend-definitions RET > C-n RET ;; in the resulting *xref* buffer Of course, it doesn't work if you tried it only with part of my changes. When I submitted my initial patch, I tested it in all your test cases, including the above test case that was not broken with my patch. But you asked to break my patch to several pieces and submit them separately to different bug reports. No wonder that each of them doesn't do what the whole patch did. > Expected xref.el to appear in the bottom window which was my original > intent when I said "other window". Then the xref buffer is obscured by another buffer visited in the same window, and if the user wants to visit more hits from the xref buffer, this is not easy to do. > In the current master this works OK, in your patch it doesn't. My initial patch solved this problem gracefully by creating a new window for the xref buffer. > I've also renamed window.el's window--display-buffer to > window-display-buffer throughout Emacs (i.e. made it public). You can't rename old functions lightly. This will break the existing code. This needs many years of deprecation process: in one release declare the function as obsolete, and in another release delete old aliases, because there are external packages that rely on this function name like the `other-frame-window' package from ELPA, etc. > After we merge this, we can continue the discussion about the changing > the xref UI in the other bug you opened, bug#33992 Better start with bug#33992 because it supports the above test case, then we could finish this bug#33870. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 07 Jan 2019 23:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org, rudalics@gmx.at, eliz@gnu.org Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154690483110749 (code B ref 33870); Mon, 07 Jan 2019 23:48:01 +0000 Received: (at 33870) by debbugs.gnu.org; 7 Jan 2019 23:47:11 +0000 Received: from localhost ([127.0.0.1]:49068 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggebr-0002mu-KN for submit@debbugs.gnu.org; Mon, 07 Jan 2019 18:47:09 -0500 Received: from mail-lf1-f50.google.com ([209.85.167.50]:42698) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggebm-0002kp-OZ for 33870@debbugs.gnu.org; Mon, 07 Jan 2019 18:47:04 -0500 Received: by mail-lf1-f50.google.com with SMTP id l10so1597007lfh.9 for <33870@debbugs.gnu.org>; Mon, 07 Jan 2019 15:47:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=Y61GUfrgGsC2OvMVSPT2JtJ/Dk/5wTdg7sEg4EpXr5c=; b=PhbpjzfR5lNRvfNH2eKh3EjmA5FMmy5o8uwDYcdEL+8caHyYS4gtwOALhRIu5/9g7B qWyrGnMA+sOljCaWMq9+meIpqL/EQL9A8RGbd791czcFOQaTrKR06PuZSE220LpXpFGf x0XegwRcDBXHYtz/8vuPVEgzL/NVifB+xCNhRwceaK4PzqDLx1LwAGGRmWRE7TISoMeh ye4YYE+kabC5aEDdmJktrln/YIQoXkPeOXBqgzQbvHA/n2/kxV49a+SQfdK//3ff9IC5 rHUU82NiQvar0zm9ve2kZkhfpbWgQb/icLBvASt3WiHT5kVpVeAUtsmP0O9SBWB94isZ lUSQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=Y61GUfrgGsC2OvMVSPT2JtJ/Dk/5wTdg7sEg4EpXr5c=; b=JY6PPBWKFpZQH+64CbIp7Ey4LPxWQroPlr639AHFT4i9IEM1ORHnVRfnvTT9eWco/C Yz2XfyStsyBwMJr7PmepJtwKGjNIYy/QNQ8U1N4GLjtW4njMt6Jczln2h49FT5u+TrPb CoVMSdUH031ExuJFJaQqZiRer+6EmCmxOXmrXnwMUVBGzI0yi0/ZwkwJiCoYD8ACdgkP eg5L3tA2g7FCGCwXhPkZK279R8745jlOpwLiPlAUr0DsuzbJON0K1BlXJ4ytBvvRW6mO yFnV9dbo7TpxS54JAcFN5gOPMV2V8FAXhgCNXeZjqcCKQrvYUikxtkTmROY0kGGFvrR2 05yg== X-Gm-Message-State: AA+aEWbEjrz+q/wvrf5grUZmXRdy2TgPwNbobMYk5w5tRrfUyqIbzWO4 7EkYSnwbzO/FVnEJ2LylnSlCdObn X-Google-Smtp-Source: AFSGD/VxjJgZWh3F+RO3N+gPCE8Ok+eAYwOsSJH2E90X1MUdZyb2zSqP5pV2qyiFwfvZ1NtshQKCJg== X-Received: by 2002:a19:9a8c:: with SMTP id c134mr30168634lfe.152.1546904816176; Mon, 07 Jan 2019 15:46:56 -0800 (PST) Received: from [192.168.1.174] ([178.252.127.239]) by smtp.googlemail.com with ESMTPSA id f16-v6sm14160304lji.88.2019.01.07.15.46.55 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 07 Jan 2019 15:46:55 -0800 (PST) References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.fsf@mail.linkov.net> From: Dmitry Gutov Message-ID: Date: Tue, 8 Jan 2019 02:46:54 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:65.0) Gecko/20100101 Thunderbird/65.0 MIME-Version: 1.0 In-Reply-To: <874lak9kr0.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On 08.01.2019 01:16, Juri Linkov wrote: >> After re-reading your patch more closely and giving it some more >> testing, I've discovered it breaks an existing use case: >> >> Emacs -Q >> C-x 2 ;; split [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.5 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [178.252.127.239 listed in dnsbl.sorbs.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [209.85.167.50 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (raaahh[at]gmail.com) 0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) On 08.01.2019 01:16, Juri Linkov wrote: >> After re-reading your patch more closely and giving it some more >> testing, I've discovered it breaks an existing use case: >> >> Emacs -Q >> C-x 2 ;; split-window-horizontally >> C-x 4 . ;; xref-find-definitions-other-window >> xref-backend-definitions RET >> C-n RET ;; in the resulting *xref* buffer > > Of course, it doesn't work if you tried it only with part of my changes. > When I submitted my initial patch, I tested it in all your test cases, > including the above test case that was not broken with my patch. > > But you asked to break my patch to several pieces and submit them > separately to different bug reports. No wonder that each of them > doesn't do what the whole patch did. We asked to split the patch into "retains old behavior while allowing certain customization" and "changes behavior". Is that not feasible? From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Jan 2019 00:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Gutov Cc: 33870@debbugs.gnu.org, rudalics@gmx.at, eliz@gnu.org, =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154690740614602 (code B ref 33870); Tue, 08 Jan 2019 00:31:02 +0000 Received: (at 33870) by debbugs.gnu.org; 8 Jan 2019 00:30:06 +0000 Received: from localhost ([127.0.0.1]:49080 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggfHQ-0003nQ-4w for submit@debbugs.gnu.org; Mon, 07 Jan 2019 19:30:04 -0500 Received: from palegreen.birch.relay.mailchannels.net ([23.83.209.140]:63133) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggfHO-0003mq-59 for 33870@debbugs.gnu.org; Mon, 07 Jan 2019 19:30:03 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 07607502E49; Tue, 8 Jan 2019 00:30:01 +0000 (UTC) Received: from pdx1-sub0-mail-a35.g.dreamhost.com (unknown [100.96.19.78]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id A5382502E6E; Tue, 8 Jan 2019 00:30:00 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a35.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Tue, 08 Jan 2019 00:30:00 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Eight-Trade: 23a3116b4fa39f83_1546907400869_1061317781 X-MC-Loop-Signature: 1546907400868:917572906 X-MC-Ingress-Time: 1546907400868 Received: from pdx1-sub0-mail-a35.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTP id 4848F7F5B7; Mon, 7 Jan 2019 16:30:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=NLF1mumUKxeRaQ1ghCUvugpOA3U=; b= k/EbV+LLhFP+ICrvUn61JQdumYZOcm+JjUXtxJyfo2wAkDmqp932mSDXY4LX+szq ZHyeFo0GIFfWXMH+kMgM8dpP6SsjiyAFFJr/MqISn0PiKEa6hrinzqHmW9urr0vq 4waY8HDoBjE1gFKPyZjASyytPBuFMXKktB2e57v/nLo= Received: from mail.jurta.org (m91-129-109-141.cust.tele2.ee [91.129.109.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTPSA id 409E57F5CC; Mon, 7 Jan 2019 16:29:56 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a35 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.fsf@mail.linkov.net> Date: Tue, 08 Jan 2019 02:23:52 +0200 In-Reply-To: (Dmitry Gutov's message of "Tue, 8 Jan 2019 02:46:54 +0300") Message-ID: <87r2do6lpj.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrvdekgddvgecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtledrudegudenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdelrddugedupdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtohepughguhhtohhvseihrghnuggvgidrrhhunecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>> Emacs -Q >>> C-x 2 ;; split-window-horizontally >>> C-x 4 . ;; xref-find-definitions-other-window >>> xref-backend-definitions RET >>> C-n RET ;; in the resulting *xref* buffer >> >> Of course, it doesn't work if you tried it only with part of my changes. >> When I submitted my initial patch, I tested it in all your test cases, >> including the above test case that was not broken with my patch. >> >> But you asked to break my patch to several pieces and submit them >> separately to different bug reports. No wonder that each of them >> doesn't do what the whole patch did. > > We asked to split the patch into "retains old behavior while allowing > certain customization" and "changes behavior". The former implies the latter, this is why they were in the same patch. Please look again at the subject - it says nothing about avoiding the need to improve old behavior, quite contrary. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Jan 2019 01:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154690949717810 (code B ref 33870); Tue, 08 Jan 2019 01:05:01 +0000 Received: (at 33870) by debbugs.gnu.org; 8 Jan 2019 01:04:57 +0000 Received: from localhost ([127.0.0.1]:49092 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggfpB-0004dB-3f for submit@debbugs.gnu.org; Mon, 07 Jan 2019 20:04:57 -0500 Received: from mail-lj1-f177.google.com ([209.85.208.177]:43264) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggfp9-0004cx-AA for 33870@debbugs.gnu.org; Mon, 07 Jan 2019 20:04:55 -0500 Received: by mail-lj1-f177.google.com with SMTP id q2-v6so1952281lji.10 for <33870@debbugs.gnu.org>; Mon, 07 Jan 2019 17:04:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=pbRKqGKgVv+8UATB5Qx3TupS09k2FcDDY9Ji7FpLZ7M=; b=X6+XjdnGFsfjn3iMf3rpTcLYG0lwZJdGjj6PHND8P6Z6GIubmkBd8CdI4ETPzkmvyd o1MTDE//HRY7EY/f5fmVaJmaInL0VK/ACjjMYrYhXRPUZ7RAccNcdr5VN5OhnWOm5SfU Ah+iNz56Xr7DESqTN+npdoBv+UyhYErqRgUdulgRUufOwbeUled+OYOKQipYTcxN1H4t Rl5koQoH0LQXTJVKBP37g8XgmQNEmglsl0w2Pt6xI2f3FDfm0ALDSqGPl4Fx9XaaiaNd 970d9Ne9Odh1Ut5k1uE2UoymD5nOs0JTzHrQd8pKlchd5Du5GwLIVePjNEFpRXizOMM2 oONg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=pbRKqGKgVv+8UATB5Qx3TupS09k2FcDDY9Ji7FpLZ7M=; b=LOdFdIZt2XJ9aRuelnCcorcTEXGt1zTE4OzjMb06b/odBUdVfSR80CVp7XrN7n1Kxd TG+4A/W2KCbvy/pC9zOIkct1H6AvVEhymB0BTKUB5PF17DOWViVAwcgha+LsedQ372Ie 2FAO/qpDGRjQncy3PX56fyXRxstb/mqYuASzqAHigQS4Jw++7UfKfYrdVTVZt8JZhash 0Kq2GPR3Q0KwaFWCDWM0UPedTepAf2CgGR+l6LNcXkJYC2VDrvP6MiNvP4rVYPq36yxu G6XLctftjpcVIvp7kEH0UamgSZriDXhJ7vfNEoAih70JhBXks/gs7ye4iP2FpVCLTctW Gyyw== X-Gm-Message-State: AA+aEWZJL+2Ky0rrWtpJWq520TIGEwphxcpsrF5D0ABY5cEoKiFZUSFa 77qvAilWdpke+r2FdC84vbY= X-Google-Smtp-Source: ALg8bN7Gt5fXC1wZtBGFoMhaYCLX4V8uMO1mvXZbZ/G9cSOoZzvU1NTJahgFV1OF3q+bMO3hcj5+Rg== X-Received: by 2002:a2e:9f56:: with SMTP id v22-v6mr34258301ljk.114.1546909489185; Mon, 07 Jan 2019 17:04:49 -0800 (PST) Received: from [192.168.1.174] ([178.252.127.239]) by smtp.googlemail.com with ESMTPSA id z7-v6sm14005515lji.42.2019.01.07.17.04.47 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 07 Jan 2019 17:04:48 -0800 (PST) References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.fsf@mail.linkov.net> <87r2do6lpj.fsf@mail.linkov.net> From: Dmitry Gutov Message-ID: Date: Tue, 8 Jan 2019 04:04:47 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:65.0) Gecko/20100101 Thunderbird/65.0 MIME-Version: 1.0 In-Reply-To: <87r2do6lpj.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On 08.01.2019 03:23, Juri Linkov wrote: >> We asked to split the patch into "retains old behavior while allowing >> certain customization" and "changes behavior". > > The former implies the latter, this is why they were in the same patch. Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.5 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [178.252.127.239 listed in dnsbl.sorbs.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (dgutov[at]yandex.ru) -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.208.177 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [209.85.208.177 listed in list.dnswl.org] 0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) On 08.01.2019 03:23, Juri Linkov wrote: >> We asked to split the patch into "retains old behavior while allowing >> certain customization" and "changes behavior". > > The former implies the latter, this is why they were in the same patch. Nope. The former does not imply a change in default behavior, which you are proposing to do. > Please look again at the subject - it says nothing about avoiding > the need to improve old behavior, quite contrary. The subject doesn't mention turning Emacs into a coffee maker software (or *not* doing that), and yet, we're still going to avoid it. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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: Tue, 08 Jan 2019 01:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, rudalics@gmx.at, eliz@gnu.org, Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154690950117840 (code B ref 33870); Tue, 08 Jan 2019 01:06:02 +0000 Received: (at 33870) by debbugs.gnu.org; 8 Jan 2019 01:05:01 +0000 Received: from localhost ([127.0.0.1]:49095 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggfpF-0004dc-C2 for submit@debbugs.gnu.org; Mon, 07 Jan 2019 20:05:01 -0500 Received: from mail-wm1-f41.google.com ([209.85.128.41]:37484) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggfpC-0004d1-Tb for 33870@debbugs.gnu.org; Mon, 07 Jan 2019 20:04:59 -0500 Received: by mail-wm1-f41.google.com with SMTP id g67so2643679wmd.2 for <33870@debbugs.gnu.org>; Mon, 07 Jan 2019 17:04:58 -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=h8KEXhIj6a9ETKU7SapZt1eREbfWhMsXcL+EcZO5m74=; b=SuUQXJ4yXs2ugMSO+RvZR/lT49ksx78mtSzYIyCPAy/UKUr7+nYGCBJZaaOHMQfEhF YZCC2Vt/ov9KAnJux1Z8hocq+zYKREDlCEP0tIBUqOGK5Z+0DJwv7sXDihowgC+SY0fc 9iTQ84deE3yFJ5DO0fKjn30mg7OWbA0A5Vzpo+tOy3cgEiW6TjDwbBRk5E47Bx+HN3+1 Vf+6W+FbL1HYVKDb+EXcAUmwzfsdeqPKEI3bz3BV/XF6ROVlPqAg4BkxOwwwT96Be2Lc 5oxAWIcPLrYdpktrObaZ3iSQattG+BVDjuQJCiLD6qA5ObnbiLLzz4yJlHyzux5Row29 lKOQ== 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=h8KEXhIj6a9ETKU7SapZt1eREbfWhMsXcL+EcZO5m74=; b=ORWGT5aLAxyauDC4vvuiu9Tk5RuoO4ijP7e/uimJEM8PAbdJAl9pTxSD/uYyJaOnei GuLvKAs0Xqgrw9ON0v+WRAye8JJSZTBZRv+MjL7PEhPmMjixwlFNzoj8OMzWXdbFuSwZ gMnsQ8LiekmPJlUrIOP1IasL6kbRPOZqOE/vHa/A0F764XMLiK450xDoTEMRgReQ9Obc D5Xm/99rVyaCwE/wQGuemnyNlUWoKH5OfBcyzLBG/Natido2LEnTWuD6aNUzzPYutprL HZ1TP6276qcx0cC8vmzObDlkZqdLvjQKwqiF2HmIJLYuN/J0bo0YKzXE/n16d2in8Mjk CyUQ== X-Gm-Message-State: AJcUukeOEaGCkTo34Z2RsceI7DQAtUYSiUb2VBnE7mGD1K/+RWx+Snf6 340fOYCrOtA7lTMb2pL2LnGE/KFu X-Google-Smtp-Source: ALg8bN4Ek/Nr8N5NqLgh1C6yvESBQg9vaCcTser0L2jpxuqkezYdPqfQ10HMxDyvX1PfBWPM46xj8g== X-Received: by 2002:a1c:b70b:: with SMTP id h11mr83776wmf.72.1546909492409; Mon, 07 Jan 2019 17:04:52 -0800 (PST) Received: from lolita.yourcompany.com (188.139.62.94.rev.vodafone.pt. [94.62.139.188]) by smtp.gmail.com with ESMTPSA id c13sm53661925wrb.38.2019.01.07.17.04.51 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 07 Jan 2019 17:04:51 -0800 (PST) From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.fsf@mail.linkov.net> Date: Tue, 08 Jan 2019 01:04:49 +0000 In-Reply-To: <874lak9kr0.fsf@mail.linkov.net> (Juri Linkov's message of "Tue, 08 Jan 2019 00:16:19 +0200") Message-ID: <87zhscklhq.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) Juri Linkov writes: > Of course, it doesn't work if you tried it only with part of my changes. > When I submitted my initial patch, I tested it in all your test cases, > including the above test case that was not broken with my patch. You are correct. I was testing under the assumption that making xref-goto-xref configurable didn't require the "tiny window" for xref-find-definitions, which is something you stated that you wanted to do for other xref.el commands like xref-find-references. Anyway, can't you add the tiny window xref-find-definitions and the other UI changes as an addon to *my* patch? > But you asked to break my patch to several pieces and submit them > separately to different bug reports. No wonder that each of them > doesn't do what the whole patch did. >> Expected xref.el to appear in the bottom window which was my original >> intent when I said "other window". > Then the xref buffer is obscured by another buffer visited in the same > window, and if the user wants to visit more hits from the xref buffer, > this is not easy to do. >> In the current master this works OK, in your patch it doesn't. > > My initial patch solved this problem gracefully by creating a new window > for the xref buffer. You may well call this a problem, but it's not a bug. It's the defined behaviour, it's like this by design. We are trying to create the conditions that would enable you, or any other user, to create alternative ways to present *xref* that have other advantages and drawbacks. >> I've also renamed window.el's window--display-buffer to >> window-display-buffer throughout Emacs (i.e. made it public). > You can't rename old functions lightly. This will break the existing > code. What other code? I renamed the uses in Emacs too: do you mean code outside Emacs? It shouldn't be using that internal function in the first place. But if it is, no reason to punish it: we can just provide a deprecated function alias, which will at most warn its developers of the imprudency. No. I can because they were internal functions that no-one was supposed to have been using in the first place. *That* is precisely why internal functions are useful, so you can decide when and if to make them public. You may argue that by making them public *now* we are going to have a more deprecation problem if we decide to rename them again *in the future*. I would agree with you there. >> After we merge this, we can continue the discussion about the changing >> the xref UI in the other bug you opened, bug#33992 > Better start with bug#33992 because it supports the above test case, > then we could finish this bug#33870. No. There is consensus on fixing the bug (xref.el doesn't respect display-buffer-alist et al) without changing the UI. There is no consensus on changing the UI. Also I think some would not really view this is a bug at all. It would seem Juri that you are trying to shoehorn a behaviour change into a bugfix. Both things have less chances to go into Emacs that way. I'm sure that: * you can implement the UI changes that you want on top of my patch; * you can make them optional; * we can then agree on a good default. Is that not so? Jo=C3=A3o From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Jan 2019 09:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15469394848417 (code B ref 33870); Tue, 08 Jan 2019 09:25:01 +0000 Received: (at 33870) by debbugs.gnu.org; 8 Jan 2019 09:24:44 +0000 Received: from localhost ([127.0.0.1]:49241 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggncp-0002Bh-Sa for submit@debbugs.gnu.org; Tue, 08 Jan 2019 04:24:44 -0500 Received: from mout.gmx.net ([212.227.15.15]:60839) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggncn-0002BT-DL for 33870@debbugs.gnu.org; Tue, 08 Jan 2019 04:24:41 -0500 Received: from [192.168.1.101] ([212.95.5.97]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LqALY-1hBkj92RHM-00dmXB; Tue, 08 Jan 2019 10:24:31 +0100 Message-ID: <5C346C49.6060003@gmx.at> Date: Tue, 08 Jan 2019 10:24:25 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <83lg403o9c.fsf@gnu.org> <87r2dq8z9n.fsf@mail.linkov.net> <5C31C477.9040108@gmx.at> <874laluz3g.fsf@mail.linkov.net> <5C3315E6.9010709@gmx.at> <87wongazxq.fsf@mail.linkov.net> In-Reply-To: <87wongazxq.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:gO11kgxS2DLco/QdPhTxJH7qBm1GSNsmSjxX6TB/2DLyohRbuSr 17i7S1/cAKtyKAkMyzSgP56RnV1qbzim92vEDoqWxT/u5klbO6539DyIC3/OXSUW8IMQGcE AiqJGvPe1qMPSMZzEJQALfjwjh6Sse2EESBxDJNj7DBgWlihnxs7lIUR7KSawPZKGE9pRhH 9a7OEGBSFJzIUVsjaPYJQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:poPigmr3ANo=:VldSY+Bw48UUjPe/NREZhv JEXuCZ8m9MhxKWTLyXx3z7cShqCicm7snGRuYKVDVub00Ix32VfsW1iQagkgblJQ9CDSg6GUY Gf8bIM4rEVTvLZMef+xa8N0FvBzVHMTThL0/t+g+io3xYhPbN5fzBJwY1Qr3JmVd0ZQiUTqhj xTsoOXiqM6nq5FIRFpRbZ123BhyXM1g+I7d1v1EIRmjYohBY3FU/OMprgBJBeetlZIOSp2zXO IyZ/FK0YVb+5NGyRDVsi8CAOjVoKoKPRz76wKVJNxP/CBZy88siGjgkehzU9QB8niPg7uk7Be 27DMdj/vnZftyZEbrssJkmZ1s769gWnqLAzLQNky+NqfHt9ZaiRL4l/nrbhPaG61XTVB/fCsv m0Xu38KIFTZhbg/A3cEJ6vWpt36msEeFSWW9pRfQDbPptrcwrSBjfZxts1izUxCXi95RygX1z ImD0gJ/2V1w4tWIrhNVLx3R/Wk3uPUnBRiEZn1hWXI5nkF2JFVLdTgqWl4OMKq4LGf6D0e1On eigWAn/0TtdAkfeXSoLNicBk5t6CvkhHgxO59nBnxrBlnHW+KVeAuzqUgnhHmB+yRO3CqRyKV 5yZ/pHnOlR9htSe8LmAQmD9A0Oj00x53FO5aLSJqsUH4RtMLc+t8D20WvAFgOKqIY3/TMrzGU yoFtHD3Mkgey8AKyioEopfiEjvqepYp+ATzwxEIzgt3ABQinEQSQMz8nyDqDe6eSWPb3QS3vI iizZQ4o4CkTqnWgegRKjbsOSPnp9Zhh0bgnosJukt28E4nC8FoVtSHJXsHhbP/eRJOyw9qvzG WY3PkoP1o9AiKosSCvIxTNLrpg+k2MQ50baNsVxK5hySswLHUefhcqoE6PTsZG6TFHElT0W2P SHXd/6Gz/N+joSm5E8vFsn+8xvfG5W+QbkcayeTAI1iarESKIAOpGThmL00acb X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > I understand that the word =E2=80=9Cmaybe=E2=80=9D indicates it's not = guaranteed that > the function will do what it's intended to do. IOW, these functions > are conditional. Like 'display-buffer'. But we don't call it 'display-buffer-maybe'. > Since we can't lightly rename old functions, I have a question only > about functions added in Emacs 27, namely, display-buffer--maybe-at-bo= ttom. > Its current body: > > (let ((alist (append alist `(,(if temp-buffer-resize-mode > '(window-height . resize-temp-buffer-window) > '(window-height . fit-window-to-buffer)) > ,(when temp-buffer-resize-mode > '(preserve-size . (nil . t))))))) > (or (display-buffer--maybe-same-window buffer alist) > (display-buffer-reuse-window buffer alist) > (display-buffer--maybe-pop-up-frame buffer alist) > (display-buffer-in-previous-window buffer alist) > (display-buffer-at-bottom buffer alist))) > > I propose to remove this function and replace its parts with > more alists, i.e. this blob > > `(,(if temp-buffer-resize-mode > '(window-height . resize-temp-buffer-window) > '(window-height . fit-window-to-buffer)) > ,(when temp-buffer-resize-mode > '(preserve-size . (nil . t)))) > > with something shorter like `(fit-to-buffer . t)' Can't we add this via a special value for the 'window-height' alist entry? Where we explicitly state that it obeys 'temp-buffer-resize-mode' if that is active and the buffer qualifies as temporary and so on ... Or is that what you mean already? > And also to replace a long list of display-buffer-* that is a copy of > `display-buffer-fallback-action' with something shorter like an alist > `(pre-action . display-buffer-fallback-action). I'm not sure I understand you. 'display-buffer-fallback-action' is always tried after everything else failed. Would you want to run it _before_ something else? >> A single window frame where the buffer is not displayed runs this >> part. > > You are lucky if you can invoke its second branch. I always get only > its third branch in all tried configurations when testing with > completions of `C-x C-f TAB TAB'. I now always display completions in a child frame so I never run into practical problems with it. > After resizing an initial frame to 12 lines, so every vertically split= > window gets 6 lines, typing `C-x C-f TAB TAB' displays *Completions* i= n > the upper window, when a previous window where *Completions* was > previously displayed was moved to the upper window, e.g. > > 0. emacs -Q > 1. resize the frame to 12 lines > 2. C-x 2 > 3. C-x C-f TAB TAB C-g ;; *Completions* were displayed in the bottom= window > 4. C-x 0 > 5. C-x 2 > 6. C-x C-f TAB TAB C-g ;; *Completions* displayed in the upper window= that was previous Your bag of tricks is fathomless :-) Basically, this means that 'display-buffer-in-previous-window' and 'display-buffer-at-bottom' are inherently irreconcilable when a window was at bottom once and moved upwards. We could abuse the existing 'side' action alist entry for not-atomic, non-side windows in the following sense: If 'side' equals 'bottom', a window is eligible for reuse if and only if it appears on that side of the frame. To be obeyed by 'display-buffer-reuse-window' and 'display-buffer-in-previous-window', I presume. WDYT? martin From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Jan 2019 09:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , Juri Linkov Cc: 33870@debbugs.gnu.org, eliz@gnu.org, Stefan Monnier , Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15469395388524 (code B ref 33870); Tue, 08 Jan 2019 09:26:02 +0000 Received: (at 33870) by debbugs.gnu.org; 8 Jan 2019 09:25:38 +0000 Received: from localhost ([127.0.0.1]:49245 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggndi-0002DQ-8g for submit@debbugs.gnu.org; Tue, 08 Jan 2019 04:25:38 -0500 Received: from mout.gmx.net ([212.227.15.18]:41057) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggndf-0002DC-PC for 33870@debbugs.gnu.org; Tue, 08 Jan 2019 04:25:36 -0500 Received: from [192.168.1.101] ([212.95.5.97]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lj1Xa-1hHm4m3wmU-00dF8L; Tue, 08 Jan 2019 10:25:19 +0100 Message-ID: <5C346C76.4050803@gmx.at> Date: Tue, 08 Jan 2019 10:25:10 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.fsf@mail.linkov.net> <87zhscklhq.fsf@gmail.com> In-Reply-To: <87zhscklhq.fsf@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:gYcQIVepQvj0a8bYtN72dxk0YMp1M/IEIBRABL7QPGgp0uy75VJ UknnKwHz12AEkQabpsT9Ea65nefLHCtTPJBzsnEEjZeSmTU/ysD79Tqq1zfMtO6JzF3qNlz HU55AzHbEjVezJBIekMYYN5v500AAGRkPVE1AULEHw0Exal+xE/pqWCsAQy1qUTS9QhQlUj WvfkOureHc/9Cu1T522KQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:fhdPSGhBNgA=:4jbuDx6nrY+T3YQ82EYXBL id5+pRRWrBrJKvIvduY7mI6yvq88KWxDrzBTS6AwCm0cfGLtnaMPnBI5G+DETMFXHCnZzMFRD FFE/PjHg33WCKemlGC2ib0fQhm1gijTqyRz9WEc+OVXFtwA+DqdW84wBGSHBYpzTCxkiXw1pX 7hPkmh5ZT6Rp6C2C2jK08lD6ynfkZuxHUC8vlL+WAjJdf6JVebolIWJzhCGcZ2AWcfI77uYRx rJXh2EXj1SRCigst7Jlqf+kQ9GcYUAf4UkURzJKHF9LVto6fEkABqVsrwhJsiiVKjEEMXqgov Wsqi/BPX2yAhJKvsE9yVn5yYRJYHirrpRdvV4ktR+71dM4NMgWs+7l5BhBfUlyRvBuL2GtXOz CPYM3ogXUFum24tm5fb7KmVD1iOIrQjRPPBP4oKyzmeQTGksWeDGirzZA9iBRnO1DUuDaU6dy AljSqOrOronESFWduL1wJR98SnWSH7TpQYq3s7rGw+O9HgNqNxD+LJBKBH21lDqQch68cQofp k7y/oW+eSTMLPCsa3PFzkl/W4p7cvahxnTuCH/XHMPSgqWd2N0YyGMQDF4FA9oaj5NRu6Tlsb ldHpn+Cuak7qGyW7BBS6LakCsASkVQHDh+TcdznmnUJQlYuN6LKWVHuIjudObjyYPv1WpJApr uYeJ163BawpqcSEPJ4eIsYcRHR/DFHOtJN7meyD0PBvOG2k3R+rPnk7DIgzB/9BTJQaJKYCmC gps1SmLSh4SGNEDnoYA9YLe/M7TzaLYfGs4Kdz+77uzUG4Wn/k6vninz4LJ2TeBnZAHhfBzZP 4O5V9923icq036/XH4Q6uZcB/IbIuAwofrLxJftPISB6wd5mORDdarDXr6MEhi+wuVGr9o806 lCOFltwL6nhFOlRu9q/lOSbd83DeeG7ghNkQOd7fjHycdymAZ5H1TqrHduS5pl X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > You may argue that by making them public *now* we are going to have a > more deprecation problem if we decide to rename them again *in the > future*. I would agree with you there. The DEDICATED argument of 'window--display-buffer' is a very gross hack that nobody among us will understand in all its consequences. Try to guess its semantics from the fairly underdocumented variable 'display-buffer-mark-dedicated' and how it's set by the various buffer display actions - most of them copying the call scheme from another. IIUC the idea is that a "reused" window should not be made dedicated while a new window could be made dedicated. So we could guess the intention from the TYPE argument - unless it's 'reuse', dedicate the window if asked for. But we do not implement that consistently. So before making this function public, we should resolve this calling convention. Personally, I'd proceed as follows: (1) Deprecate the variable 'display-buffer-mark-dedicated'. (2) Remove the DEDICATED argument from this function. (3) Add a 'dedicated' action alist entry to implement the functionality. And we should specify once and for all whether a window can remain or become dedicated when our function displays another buffer in it. And another thing: The term "reuse" has two meanings in the context of buffer display: OT1H "reuse" stands for reusing a window showing one and the same buffer like in 'display-buffer-reuse-window'. In 'window--display-buffer', if TYPE equals 'reuse' this just means that an existing window has been reused for showing BUFFER - that window might have shown another buffer before. This confusion would have to be resolved as well before going public with this function. martin From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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: Tue, 08 Jan 2019 11:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 33870@debbugs.gnu.org, Eli Zaretskii , Dmitry Gutov , Stefan Monnier , Juri Linkov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154694626118658 (code B ref 33870); Tue, 08 Jan 2019 11:18:02 +0000 Received: (at 33870) by debbugs.gnu.org; 8 Jan 2019 11:17:41 +0000 Received: from localhost ([127.0.0.1]:49289 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggpO9-0004qr-6x for submit@debbugs.gnu.org; Tue, 08 Jan 2019 06:17:41 -0500 Received: from mail-qk1-f181.google.com ([209.85.222.181]:37931) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggpO7-0004qd-95 for 33870@debbugs.gnu.org; Tue, 08 Jan 2019 06:17:39 -0500 Received: by mail-qk1-f181.google.com with SMTP id a1so2060540qkc.5 for <33870@debbugs.gnu.org>; Tue, 08 Jan 2019 03:17:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=Tji5fT5Puf43bGA/0GUuIA4y6XjDqnskhBu1viQZJKc=; b=lyzplIFqFSHYDyAfOflNy66xSTv8qv3Dznuy0Q+Sm08Rk3vyQahWFO/6u5szPIYdbR Y5IHqHs6TM7GdxoBr52vNhvZWtH4c0rcbdRbZ9ukkMlxbOmWgomWy1Pu4KwYXZt8xDDK dqG721I9lxeEhXG21z44z+OQeeWv1f0TS/NojM3zGzuYGvao7/qrY6EEfzWJldKbEw9K iSxRrH+RGUqcgOQEj9O4ztuyrJIDZZjPhTv0cbpYbgEmT1LhDkNKPp0LWb2xfG7DDWSw rfzMq8y8QGgHahb75LPiohIQiYD7IEJJ90gAU1EFR277FQF0Xsmfk1wgOKLXxkcBmtWd qbRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=Tji5fT5Puf43bGA/0GUuIA4y6XjDqnskhBu1viQZJKc=; b=fSjxtKMVSxwm1uDWCbwxojKFAfDIH3I8MYxg7vrCv7bI7C6tNoofyUa6GV7TlzoUgi +zx4LQj7a+K0f8d3+NbI7IZ/pQzxHxb5SLEQNjKajxI2KLPJJh0yQefPYLbsByWDFMP5 uhuSHHQJ/jnT2kfLxWAfU/q4XdcI8Sg1EEvMQ4XhNwz0bMBH+LUz0z3X8wky0AJ64DAd Ooutn4stkk6ovQDv/7gjLpxcZ2tLp1fiCvgpCUXwtLGLDI+N0VpbVS6AnVM6hZOoDNJv bR6ROipv1sVgF+ExZEV1yucsn2nARGuOf68Y4czeMKPig4q9lH1je7wd/1thGGhmOuVG 5w+g== X-Gm-Message-State: AJcUukdyVJThtY3vhTKNcy1TfWTn9VrBxyXdsPT1xAfW60mzTNsNPIxi yGt4laFrS12BSAN7vrwpnjN+2pPdIoWo6BmW3+c= X-Google-Smtp-Source: ALg8bN7uyHtVpm6x42FBro8ZCTgcaa66zzLG4wVwngKLIqb3xiyN6ahd6WlbFI8LC2ZV3+KMiz6nS5bha1CrqBisziU= X-Received: by 2002:ae9:d804:: with SMTP id u4mr1137490qkf.322.1546946253653; Tue, 08 Jan 2019 03:17:33 -0800 (PST) MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.fsf@mail.linkov.net> <87zhscklhq.fsf@gmail.com> <5C346C76.4050803@gmx.at> In-Reply-To: <5C346C76.4050803@gmx.at> From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Date: Tue, 8 Jan 2019 11:17:21 +0000 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) On Tue, Jan 8, 2019 at 9:25 AM martin rudalics wrote: > So before making this function public, we should resolve this calling > convention. Makes sense. Then, in my view, the logical sequence to fix this bug is A. First do these changes to window.el and publish a decent window-display-buffer calling convention. B. Push a xref.el based on the new function that doesn't change the xref UI. C. Discuss the xref.el UI in the other bug. > Personally, I'd proceed as follows: > > (1) Deprecate the variable 'display-buffer-mark-dedicated'. > > (2) Remove the DEDICATED argument from this function. > > (3) Add a 'dedicated' action alist entry to implement the > functionality. When do you think you can do this? Be advised there is indeed some third-party code already relying on the internal "--" version of this funct= ion. We might be breaking some of that code (otoh it was "asking for it" for using such an implementation detail). > And we should [...] and another thing Do both of these more ambitious refactorings really need to make it in before we can do B as outlined above? Or can we do them later in parallel? Jo=C3=A3o From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Jan 2019 14:45:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 33870@debbugs.gnu.org, eliz@gnu.org, Dmitry Gutov , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , Juri Linkov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154695869413852 (code B ref 33870); Tue, 08 Jan 2019 14:45:01 +0000 Received: (at 33870) by debbugs.gnu.org; 8 Jan 2019 14:44:54 +0000 Received: from localhost ([127.0.0.1]:49364 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggscf-0003bL-Ti for submit@debbugs.gnu.org; Tue, 08 Jan 2019 09:44:54 -0500 Received: from chene.dit.umontreal.ca ([132.204.246.20]:59700) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggsca-0003b9-US for 33870@debbugs.gnu.org; Tue, 08 Jan 2019 09:44:52 -0500 Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id x08Eil6j013215; Tue, 8 Jan 2019 09:44:47 -0500 Received: by pastel.home (Postfix, from userid 20848) id E00B36AAF2; Tue, 8 Jan 2019 09:44:46 -0500 (EST) From: Stefan Monnier Message-ID: References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.fsf@mail.linkov.net> <87zhscklhq.fsf@gmail.com> <5C346C76.4050803@gmx.at> Date: Tue, 08 Jan 2019 09:44:46 -0500 In-Reply-To: <5C346C76.4050803@gmx.at> (martin rudalics's message of "Tue, 08 Jan 2019 10:25:10 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 2 Rules triggered EDT_SA_DN_PASS=0, RV6456=0 X-NAI-Spam-Version: 2.3.0.9418 : core <6456> : inlines <6992> : streams <1809491> : uri <2776788> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > And we should specify once and for all whether a window can remain or > become dedicated when our function displays another buffer in it. The intention behind display-buffer-mark-dedicated is to have it set to `soft` which in turn means that the window will be undedicated whenever the user explicitly asks to display another buffer in it (typically via switch-to-buffer). IOW the result is windows are dedicated as long as they have only ever displayed a single buffer. Stefan From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Jan 2019 14:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org, Eli Zaretskii , Dmitry Gutov , Stefan Monnier , Juri Linkov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154695886014138 (code B ref 33870); Tue, 08 Jan 2019 14:48:02 +0000 Received: (at 33870) by debbugs.gnu.org; 8 Jan 2019 14:47:40 +0000 Received: from localhost ([127.0.0.1]:49368 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggsfJ-0003fu-CZ for submit@debbugs.gnu.org; Tue, 08 Jan 2019 09:47:39 -0500 Received: from mout.gmx.net ([212.227.17.20]:36479) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggsfF-0003fg-Cs for 33870@debbugs.gnu.org; Tue, 08 Jan 2019 09:47:33 -0500 Received: from [192.168.1.101] ([212.95.5.3]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MACmL-1gaWrd2MG1-00BMfr; Tue, 08 Jan 2019 15:47:16 +0100 Message-ID: <5C34B7EB.8030907@gmx.at> Date: Tue, 08 Jan 2019 15:47:07 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.fsf@mail.linkov.net> <87zhscklhq.fsf@gmail.com> <5C346C76.4050803@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:eQSpeMGN7ro1sJutibpkEadbNZY05fbaar7SXJ2gCn6iE/Tnsj2 nq+lTxPotMbynw2cdaEViMcau/GPSEZ5LWvml7coKbxrqhKoTDNPLQhnBmdS+u7rQUqhWqx xSgGiw1znWcMDISQEm0bu7cCcbjHKBJfwEyjd+GEmzJlO0FmHXOLJ36yhLkJjmzWu6n9tZJ udVt34YzjdKaFj4uxC4lQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:sljNtiOBQeY=:LZszgsmZLAA+6Ehy506H/W CAeVKjoyxm0PnWAgx2Eq4y/Z/b4h6ewcok/+oCOJhzrZ8dswxV3igrR5lP8Wu5mvAdtJ44B3r KgV/cO5PbMjp9Ob1sHRHyj358cIuAsQDaPKOFe/oOeOqUcTuFkZsUoR6pcxI6korlnpt642qN L61LVDAE2We9b4yOQKZQCUNMUE7DyNjGPmiNo7HcSLhV/0aXfnT5cDXsNiJhmIvtD3SlFKoU1 Pu15SBjMygogygNiZhFtjB4AQ/cIFdu9Uvb0KAObc7dXFDeLvWJdUL0UpM5T/61YzHm2irDLO tuHRLyIolUhDr7Wk66zkig7aIKDxV+N/pjSW2elxnU3JNj9M0KBvYK1VXYdFGn9BqeCJRm1lj J0k1dxohCtzx8qLmOFAGCtqw114Lkm0b3C7Uj0bOJyPYYhmRaC4m+5AabXvCLWxPr42QjdRik YU6hy4/YTpLWSsLWxN3nZkxUSnT6IjhFVbGZqMr4f2scDs7oITvDAoE9Z03eT1SQI4KcISb3n 3mWKG3AYCgOdKxDg3xVPrKGOZYCIoM/9taE9FZEIEij3Gy6UtPg3Ige6qioSchVgKKRz1qc64 Wqm1ncYX3AogCQ0Gko4UiN4HHxe7lVGhXSwH88E20f/cNsTvNXJs/hk2G4kXdLbUlkbF3H2BF eaZt9uxvZrjvbiTZmb5/tmsxe8I8IM09/P2zU+GSMsxx75Nz2M4Z9yJrIZ7k50aA/7CPPP0i5 RCnN3nm5OlaJxBlwjOlhOc35He0xCUnSjBtB11jHVAsabuAwRpFc4ZKzV9NNApqsWHoBM1m7Q NKIC+W7oHrQLrhYaDigo4Se8Piju8W8AFTBFV1qONguZW/5BSmZRxerr9CvvwNfRfyl6RYE3c rodtOtR8+0Rrmp6rQcgOyUUpJi8DcLWtg5RtONe4uR1nCQcdXqeE6W+R/F/8n/krCxHOs7qI5 NNQC2tj4tqQ== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> So before making this function public, we should resolve this calling >> convention. > > Makes sense. Then, in my view, the logical sequence to fix this bug is > > A. First do these changes to window.el and publish a decent > window-display-buffer calling convention. > > B. Push a xref.el based on the new function that doesn't change > the xref UI. > > C. Discuss the xref.el UI in the other bug. I can only comment on A and even there I have to leave the judgment to Stefan Monnier as he's our only expert on window dedication and how 'display-buffer' is supposed to handle it. But I can offer a preambulatory piece of code we could splice into the function in order to do away with the DEDICATED argument. Untested! ... (unless (eq buffer (window-buffer window)) (set-window-dedicated-p window nil) (set-window-buffer window buffer)) (let ((alist-dedicated (assq 'dedicated alist))) (cond (alist-dedicated (set-window-dedicated-p window (cdr alist-dedicated))) ((and (not (eq type 'reuse)) display-buffer-mark-dedicated) (set-window-dedicated-p window display-buffer-mark-dedicated)))) (when (memq type '(window frame)) (set-window-prev-buffers window nil)) ... > Do both of these more ambitious refactorings really need to > make it in before we can do B as outlined above? Or can we > do them later in parallel? I recommend to do these before making that function public. I don't understand B and C sufficiently. martin From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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: Tue, 08 Jan 2019 14:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 33870@debbugs.gnu.org, Eli Zaretskii , Dmitry Gutov , Stefan Monnier , Juri Linkov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154695934215555 (code B ref 33870); Tue, 08 Jan 2019 14:56:01 +0000 Received: (at 33870) by debbugs.gnu.org; 8 Jan 2019 14:55:42 +0000 Received: from localhost ([127.0.0.1]:50124 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggsn8-00042p-HS for submit@debbugs.gnu.org; Tue, 08 Jan 2019 09:55:42 -0500 Received: from mail-qt1-f180.google.com ([209.85.160.180]:33514) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggsn5-00042j-Ba for 33870@debbugs.gnu.org; Tue, 08 Jan 2019 09:55:39 -0500 Received: by mail-qt1-f180.google.com with SMTP id l11so4651596qtp.0 for <33870@debbugs.gnu.org>; Tue, 08 Jan 2019 06:55:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=MEXSOma6ryNnvpc9+taFHH5zHy21b2WVoPGpnDTIlr0=; b=Ec97gVK02QrFKotOkGeCNDzKIkyCcT2rlt8IPbyb42FBy+B6KqR4bSaznpMMA1rR39 cRfT5jcBgAjxoJuFKJAOILjkyeD1RpvALkikEqivqt8hipB5O/LWDVTnYrtAc45asFpE /Ed92LZ/g4CSAobO3A4jawca+JZWBtgPrWc2XeAdp7hy25AN68NL7bNCRsllQ4rFqv/R 8bHsGIaYZjdo1D7VvinAsQ20UqeB+nAQ3tk/XSRDsMeRKa/HBipqgaFx6NtMkWg0ksO5 nAGGgScUWVJlcjxguEh2b6AduybWC+CHyQtpXn3SvXqhZz6/fTObVLKoGyrzTxOQj4m4 ++BQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=MEXSOma6ryNnvpc9+taFHH5zHy21b2WVoPGpnDTIlr0=; b=fIs3w1v8gmNu28zXzUT6uIM9NIk29eiaM09RNXRItqkvP4e7KVT9GWnWF9MNs6vIA2 PPXn7P7gT6a3CynLv/uUflalV0mKlVoVFphRVeSsPqd6gcyMhwSaN93KrsjCM8X3vhvz 8bzS4M7QwlWl/gc+AeELxI9NioL1aN5w6IkbQ1UnvQcDgX7I4iSc6a+m00T79MiDT5ZM /mAYimPWi+a3Eq2/1o4XJI2LySE+ONew/uE+mlZPgyVPReF9jT8J0sBZkzrOi+npcH0f Ncs3zg/8W94KzjTd0SyctfK4yYtvLxVHbd6oM/IzPwvjMl1WHflN0HPUDcbSQzQCv5lB ujDw== X-Gm-Message-State: AJcUukcUnaFKi39qK47xnEpm7d+Td1CSwyJSKHZ0JzjtVUtuffSdswUv Dd1jQFP0m8gKbLrqgMRYpbPcMJwy9UiWPsqpVOg= X-Google-Smtp-Source: ALg8bN7fVQIisGNPU1SnO0QBTQmpfJc6g5n0yTvtUYBF+urADYDqGSp1KQjFwcECtnY0qXUwbmvBiNrdgkflXQQ8NKU= X-Received: by 2002:ac8:2dc3:: with SMTP id q3mr1972560qta.178.1546959333613; Tue, 08 Jan 2019 06:55:33 -0800 (PST) MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.fsf@mail.linkov.net> <87zhscklhq.fsf@gmail.com> <5C346C76.4050803@gmx.at> <5C34B7EB.8030907@gmx.at> In-Reply-To: <5C34B7EB.8030907@gmx.at> From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Date: Tue, 8 Jan 2019 14:55:21 +0000 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) On Tue, Jan 8, 2019 at 2:47 PM martin rudalics wrote: > I recommend to do these before making that function public. I don't > understand B and C sufficiently. Then we can go ahead and do B and C without A, but we would probably have to tweak B/C later (which is something we have to do already for many other uses of `window--display-buffer`). Jo=C3=A3o --=20 Jo=C3=A3o T=C3=A1vora From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Jan 2019 15:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 33870@debbugs.gnu.org, eliz@gnu.org, Dmitry Gutov , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , Juri Linkov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154695987316336 (code B ref 33870); Tue, 08 Jan 2019 15:05:01 +0000 Received: (at 33870) by debbugs.gnu.org; 8 Jan 2019 15:04:33 +0000 Received: from localhost ([127.0.0.1]:50128 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggsvh-0004FP-Cm for submit@debbugs.gnu.org; Tue, 08 Jan 2019 10:04:33 -0500 Received: from mout.gmx.net ([212.227.17.21]:47639) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggsve-0004FA-8A for 33870@debbugs.gnu.org; Tue, 08 Jan 2019 10:04:30 -0500 Received: from [192.168.1.101] ([212.95.5.3]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LwrS8-1hMYJJ00CG-016SH5; Tue, 08 Jan 2019 16:04:13 +0100 Message-ID: <5C34BBE4.8060705@gmx.at> Date: Tue, 08 Jan 2019 16:04:04 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.fsf@mail.linkov.net> <87zhscklhq.fsf@gmail.com> <5C346C76.4050803@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:uqJgHyvPLjtbU2kT1WmgpRSQX7YRrbyIEYvFVoJAbLqCv6I2cRv wYO/fjlGIZXrayfzQQRvw/aHHp81cuTpx4XK8P/Hk3VDXEXwD3YWyCRwPALtCbb45FYJk3B AMi96LAKzWpC+7BPjMKtKSKt1Y55sMML7P5t6szj22seO8bAkQCwW+/92Kc1FlB8mqxq8Qr Z1JlOQqBACCT/6QEPHRvg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:h7Rj3FCDx4Y=:JZvgbtg6e+yEsXHJ7AiBon G/c7YCOxmUHlWTP/vk21W3OWWm53casJ4ue7YspYIg0U2tUHdMLG5cGvE9rwfq6Z51bvYMsHt vEue320SSGXgJiueoPqnxl0b2nxqsiPI4dGUFRt2N97A0YE5kyGkOiJzrLiXTSn6NAcnU/jCQ eRe1xNMmcmKJSyXW5fJKpv9c4hykeMTlSArSnCkNTrlzCwSEI6UusL/Rv6Lwr20yK/lzcXrtW g9o4ZiCj2/mcQN58cm7IvqXIaWClt6+ooLZFGpAmC/NKj1i0RmomAtMomK4Mfp+/Sm9hWrtR8 VfpTYL+GebkwWvm5afLT1UPh/P6XdKaRjU8PfoTB2fxBknNsJ3nUyXlpY8UE3RT9bf4JXIDL4 buRuIgCdH2DRByo208bblj0rURa7W/4rcFVHHcVpS6zkh7vK1GHV6mMtM9cezfCwI2k/FhHXq zL9E/mjgE4tNuWEfko9sOb/z6sBmUKTyQGRPOTsfGjLZXl9xGGw7dsnnFydZAoQ1RciNYJOm+ nlUBpB8wodGB2ZUW77Qb14AiUAD7Tn/c3QwD+5N2+OeayHralLm8QqaAqDAtp6uPDh2+JWwjN LGiszY9NQ8R58R9mZBrzuE1KXjdHWGOJJqhq4QcxdPELdlXHSoKB9C0gvcaxhDt071Y65NXmj mP5EdmTNcDipbFtyyl0qkVi2Gz4Xru8UcMZhvkAcxGksAo2yEtWL94jpr8v4Q7oFBvUbVVdRC E/jIBc2rzkhBR7kDqMd+a6Ko7rEjglYBszCNVih9LRwqmnSIOILenHQ7OPVyuxf5mATJme2t8 pGa8yI0h/brDtRTACprg4XM7NT8nUwxQy6HCIkRF7qaDLuXoTpMUAucvQ01RKCIk0T5biiUvK 3z+dQSF2VBFLjgtrxloVcD0VrFZXS84FQOEGsM3ZDmPYHzRhYQ2D/QEk8K14hLOSUbGc4UGiW rhhLv0wn4ug== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > The intention behind display-buffer-mark-dedicated is to have it set to > `soft` which in turn means that the window will be undedicated whenever > the user explicitly asks to display another buffer in it (typically via > switch-to-buffer). Who is supposed to set this and when? Why don't we provide a normal action alist entry for this? > IOW the result is windows are dedicated as long as they have only ever > displayed a single buffer. You mean one and the same buffer all the time? Please leave a note somewhere what the precise intended behavior is. So far, designers of buffer display action functions can only guess. martin From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Jan 2019 16:07:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 33870@debbugs.gnu.org, eliz@gnu.org, Dmitry Gutov , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , Juri Linkov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154696359722334 (code B ref 33870); Tue, 08 Jan 2019 16:07:01 +0000 Received: (at 33870) by debbugs.gnu.org; 8 Jan 2019 16:06:37 +0000 Received: from localhost ([127.0.0.1]:50147 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggttl-0005o7-2Q for submit@debbugs.gnu.org; Tue, 08 Jan 2019 11:06:37 -0500 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:49305) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggtti-0005ny-1c for 33870@debbugs.gnu.org; Tue, 08 Jan 2019 11:06:35 -0500 Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id x08G6WkU017201; Tue, 8 Jan 2019 11:06:32 -0500 Received: by pastel.home (Postfix, from userid 20848) id 7928C6AAF2; Tue, 8 Jan 2019 11:06:32 -0500 (EST) From: Stefan Monnier Message-ID: References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.fsf@mail.linkov.net> <87zhscklhq.fsf@gmail.com> <5C346C76.4050803@gmx.at> <5C34BBE4.8060705@gmx.at> Date: Tue, 08 Jan 2019 11:06:32 -0500 In-Reply-To: <5C34BBE4.8060705@gmx.at> (martin rudalics's message of "Tue, 08 Jan 2019 16:04:04 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 2 Rules triggered EDT_SA_DN_PASS=0, RV6456=0 X-NAI-Spam-Version: 2.3.0.9418 : core <6456> : inlines <6992> : streams <1809497> : uri <2776818> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) >> The intention behind display-buffer-mark-dedicated is to have it set to >> `soft` which in turn means that the window will be undedicated whenever >> the user explicitly asks to display another buffer in it (typically via >> switch-to-buffer). > Who is supposed to set this and when? The user in ~/.emacs > Why don't we provide a normal action alist entry for this? IIRC it was introduced before the new display-buffer-alist and its action alists. Also it's a global variable because I needed it to apply to "normal" buffers (rather than those matched by special-display-regexps), so it needs to go to display-buffer-base-action which had no equivalent back then. >> IOW the result is windows are dedicated as long as they have only ever >> displayed a single buffer. > You mean one and the same buffer all the time? Of course: when set to `soft`, it's marked as `soft-dedicated` when created, so as soon as some other buffer is displayed, the dedication is removed. > Please leave a note somewhere what the precise intended behavior is. > So far, designers of buffer display action functions can only guess. I'm not sure what to say there. The intended behavior is just as it is described: to mark windows as dedicated when they're created. Stefan From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Jan 2019 17:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 33870@debbugs.gnu.org, eliz@gnu.org, Dmitry Gutov , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , Juri Linkov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154696945731949 (code B ref 33870); Tue, 08 Jan 2019 17:45:02 +0000 Received: (at 33870) by debbugs.gnu.org; 8 Jan 2019 17:44:17 +0000 Received: from localhost ([127.0.0.1]:50202 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggvQE-0008JC-Jn for submit@debbugs.gnu.org; Tue, 08 Jan 2019 12:44:17 -0500 Received: from mout.gmx.net ([212.227.15.15]:44021) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggvQA-0008Iw-ME for 33870@debbugs.gnu.org; Tue, 08 Jan 2019 12:44:11 -0500 Received: from [192.168.1.101] ([212.95.5.3]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M8eAd-1hTxWn3sw7-00wBST; Tue, 08 Jan 2019 18:43:51 +0100 Message-ID: <5C34E14F.40804@gmx.at> Date: Tue, 08 Jan 2019 18:43:43 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.fsf@mail.linkov.net> <87zhscklhq.fsf@gmail.com> <5C346C76.4050803@gmx.at> <5C34BBE4.8060705@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:4KUWtthuAwYzKICDGH9uYF699kedMQtYfTfLLPavpSxSRfNzNb8 sS2U/xXvVUTiRuapsQ0JstZ694ma7B+l/PM1tdkwcm8jShGOamIl+59rG462dP/QAQBeSAa Q8ximzrNUP5TBhbBPk5YY55RHmPuM3m+F3m2aGT9/7tByUKrZF8GDc75REYASboUnUg7zCo FT7x3VeJOOaXYe4vdgO9g== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:KxCVGcHTaLw=:r3fHZU98EmOVOL1DnZXmaY dPX12nC3E6I6y1BNA6JaaykQCOwM6QAxuP3p8ghxZoip1XzyRqIeDkHQUQoN559DI+ndH7XOI 1P7o+AOgr7jYSWMeBGlZ7Un8gyos2a0XcFGdSWrupESfLfmFflGF5EtKoyhOCbW1THOcmpWAk RdjoLB43ZoSLf/mG3XhYGYP1D/ueJ+OuiZUE6noFU3OL4Oh0rNt9IGxMmVnFM92IDBotpdcXh V9WMgt8yqlj80davuuMaTtgJQGUIAun0QivmfyahPYDecQ2ZHzgitnk+Irwgi/OWZN39G65TR azD5fmx2qk1G3Uc2nChcU+VuQ/QPDDIBVGASwZfZ2rGcHtAIyE60+rC/gpBwl9FshgxQF/ik1 +B9C2W+t8P3gIHhg8A35MRECBxhVsKQ3cTpJKYmYMlGXNT/kQkpEJ4YI0UoK2YjVhRaJ89ZWp ASzukkXxqRXTULcxoaOvxvSlWaAmTkzIwXf0JJ9V4sqPZGwKNWbdYyTCJMspTTq5LMecqGq46 XNeU70DBpl6ibKjr9X5yhmaYzhf5RDn0bt0LW64YqG33eLUYhdkNmHx2UC1VHsUPKEmIiN2wc JdgsOnQlH3GSKjXkcSh50dfQNUmYdr+37Xz1ojZtZhScjDQqyEzABtzi77HLKhyCp5EmbAHtD ZKOev0n2Ju7neV7fJ0wThVSpHPeIeKQwlANAn6OFmSfZe2fgr5psDgRJc3Nq9SLiZ050NPhE3 duGU+vflw6E13qbF5oAu7L6QRHakPuQ45lg3GQ9cTTj68qJGoaDvmg2ZrL+5uZQ89MBIZ/Z54 bsiFkZse/sHGzff68F2gsSlqXoFznsYgVe/IvyNKnHP/x1LsvEDACW8QDhqNGqDrD2xAN3k84 kMQiN5be/XThFrzLalb2Nvfk1hUIOS8O1DYhOZckp9EM0gK2UJnSGEH0frWV2gzG+Wnc9Bu1o c5Bk6IiV6nQ== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > The user in ~/.emacs Then this should be an option instead of a plain variable. >> Why don't we provide a normal action alist entry for this? > > IIRC it was introduced before the new display-buffer-alist and its > action alists. Also it's a global variable because I needed it to apply > to "normal" buffers (rather than those matched by > special-display-regexps), so it needs to go to > display-buffer-base-action which had no equivalent back then. We have 'display-buffer-alist' for quite some time now. So please consider making this an action alist entry. That way a user can decide whether all buffers displayed by 'display-buffer' should be dedicated or only certain ones and which 'dedicated' value they should get. > I'm not sure what to say there. The intended behavior is just as it is > described: to mark windows as dedicated when they're created. OK. I think we can get rid of the DEDICATED argument then. Thanks, martin From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Jan 2019 20:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 33870@debbugs.gnu.org, eliz@gnu.org, Dmitry Gutov , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , Juri Linkov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154698081526524 (code B ref 33870); Tue, 08 Jan 2019 20:54:02 +0000 Received: (at 33870) by debbugs.gnu.org; 8 Jan 2019 20:53:35 +0000 Received: from localhost ([127.0.0.1]:50566 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggyNT-0006tj-IQ for submit@debbugs.gnu.org; Tue, 08 Jan 2019 15:53:35 -0500 Received: from chene.dit.umontreal.ca ([132.204.246.20]:58240) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggyNO-0006tW-Ew for 33870@debbugs.gnu.org; Tue, 08 Jan 2019 15:53:32 -0500 Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id x08KrSAg013947; Tue, 8 Jan 2019 15:53:28 -0500 Received: by pastel.home (Postfix, from userid 20848) id 277646AAF2; Tue, 8 Jan 2019 15:53:28 -0500 (EST) From: Stefan Monnier Message-ID: References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.fsf@mail.linkov.net> <87zhscklhq.fsf@gmail.com> <5C346C76.4050803@gmx.at> <5C34BBE4.8060705@gmx.at> <5C34E14F.40804@gmx.at> Date: Tue, 08 Jan 2019 15:53:28 -0500 In-Reply-To: <5C34E14F.40804@gmx.at> (martin rudalics's message of "Tue, 08 Jan 2019 18:43:43 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 2 Rules triggered EDT_SA_DN_PASS=0, RV6456=0 X-NAI-Spam-Version: 2.3.0.9418 : core <6456> : inlines <6992> : streams <1809516> : uri <2776921> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > We have 'display-buffer-alist' for quite some time now. > So please consider making this an action alist entry. Yes, it would be much better, but it never seems to reach the top of my todo list. > That way a user can decide whether all buffers displayed by > 'display-buffer' should be dedicated or only certain ones and which > 'dedicated' value they should get. Historically, special-display-buffer-alist always caused the created frames/windows to be dedicated, so display-buffer-mark-dedicated extends this to those windows created for other reasons. I haven't looked in detail, but this seems to make it less trivial to just add a new action alist parameter: it should default to `t` if we matched in display-buffer-alist but to nil if we only rely on display-buffer-base-action? Also, some (all?) let-bindings of display-buffer-mark-dedicated should now be unnecessary (because of the features you added so bury-buffer (or was it quit-window?) automatically deletes the window). Stefan From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 09 Jan 2019 00:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15469937475299 (code B ref 33870); Wed, 09 Jan 2019 00:30:02 +0000 Received: (at 33870) by debbugs.gnu.org; 9 Jan 2019 00:29:07 +0000 Received: from localhost ([127.0.0.1]:50671 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gh1k2-0001NP-Ic for submit@debbugs.gnu.org; Tue, 08 Jan 2019 19:29:06 -0500 Received: from lavender.maple.relay.mailchannels.net ([23.83.214.99]:42259) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gh1k0-0001N9-QZ for 33870@debbugs.gnu.org; Tue, 08 Jan 2019 19:29:05 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 79FAB5022E3; Wed, 9 Jan 2019 00:29:03 +0000 (UTC) Received: from pdx1-sub0-mail-a54.g.dreamhost.com (unknown [100.96.20.98]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 1AE1A5028DA; Wed, 9 Jan 2019 00:29:03 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a54.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Wed, 09 Jan 2019 00:29:03 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Trail-Bitter: 543ef00e6a4083ff_1546993743369_1171721104 X-MC-Loop-Signature: 1546993743368:3206071519 X-MC-Ingress-Time: 1546993743368 Received: from pdx1-sub0-mail-a54.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a54.g.dreamhost.com (Postfix) with ESMTP id A6B2781357; Tue, 8 Jan 2019 16:29:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=4/h2uKVt4ue673jU+u+DK6Bpwic=; b= AQRSzHE9s9ULT9ELj6eqTUX9oIpI/YifKBzM40ZY1dWbKG7hf45LDPKqXlhdKMGk 5EcYuf7zwP3xiwy6R1T7vtED9BNg802c9lycVRUG5bA6DSzaT8M9QxTb+vT9jcQD csrIPo0ADXXRoiD4v0U9qjHujjht9XaljQmFaJbzds4= Received: from mail.jurta.org (m91-129-101-91.cust.tele2.ee [91.129.101.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a54.g.dreamhost.com (Postfix) with ESMTPSA id 524F88135E; Tue, 8 Jan 2019 16:28:58 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a54 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <83lg403o9c.fsf@gnu.org> <87r2dq8z9n.fsf@mail.linkov.net> <5C31C477.9040108@gmx.at> <874laluz3g.fsf@mail.linkov.net> <5C3315E6.9010709@gmx.at> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> Date: Wed, 09 Jan 2019 02:15:02 +0200 In-Reply-To: <5C346C49.6060003@gmx.at> (martin rudalics's message of "Tue, 08 Jan 2019 10:24:25 +0100") Message-ID: <8736q2ka0h.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrfedtgddvfecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtuddrledunecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtuddrledupdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> I propose to remove this function and replace its parts with >> more alists, i.e. this blob >> >> `(,(if temp-buffer-resize-mode >> '(window-height . resize-temp-buffer-window) >> '(window-height . fit-window-to-buffer)) >> ,(when temp-buffer-resize-mode >> '(preserve-size . (nil . t)))) >> >> with something shorter like `(fit-to-buffer . t)' > > Can't we add this via a special value for the 'window-height' alist > entry? Where we explicitly state that it obeys > 'temp-buffer-resize-mode' if that is active and the buffer qualifies > as temporary and so on ... Or is that what you mean already? I meant to make it shorter in any possible way, so using something like '(window-height . resize)' seems to achieve this goal. >> And also to replace a long list of display-buffer-* that is a copy of >> `display-buffer-fallback-action' with something shorter like an alist >> `(pre-action . display-buffer-fallback-action). > > I'm not sure I understand you. 'display-buffer-fallback-action' is > always tried after everything else failed. Would you want to run it > _before_ something else? Exactly. There is a long list of actions in display-buffer--maybe-at-bottom before calling the main action 'display-buffer-at-bottom', so it makes sense to move them somewhere to a common place. >>> A single window frame where the buffer is not displayed runs this >>> part. >> >> You are lucky if you can invoke its second branch. I always get only >> its third branch in all tried configurations when testing with >> completions of `C-x C-f TAB TAB'. > > I now always display completions in a child frame so I never run into > practical problems with it. Then what problems are possible with binding 'split-width-threshold' or 'split-height-threshold' to nil? >> After resizing an initial frame to 12 lines, so every vertically split >> window gets 6 lines, typing `C-x C-f TAB TAB' displays *Completions* in >> the upper window, when a previous window where *Completions* was >> previously displayed was moved to the upper window, e.g. >> >> 0. emacs -Q >> 1. resize the frame to 12 lines >> 2. C-x 2 >> 3. C-x C-f TAB TAB C-g ;; *Completions* were displayed in the bottom window >> 4. C-x 0 >> 5. C-x 2 >> 6. C-x C-f TAB TAB C-g ;; *Completions* displayed in the upper window that was previous > > Your bag of tricks is fathomless :-) Basically, this means that > 'display-buffer-in-previous-window' and 'display-buffer-at-bottom' are > inherently irreconcilable when a window was at bottom once and moved > upwards. We could abuse the existing 'side' action alist entry for > not-atomic, non-side windows in the following sense: If 'side' equals > 'bottom', a window is eligible for reuse if and only if it appears on > that side of the frame. To be obeyed by 'display-buffer-reuse-window' > and 'display-buffer-in-previous-window', I presume. WDYT? This makes sense. Even more, maybe it would be possible to use only an alist '(side . bottom)' instead of specyfying the action 'display-buffer--maybe-at-bottom'? From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 09 Jan 2019 00:30:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org, rudalics@gmx.at, eliz@gnu.org, Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15469937565322 (code B ref 33870); Wed, 09 Jan 2019 00:30:03 +0000 Received: (at 33870) by debbugs.gnu.org; 9 Jan 2019 00:29:16 +0000 Received: from localhost ([127.0.0.1]:50674 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gh1k9-0001Nk-UN for submit@debbugs.gnu.org; Tue, 08 Jan 2019 19:29:16 -0500 Received: from indri.birch.relay.mailchannels.net ([23.83.209.92]:31070) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gh1k8-0001Na-1y for 33870@debbugs.gnu.org; Tue, 08 Jan 2019 19:29:12 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id D7EFB502491; Wed, 9 Jan 2019 00:29:10 +0000 (UTC) Received: from pdx1-sub0-mail-a54.g.dreamhost.com (unknown [100.96.26.166]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 7A2785026C3; Wed, 9 Jan 2019 00:29:10 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a54.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Wed, 09 Jan 2019 00:29:10 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Shrill-Fearful: 425369c07cc0aa08_1546993750727_1380364570 X-MC-Loop-Signature: 1546993750727:1107268796 X-MC-Ingress-Time: 1546993750725 Received: from pdx1-sub0-mail-a54.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a54.g.dreamhost.com (Postfix) with ESMTP id 25A1481339; Tue, 8 Jan 2019 16:29:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=linkov.net; bh=yAqZ7q edioUltIB2uHkOZwk/hF8=; b=17tB6LReBymayAkaO5K1itRWo3g9pbvQE+31q7 C2+BJDkVgkJDTJrO1xXutQMsK1oyzUWKxKk9EUA4+LgJ05GnemqU+ItdNreFhN17 pjdI+g8pDCCW5uCr8X2MQkxtRok/sZjBagGIPOmlTVssl533oTxcgXg8iiKLbd6s VSpUw= Received: from mail.jurta.org (m91-129-101-91.cust.tele2.ee [91.129.101.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a54.g.dreamhost.com (Postfix) with ESMTPSA id C069781350; Tue, 8 Jan 2019 16:29:06 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a54 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.fsf@mail.linkov.net> <87zhscklhq.fsf@gmail.com> Date: Wed, 09 Jan 2019 02:20:22 +0200 In-Reply-To: <87zhscklhq.fsf@gmail.com> ("=?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?="'s message of "Tue, 08 Jan 2019 01:04:49 +0000") Message-ID: <87bm4qel4t.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrfedtgddvfecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtgfesthekredttderjeenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutddurdeludenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutddurdeluddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehjohgrohhtrghvohhrrgesghhmrghilhdrtghomhenucevlhhushhtvghrufhiiigvpedu Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> Of course, it doesn't work if you tried it only with part of my change= s. >> When I submitted my initial patch, I tested it in all your test cases, >> including the above test case that was not broken with my patch. > > You are correct. I was testing under the assumption that making > xref-goto-xref configurable didn't require the "tiny window" for > xref-find-definitions, which is something you stated that you wanted to > do for other xref.el commands like xref-find-references. Actually the xref window is not tiny at all if there are more results. It doesn't takes more space than needed, therefore there is no wasted spa= ce. >> My initial patch solved this problem gracefully by creating a new wind= ow >> for the xref buffer. > > You may well call this a problem, but it's not a bug. It's the defined > behaviour, it's like this by design. We are trying to create the > conditions that would enable you, or any other user, to create > alternative ways to present *xref* that have other advantages and > drawbacks. Let me reiterate the problem that prompted this report: please imagine a situation that you have two horizontally split windows with visited fil= es in each of them, and you happily browse xref definitions in the same wind= ow using M-. Then suddenly M-. replaces other half of the screen with empty space with only 2 lines at the top. This is because there is an ambiguity in findin= g definitions, and you need to resolve it. Then you start trying to reuse = some empty space it creates and trying to split the xref window. Instead of this, the split is applied to the original window. As a result, you have the original window split, and still half of the screen wasted with empty space. And most of all this mess is caused unexpectedly, i.e. you don't expect the xref window to break your windows when you type M-. Do you agree that we should respect user configuration, and use another window only when the user asks for it? If yes, then a good way to resolve this problem is to use a part of the original window to displa= y ambiguous results. This will keep the original window configuration. Now the question is what to do when the user asks to display a definition in another window using =E2=80=98C-x 4 .=E2=80=99 (xref-find-definitions-other-window). The most natural way is to immediately take the window pointed out by the user configuration (the user can configure to display it below/above/left/right etc.) and display the xref window in that window. Then visiting a definition still will remain in the same window preferred by the user. The same logic could also apply to xref-find-definitions-other-frame. This will allow xref-goto-xref to be configurable. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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: Wed, 09 Jan 2019 09:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, martin rudalics , Eli Zaretskii , Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154702784825674 (code B ref 33870); Wed, 09 Jan 2019 09:58:01 +0000 Received: (at 33870) by debbugs.gnu.org; 9 Jan 2019 09:57:28 +0000 Received: from localhost ([127.0.0.1]:50820 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghAc4-0006g2-J8 for submit@debbugs.gnu.org; Wed, 09 Jan 2019 04:57:28 -0500 Received: from mail-qt1-f173.google.com ([209.85.160.173]:45283) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghAc0-0006fk-FP for 33870@debbugs.gnu.org; Wed, 09 Jan 2019 04:57:26 -0500 Received: by mail-qt1-f173.google.com with SMTP id e5so7605140qtr.12 for <33870@debbugs.gnu.org>; Wed, 09 Jan 2019 01:57:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=vurs/GgV9KMYd+bxMryTw1KgEfHKsdmQNLWY43/Wvdw=; b=a65NLqm5DR9Nmi9z67O93WoEGzUJs3UzCbDElwkcwyh9FuhrGcQuoFpF3HdZx5i8yV sBPgmAyavUVucMkLxaxOx+5OTv4U4vpIQusZkeGMY6FGw6GRHm4OVaVxdxlakLtvWd6c CC21uXpdWG+N5NkmVBIxZTcTfdHRcMO8vMTeILJGG0S8yMZElUxN4fq1gUbOVazqJDoX nRzIAYWezXJbJeB6VkKFlCXrM7uhMAMvzEb0YyZEShCaG9jH6GRkn6jygbT//PxaIVLP oDk0n3u9320UhZke9+w33zM3nob1SIMV4/5tQW30171QLmlbArxAg276r459xK15oqMI nLPg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=vurs/GgV9KMYd+bxMryTw1KgEfHKsdmQNLWY43/Wvdw=; b=TW6Y2gupMlo36ZpVuA9MlJELG6tjExfEPnC1H6tcmpy4E6Mm3dxTl2VavCGt8k44d8 INmVbUBXFYMkz9VuxTYxOILPkjsa5Yf3Dpb/ZFyB6efVzzbjrZbcVg75F1JFAZ9q7hVK wMaoMFJgWVgxUWBHB4VZZnOvB91+5KwM9nZevNZZX+EcRJ6ZvgDmAiYLd+zuM+wHUC5r xCbyfVKzz7ckcKvfLs4LVKtW/YzCvqqgVf3VNQPr5D5ADW2/m6QQXjsNmBA6iSum1UaD sDXfzkKMbMQLYiEpgOrJxZfnTuUS1OcG2z7dFU2XcJ2G2vKsZieN0GjgkoB0rt6szDgr bHoA== X-Gm-Message-State: AJcUukcQ1oWsaCexmpCZ3FhhOBc6A0djYIxKTpqg+iH7OQW8uY2zqZyE gxyT0jexZY+oUpQeaoV58Gco/O+EBnnZwDEQvq8= X-Google-Smtp-Source: ALg8bN53oeSQlHmmy/bFOXJyxZBIWSsZhZGWVXi6mgrLf/zJ9UgEZD9CsVMQilR64I1xwANGkxiK1IbRkC8tEfIgcGY= X-Received: by 2002:ac8:88:: with SMTP id c8mr5106578qtg.218.1547027838886; Wed, 09 Jan 2019 01:57:18 -0800 (PST) MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.fsf@mail.linkov.net> <87zhscklhq.fsf@gmail.com> <87bm4qel4t.fsf@mail.linkov.net> In-Reply-To: <87bm4qel4t.fsf@mail.linkov.net> From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Date: Wed, 9 Jan 2019 09:57:06 +0000 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) On Wed, Jan 9, 2019 at 12:29 AM Juri Linkov wrote: > This will allow xref-goto-xref to be configurable. Of course it will. It will also irrevocably change the current UI, which might not be what other people want. So I am proposing another approach that makes xref-goto-xref configurable too, but *doesn't* change the default UI, i.e. the UI when the user chooses *not* to configure anything. Jo=C3=A3o From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 09 Jan 2019 10:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 33870@debbugs.gnu.org, eliz@gnu.org, Dmitry Gutov , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , Juri Linkov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154702822026294 (code B ref 33870); Wed, 09 Jan 2019 10:04:02 +0000 Received: (at 33870) by debbugs.gnu.org; 9 Jan 2019 10:03:40 +0000 Received: from localhost ([127.0.0.1]:50824 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghAi3-0006q2-9i for submit@debbugs.gnu.org; Wed, 09 Jan 2019 05:03:39 -0500 Received: from mout.gmx.net ([212.227.17.21]:56011) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghAi1-0006po-BK for 33870@debbugs.gnu.org; Wed, 09 Jan 2019 05:03:38 -0500 Received: from [192.168.1.101] ([46.125.250.87]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LlHsg-1hFfuU1vNO-00b6HV; Wed, 09 Jan 2019 11:03:24 +0100 Message-ID: <5C35C6E3.6000300@gmx.at> Date: Wed, 09 Jan 2019 11:03:15 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.fsf@mail.linkov.net> <87zhscklhq.fsf@gmail.com> <5C346C76.4050803@gmx.at> <5C34BBE4.8060705@gmx.at> <5C34E14F.40804@gmx.at> In-Reply-To: Content-Type: multipart/mixed; boundary="------------090002070800020205020206" X-Provags-ID: V03:K1:4J1nLy46idil60nmOe9q17CRZ8DWHM2yEsz5gL6rQhjBEgK2+Tz gOsw0fmycTft3HjpAVGue1CXljiqHHZ7Ng3XYKrpu0wye1fcAGecKp62yautYy8EJEiFMKo hpvJlMHBIdoBdU3WhC2Txju11kSNJsf+IdX/yIBhcQ4AsrMIWzml5wsE/BUV5Eemn6W/v8P /wUlNsbshM0cXD4d8VxPg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:4Gsn38PY0y4=:ndgE+rtBjVuXShG6Iblfb2 IFXzFg/ysG7zlHSYVpHDtDdgD7dZHg7xQEY9JfPG7Zh6kPhtFdFWkzc7Yzx4rwaIs9sdfLr/g 6WA0k02EuQeMd4jfO4c5rvrkFeo0X5TZQmtHORqbBk7sSPcYqcW5e03Q8OkJn6sbYQ7UN5+sa 0hecAxx6RozOjgdIDOAyD+GA07s4OtXE8PCTYMKODE+nfB4Bse0mAYJV/QxsvDRQd9IamHUEU L50j//1wq8LhSGcat1Dl3Y7YfBXJAP7vJI40Wn1pZJlvEKbigwUDDBZsdtgwhqcGO1jecxrhJ kkjJEF/MHNPPBsmVtQrxlVpdAxwiWDmcaXiUYuhSqsEAAcabPTCWZ2UyaJGjyzf6oRwsZfiEJ BLW5ElOZcLJshPFhg7zMxwIVpwaCsWaG6m4qJxDk8WJhPCza4GiMYmwOaiRsMD5nfQSE9T5Ss l4qHXBLWTm05LsRdITyhrSLO6GH/RIVwyAHZSUq9zIbHX6IFd+MDhPuim4s0YC9mRiJqqMHyc sI04RBFaM3LLTzU4SSKWb1sONpGaDWBQIAXW5XW0RHlrXFMTBseJZ7iRyPNzhIdOf3z/ZVWWN D28Q3Vb6QjKBkSC03uv9pTYH9LhP/ZP0Xmn59gXSBTK78Y+39NwtoarCn85LSPABAGb4EnrTQ +I1xRZ6QQ1WK9KkW8tEsxiexbhNRMPiOO52Itfr54A07EdcOQR8ERRAAzQAIH340emUKmF47K s200f0nTwkd7qjtA3jimKw8DMaiv1HYXlhieo61TuBQWosmfLa1dUMqRs1GcrB9fS4pu+jnbO vRicYlddccxXE+K8t2o0GqA2PhL+t0wX5DRc8oMMysXVaMJwGYheeKF3mQzKBikDCbdXUTL/R RzDU4qIQIDtYuIrvsbH2j8ltZC/Zf9Zzo6a2euqLY= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This is a multi-part message in MIME format. --------------090002070800020205020206 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit >> We have 'display-buffer-alist' for quite some time now. >> So please consider making this an action alist entry. > > Yes, it would be much better, but it never seems to reach the top of my > todo list. > >> That way a user can decide whether all buffers displayed by >> 'display-buffer' should be dedicated or only certain ones and which >> 'dedicated' value they should get. > > Historically, special-display-buffer-alist always caused > the created frames/windows to be dedicated, so > display-buffer-mark-dedicated extends this to those windows created for > other reasons. > > I haven't looked in detail, but this seems to make it less trivial to > just add a new action alist parameter: it should default to `t` if we > matched in display-buffer-alist but to nil if we only rely on > display-buffer-base-action? I'm missing you here. An ALIST argument is equally passed to all buffer display actions regardless of whether they are specifed by 'display-buffer-base-action' or by someone else. It's their choice whether they want to obey or disregard it. The same currently holds for 'display-buffer-mark-dedicated'. > Also, some (all?) let-bindings of display-buffer-mark-dedicated should I don't see any such bindings in our current code base. > now be unnecessary (because of the features you added so bury-buffer (or > was it quit-window?) automatically deletes the window). This use case of dedicated windows should be no more necessary indeed. I attach a patch of my proposed changes. After applying that I have no more objections against renaming 'window--display-buffer' any way people want. martin --------------090002070800020205020206 Content-Type: text/plain; charset=windows-1252; name="window--display-buffer.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="window--display-buffer.diff" ZGlmZiAtLWdpdCBhL2xpc3Avd2luZG93LmVsIGIvbGlzcC93aW5kb3cuZWwKaW5kZXggMzdk ODJjMC4uZTUzY2MyYiAxMDA2NDQKLS0tIGEvbGlzcC93aW5kb3cuZWwKKysrIGIvbGlzcC93 aW5kb3cuZWwKQEAgLTcwMCw4ICs3MDAsNyBAQCBkaXNwbGF5LWJ1ZmZlci1pbi1hdG9tLXdp bmRvdwogCShzZXQtd2luZG93LXBhcmFtZXRlciB3aW5kb3cgJ3dpbmRvdy1hdG9tICdtYWlu KSkKICAgICAgIChzZXQtd2luZG93LXBhcmFtZXRlciBuZXcgJ3dpbmRvdy1hdG9tIHNpZGUp CiAgICAgICA7OyBEaXNwbGF5IEJVRkZFUiBpbiBORVcgYW5kIHJldHVybiBORVcuCi0gICAg ICAod2luZG93LS1kaXNwbGF5LWJ1ZmZlcgotICAgICAgIGJ1ZmZlciBuZXcgJ3dpbmRvdyBh bGlzdCBkaXNwbGF5LWJ1ZmZlci1tYXJrLWRlZGljYXRlZCkpKSkKKyAgICAgICh3aW5kb3ct LWRpc3BsYXktYnVmZmVyIGJ1ZmZlciBuZXcgJ3dpbmRvdyBhbGlzdCkpKSkKIAogKGRlZnVu IHdpbmRvdy0tYXRvbS1jaGVjay0xICh3aW5kb3cpCiAgICJTdWJyb3V0aW5lIG9mIGB3aW5k b3ctLWF0b20tY2hlY2snLiIKQEAgLTk1OCw3ICs5NTcsMTEgQEAgd2luZG93LS1tYWtlLW1h am9yLXNpZGUtd2luZG93CiAJIDs7IHdpbmRvdyBhbmQgbm90IG1ha2UgYSBuZXcgcGFyZW50 IHdpbmRvdyB1bmxlc3MgbmVlZGVkLgogCSAod2luZG93LWNvbWJpbmF0aW9uLXJlc2l6ZSAn c2lkZSkKIAkgKHdpbmRvdy1jb21iaW5hdGlvbi1saW1pdCBuaWwpCi0JICh3aW5kb3cgKHNw bGl0LXdpbmRvdy1uby1lcnJvciBuZXh0LXRvIG5pbCBvbi1zaWRlKSkpCisJICh3aW5kb3cg KHNwbGl0LXdpbmRvdy1uby1lcnJvciBuZXh0LXRvIG5pbCBvbi1zaWRlKSkKKyAgICAgICAg IChhbGlzdCAoaWYgKG9yIGRpc3BsYXktYnVmZmVyLW1hcmstZGVkaWNhdGVkCisgICAgICAg ICAgICAgICAgICAgICAgICAoYXNzcSAnZGVkaWNhdGVkIGFsaXN0KSkKKyAgICAgICAgICAg ICAgICAgICAgYWxpc3QKKyAgICAgICAgICAgICAgICAgIChjb25zICcoZGVkaWNhdGVkIC4g c2lkZSkgYWxpc3QpKSkpCiAgICAgKHdoZW4gd2luZG93CiAgICAgICA7OyBJbml0aWFsaXpl IGB3aW5kb3ctc2lkZScgcGFyYW1ldGVyIG9mIG5ldyB3aW5kb3cgdG8gU0lERSBhbmQKICAg ICAgIDs7IG1ha2UgdGhhdCBwYXJhbWV0ZXIgcGVyc2lzdGVudC4KQEAgLTk4NSw3ICs5ODgs NyBAQCB3aW5kb3ctLW1ha2UtbWFqb3Itc2lkZS13aW5kb3cKICAgICAgICh3aXRoLWN1cnJl bnQtYnVmZmVyIGJ1ZmZlcgogICAgICAgICAoc2V0cSB3aW5kb3ctLXNpZGVzLXNob3duIHQp KQogICAgICAgOzsgSW5zdGFsbCBCVUZGRVIgaW4gbmV3IHdpbmRvdyBhbmQgcmV0dXJuIFdJ TkRPVy4KLSAgICAgICh3aW5kb3ctLWRpc3BsYXktYnVmZmVyIGJ1ZmZlciB3aW5kb3cgJ3dp bmRvdyBhbGlzdCAnc2lkZSkpKSkKKyAgICAgICh3aW5kb3ctLWRpc3BsYXktYnVmZmVyIGJ1 ZmZlciB3aW5kb3cgJ3dpbmRvdyBhbGlzdCkpKSkKIAogKGRlZnVuIGRpc3BsYXktYnVmZmVy LWluLXNpZGUtd2luZG93IChidWZmZXIgYWxpc3QpCiAgICJEaXNwbGF5IEJVRkZFUiBpbiBh IHNpZGUgd2luZG93IG9mIHRoZSBzZWxlY3RlZCBmcmFtZS4KQEAgLTEwMTksMTAgKzEwMjIs NyBAQCBkaXNwbGF5LWJ1ZmZlci1pbi1zaWRlLXdpbmRvdwogZXhwbGljaXRseSBwcm92aWRl ZCB2aWEgYSBgd2luZG93LXBhcmFtZXRlcnMnIGVudHJ5IGluIEFMSVNULiIKICAgKGxldCog KChzaWRlIChvciAoY2RyIChhc3NxICdzaWRlIGFsaXN0KSkgJ2JvdHRvbSkpCiAgICAgICAg ICAoc2xvdCAob3IgKGNkciAoYXNzcSAnc2xvdCBhbGlzdCkpIDApKQotICAgICAgICAgKGxl ZnQtb3ItcmlnaHQgKG1lbXEgc2lkZSAnKGxlZnQgcmlnaHQpKSkKLSAgICAgICAgIDs7IFNv ZnRseSBkZWRpY2F0ZSB3aW5kb3cgdG8gQlVGRkVSIHVubGVzcwotICAgICAgICAgOzsgYGRp c3BsYXktYnVmZmVyLW1hcmstZGVkaWNhdGVkJyBhbHJlYWR5IGFza3MgZm9yIGl0LgotICAg ICAgICAgKGRlZGljYXRlZCAob3IgZGlzcGxheS1idWZmZXItbWFyay1kZWRpY2F0ZWQgJ3Np ZGUpKSkKKyAgICAgICAgIChsZWZ0LW9yLXJpZ2h0IChtZW1xIHNpZGUgJyhsZWZ0IHJpZ2h0 KSkpKQogICAgIChjb25kCiAgICAgICgobm90IChtZW1xIHNpZGUgJyh0b3AgYm90dG9tIGxl ZnQgcmlnaHQpKSkKICAgICAgIChlcnJvciAiSW52YWxpZCBzaWRlICVzIHNwZWNpZmllZCIg c2lkZSkpCkBAIC0xMDU1LDcgKzEwNTUsMTEgQEAgZGlzcGxheS1idWZmZXItaW4tc2lkZS13 aW5kb3cKIAkJICAoKGVxIHNpZGUgJ2JvdHRvbSkgMykpCiAJCSB3aW5kb3ctc2lkZXMtc2xv dHMpKQogICAgICAgICAgICAod2luZG93LS1zaWRlcy1pbmhpYml0LWNoZWNrIHQpCi0JICAg d2luZG93IHRoaXMtd2luZG93IHRoaXMtc2xvdCBwcmV2LXdpbmRvdyBuZXh0LXdpbmRvdwor ICAgICAgICAgICAoYWxpc3QgKGlmIChvciBkaXNwbGF5LWJ1ZmZlci1tYXJrLWRlZGljYXRl ZAorICAgICAgICAgICAgICAgICAgICAgICAgICAoYXNzcSAnZGVkaWNhdGVkIGFsaXN0KSkK KyAgICAgICAgICAgICAgICAgICAgICBhbGlzdAorICAgICAgICAgICAgICAgICAgICAoY29u cyAnKGRlZGljYXRlZCAuIHNpZGUpIGFsaXN0KSkpCisgICAgICAgICAgIHdpbmRvdyB0aGlz LXdpbmRvdyB0aGlzLXNsb3QgcHJldi13aW5kb3cgbmV4dC13aW5kb3cKIAkgICBiZXN0LXdp bmRvdyBiZXN0LXNsb3QgYWJzLXNsb3QpCiAKICAgICAgIChjb25kCkBAIC0xMTEzLDggKzEx MTcsNyBAQCBkaXNwbGF5LWJ1ZmZlci1pbi1zaWRlLXdpbmRvdwogCQkgOzsgUmV1c2UgYHRo aXMtd2luZG93Jy4KICAgICAgICAgICAgICAgICAgKHdpdGgtY3VycmVudC1idWZmZXIgYnVm ZmVyCiAgICAgICAgICAgICAgICAgICAgKHNldHEgd2luZG93LS1zaWRlcy1zaG93biB0KSkK LQkJICh3aW5kb3ctLWRpc3BsYXktYnVmZmVyCi0gICAgICAgICAgICAgICAgICBidWZmZXIg dGhpcy13aW5kb3cgJ3JldXNlIGFsaXN0IGRlZGljYXRlZCkpCisJCSAod2luZG93LS1kaXNw bGF5LWJ1ZmZlciBidWZmZXIgdGhpcy13aW5kb3cgJ3JldXNlIGFsaXN0KSkKIAkgICAgKGFu ZCAob3IgKG5vdCBtYXgtc2xvdHMpICg8IHNsb3RzIG1heC1zbG90cykpCiAJCSAob3IgKGFu ZCBuZXh0LXdpbmRvdwogCQkJICA7OyBNYWtlIG5ldyB3aW5kb3cgYmVmb3JlIGBuZXh0LXdp bmRvdycuCkBAIC0xMTMxLDggKzExMzQsNyBAQCBkaXNwbGF5LWJ1ZmZlci1pbi1zaWRlLXdp bmRvdwogCQkgICAoc2V0LXdpbmRvdy1wYXJhbWV0ZXIgd2luZG93ICd3aW5kb3ctc2xvdCBz bG90KQogICAgICAgICAgICAgICAgICAgICh3aXRoLWN1cnJlbnQtYnVmZmVyIGJ1ZmZlcgog ICAgICAgICAgICAgICAgICAgICAgKHNldHEgd2luZG93LS1zaWRlcy1zaG93biB0KSkKLQkJ ICAgKHdpbmRvdy0tZGlzcGxheS1idWZmZXIKLSAgICAgICAgICAgICAgICAgICAgYnVmZmVy IHdpbmRvdyAnd2luZG93IGFsaXN0IGRlZGljYXRlZCkpCisJCSAgICh3aW5kb3ctLWRpc3Bs YXktYnVmZmVyIGJ1ZmZlciB3aW5kb3cgJ3dpbmRvdyBhbGlzdCkpCiAJICAgIChhbmQgYmVz dC13aW5kb3cKIAkJIDs7IFJldXNlIGBiZXN0LXdpbmRvdycuCiAJCSAocHJvZ24KQEAgLTEx NDEsNyArMTE0Myw3IEBAIGRpc3BsYXktYnVmZmVyLWluLXNpZGUtd2luZG93CiAgICAgICAg ICAgICAgICAgICAgKHdpdGgtY3VycmVudC1idWZmZXIgYnVmZmVyCiAgICAgICAgICAgICAg ICAgICAgICAoc2V0cSB3aW5kb3ctLXNpZGVzLXNob3duIHQpKQogICAgICAgICAgICAgICAg ICAgICh3aW5kb3ctLWRpc3BsYXktYnVmZmVyCi0JCSAgICBidWZmZXIgYmVzdC13aW5kb3cg J3JldXNlIGFsaXN0IGRlZGljYXRlZCkpKSkpKSkpKQorICAgICAgICAgICAgICAgICAgICBi dWZmZXIgYmVzdC13aW5kb3cgJ3JldXNlIGFsaXN0KSkpKSkpKSkpCiAKIChkZWZ1biB3aW5k b3ctdG9nZ2xlLXNpZGUtd2luZG93cyAoJm9wdGlvbmFsIGZyYW1lKQogICAiVG9nZ2xlIGRp c3BsYXkgb2Ygc2lkZSB3aW5kb3dzIG9uIHNwZWNpZmllZCBGUkFNRS4KQEAgLTY3NDgsMjAg KzY3NTAsNDcgQEAgd2luZG93LS1ldmVuLXdpbmRvdy1zaXplcwogICAgICAgICAgICAoLyAo LSAod2luZG93LXRvdGFsLWhlaWdodCB3aW5kb3cpICh3aW5kb3ctdG90YWwtaGVpZ2h0KSkg MikpCiAgICAgICAgIChlcnJvciBuaWwpKSkpKSkKIAotKGRlZnVuIHdpbmRvdy0tZGlzcGxh eS1idWZmZXIgKGJ1ZmZlciB3aW5kb3cgdHlwZSAmb3B0aW9uYWwgYWxpc3QgZGVkaWNhdGVk KQorKGRlZnVuIHdpbmRvdy0tZGlzcGxheS1idWZmZXIgKGJ1ZmZlciB3aW5kb3cgdHlwZSAm b3B0aW9uYWwgYWxpc3QpCiAgICJEaXNwbGF5IEJVRkZFUiBpbiBXSU5ET1cuCi1UWVBFIG11 c3QgYmUgb25lIG9mIHRoZSBzeW1ib2xzIGByZXVzZScsIGB3aW5kb3cnIG9yIGBmcmFtZScg YW5kCi1pcyBwYXNzZWQgdW5hbHRlcmVkIHRvIGBkaXNwbGF5LWJ1ZmZlci1yZWNvcmQtd2lu ZG93Jy4gIEFMSVNUIGlzCi10aGUgYWxpc3QgYXJndW1lbnQgb2YgYGRpc3BsYXktYnVmZmVy Jy4gIFNldCBgd2luZG93LWRlZGljYXRlZC1wJwotdG8gREVESUNBVEVEIGlmIG5vbi1uaWwu ICBSZXR1cm4gV0lORE9XIGlmIEJVRkZFUiBhbmQgV0lORE9XIGFyZQotbGl2ZS4iCitUWVBF IG11c3QgYmUgb25lIG9mIHRoZSBmb2xsb3dpbmcgc3ltYm9sczogJ3JldXNlJyAod2hpY2gg bWVhbnMKK1dJTkRPVyBleGlzdGVkIGJlZm9yZSB0aGUgY2FsbCBvZiBgZGlzcGxheS1idWZm ZXInIGFuZCBtYXkKK2FscmVhZHkgc2hvdyBCVUZGRVIgb3Igbm90KSwgJ3dpbmRvdycgKFdJ TkRPVyB3YXMgY3JlYXRlZCBvbiBhbgorZXhpc3RpbmcgZnJhbWUpIG9yICdmcmFtZScgKFdJ TkRPVyB3YXMgY3JlYXRlZCBvbiBhIG5ldyBmcmFtZSkKK2FuZCBpcyBwYXNzZWQgdW5hbHRl cmVkIHRvIGBkaXNwbGF5LWJ1ZmZlci1yZWNvcmQtd2luZG93Jy4gIEFMSVNUCitpcyB0aGUg YWN0aW9uIGFsaXN0IGNvbXBpbGVkIGJ5IGBkaXNwbGF5LWJ1ZmZlcicuCisKK0hhbmRsZSBX SU5ET1cncyBkZWRpY2F0ZWQgZmxhZyBhcyBmb2xsb3dzOiBJZiBXSU5ET1cgYWxyZWFkeQor c2hvd3MgQlVGRkVSLCBsZWF2ZSBpdCBhbG9uZS4gIE90aGVyd2lzZSwgaWYgQUxJU1QgY29u dGFpbnMgYQorJ2RlZGljYXRlZCcgZW50cnkgYW5kIHRoZSB3aW5kb3cgaXMgZWl0aGVyIG5l dyBvciB0aGUgY2RyIG9mIHRoYXQKK2VudHJ5IGVxdWFscyAnc2lkZScsIHNldCBXSU5ET1cn cyBkZWRpY2F0ZWQgZmxhZyB0byB0aGUgY2RyIG9mCit0aGF0IGVudHJ5LiAgT3RoZXJ3aXNl LCBpZiAnZGlzcGxheS1idWZmZXItbWFyay1kZWRpY2F0ZWQnIGlzCitub24tbmlsIGFuZCBU WVBFIGVxdWFscyAnd2luZG93JyBvZiAnZnJhbWUnLCBzZXQgV0lORE9XJ3MKK2RlZGljYXRl ZCBmbGFnIHRvIHRoZSB2YWx1ZSBvZiAnZGlzcGxheS1idWZmZXItbWFyay1kZWRpY2F0ZWQn LgorSW4gYW55IG90aGVyIGNhc2UsIHJlc2V0IFdJTkRPVydzIGRlZGljYXRlZCBmbGFnIHRv IG5pbC4KKworUmV0dXJuIFdJTkRPVyBpZiBCVUZGRVIgYW5kIFdJTkRPVyBhcmUgbGl2ZS4i CisgIChzZXRxIGRpc3BsYXktYnVmZmVyLS10eXBlIHR5cGUpCiAgICh3aGVuIChhbmQgKGJ1 ZmZlci1saXZlLXAgYnVmZmVyKSAod2luZG93LWxpdmUtcCB3aW5kb3cpKQogICAgIChkaXNw bGF5LWJ1ZmZlci1yZWNvcmQtd2luZG93IHR5cGUgd2luZG93IGJ1ZmZlcikKICAgICAodW5s ZXNzIChlcSBidWZmZXIgKHdpbmRvdy1idWZmZXIgd2luZG93KSkKKyAgICAgIDs7IFJlc2V0 IFdJTkRPVydzIGRlZGljYXRlZCBzdGF0dXMgdW5sZXNzIGl0IGFscmVhZHkgc2hvd3MKKyAg ICAgIDs7IEJVRkZFUi4KICAgICAgIChzZXQtd2luZG93LWRlZGljYXRlZC1wIHdpbmRvdyBu aWwpCiAgICAgICAoc2V0LXdpbmRvdy1idWZmZXIgd2luZG93IGJ1ZmZlcikpCi0gICAgKHdo ZW4gZGVkaWNhdGVkCi0gICAgICAoc2V0LXdpbmRvdy1kZWRpY2F0ZWQtcCB3aW5kb3cgZGVk aWNhdGVkKSkKKyAgICAobGV0ICgoYWxpc3QtZGVkaWNhdGVkIChhc3NxICdkZWRpY2F0ZWQg YWxpc3QpKSkKKyAgICAgIDs7IE1heWJlIGRlZGljYXRlIFdJTkRPVyB0byBCVUZGRVIgaWYg YXNrZWQgZm9yLgorICAgICAgKGNvbmQKKyAgICAgICA7OyBEb24ndCBkZWRpY2F0ZSBXSU5E T1cgaWYgaXQgaXMgZGVkaWNhdGVkIGJlY2F1c2UgaXQgc2hvd3MKKyAgICAgICA7OyBCVUZG RVIgYWxyZWFkeSBvciBpdCBpcyByZXVzZWQgYW5kIGlzIG5vdCBhIHNpZGUgd2luZG93Lgor ICAgICAgICgob3IgKHdpbmRvdy1kZWRpY2F0ZWQtcCB3aW5kb3cpCisgICAgICAgICAgICAo YW5kIChlcSB0eXBlICdyZXVzZSkgKG5vdCAoZXEgYWxpc3QtZGVkaWNhdGVkICdzaWRlKSkp KSkKKyAgICAgICA7OyBPdGhlcndpc2UsIGlmIEFMSVNUIGNvbnRhaW5zIGEgJ2RlZGljYXRl ZCcgZW50cnksIHVzZSB0aGF0LgorICAgICAgIChhbGlzdC1kZWRpY2F0ZWQKKyAgICAgICAg KHNldC13aW5kb3ctZGVkaWNhdGVkLXAgd2luZG93IChjZHIgYWxpc3QtZGVkaWNhdGVkKSkp CisgICAgICAgOzsgT3RoZXJ3aXNlLCBpZiAnZGlzcGxheS1idWZmZXItbWFyay1kZWRpY2F0 ZWQnIGlzIG5vbi1uaWwsCisgICAgICAgOzsgdXNlIHRoYXQuCisgICAgICAgKChhbmQgZGlz cGxheS1idWZmZXItbWFyay1kZWRpY2F0ZWQgKG1lbXEgdHlwZSAnKHdpbmRvdyBmcmFtZSkp KQorICAgICAgICAoc2V0LXdpbmRvdy1kZWRpY2F0ZWQtcCB3aW5kb3cgZGlzcGxheS1idWZm ZXItbWFyay1kZWRpY2F0ZWQpKSkpCiAgICAgKHdoZW4gKG1lbXEgdHlwZSAnKHdpbmRvdyBm cmFtZSkpCiAgICAgICAoc2V0LXdpbmRvdy1wcmV2LWJ1ZmZlcnMgd2luZG93IG5pbCkpCiAg ICAgKGxldCAoKHF1aXQtcmVzdG9yZSAod2luZG93LXBhcmFtZXRlciB3aW5kb3cgJ3F1aXQt cmVzdG9yZSkpCkBAIC03MTkwLDggKzcyMTksNyBAQCBkaXNwbGF5LWJ1ZmZlci11c2Utc29t ZS1mcmFtZQogICAgICAgICAgICAgICAgIGZyYW1lIG5pbCAoY2RyIChhc3NxICdpbmhpYml0 LXNhbWUtd2luZG93IGFsaXN0KSkpKSkpCiAgICAgKHdoZW4gd2luZG93CiAgICAgICAocHJv ZzEKLSAgICAgICAgICAod2luZG93LS1kaXNwbGF5LWJ1ZmZlcgotICAgICAgICAgICBidWZm ZXIgd2luZG93ICdyZXVzZSBhbGlzdCBkaXNwbGF5LWJ1ZmZlci1tYXJrLWRlZGljYXRlZCkK KyAgICAgICAgICAod2luZG93LS1kaXNwbGF5LWJ1ZmZlciBidWZmZXIgd2luZG93ICdyZXVz ZSBhbGlzdCkKICAgICAgICAgKHVubGVzcyAoY2RyIChhc3NxICdpbmhpYml0LXN3aXRjaC1m cmFtZSBhbGlzdCkpCiAgICAgICAgICAgKHdpbmRvdy0tbWF5YmUtcmFpc2UtZnJhbWUgZnJh bWUpKSkpKSkKIApAQCAtNzM1Niw4ICs3Mzg0LDcgQEAgZGlzcGxheS1idWZmZXItcG9wLXVw LWZyYW1lCiAJICAgICAgICh3aXRoLWN1cnJlbnQtYnVmZmVyIGJ1ZmZlcgogCQkgKHNldHEg ZnJhbWUgKGZ1bmNhbGwgZnVuKSkpCiAJICAgICAgIChzZXRxIHdpbmRvdyAoZnJhbWUtc2Vs ZWN0ZWQtd2luZG93IGZyYW1lKSkpCi0gICAgICAocHJvZzEgKHdpbmRvdy0tZGlzcGxheS1i dWZmZXIKLQkgICAgICBidWZmZXIgd2luZG93ICdmcmFtZSBhbGlzdCBkaXNwbGF5LWJ1ZmZl ci1tYXJrLWRlZGljYXRlZCkKKyAgICAgIChwcm9nMSAod2luZG93LS1kaXNwbGF5LWJ1ZmZl ciBidWZmZXIgd2luZG93ICdmcmFtZSBhbGlzdCkKIAkodW5sZXNzIChjZHIgKGFzc3EgJ2lu aGliaXQtc3dpdGNoLWZyYW1lIGFsaXN0KSkKIAkgICh3aW5kb3ctLW1heWJlLXJhaXNlLWZy YW1lIGZyYW1lKSkpKSkpCiAKQEAgLTczODYsOCArNzQxMyw3IEBAIGRpc3BsYXktYnVmZmVy LXBvcC11cC13aW5kb3cKIAkJCQkod2luZG93LS10cnktdG8tc3BsaXQtd2luZG93CiAJCQkJ IChnZXQtbHJ1LXdpbmRvdyBmcmFtZSB0KSBhbGlzdCkpKSkKIAotICAgICAgKHByb2cxICh3 aW5kb3ctLWRpc3BsYXktYnVmZmVyCi0JICAgICAgYnVmZmVyIHdpbmRvdyAnd2luZG93IGFs aXN0IGRpc3BsYXktYnVmZmVyLW1hcmstZGVkaWNhdGVkKQorICAgICAgKHByb2cxICh3aW5k b3ctLWRpc3BsYXktYnVmZmVyIGJ1ZmZlciB3aW5kb3cgJ3dpbmRvdyBhbGlzdCkKIAkodW5s ZXNzIChjZHIgKGFzc3EgJ2luaGliaXQtc3dpdGNoLWZyYW1lIGFsaXN0KSkKIAkgICh3aW5k b3ctLW1heWJlLXJhaXNlLWZyYW1lICh3aW5kb3ctZnJhbWUgd2luZG93KSkpKSkpKQogCkBA IC03NDM1LDcgKzc0NjEsNyBAQCBkaXNwbGF5LWJ1ZmZlci1pbi1jaGlsZC1mcmFtZQogCSAo cGFyZW50IChvciAoYXNzcSAncGFyZW50LWZyYW1lIHBhcmFtZXRlcnMpCiAgICAgICAgICAg ICAgICAgICAgICAoc2VsZWN0ZWQtZnJhbWUpKSkKICAgICAgICAgIChzaGFyZSAoYXNzcSAn c2hhcmUtY2hpbGQtZnJhbWUgcGFyYW1ldGVycykpCi0gICAgICAgICBzaGFyZTEgZnJhbWUg d2luZG93KQorICAgICAgICAgc2hhcmUxIGZyYW1lIHdpbmRvdyB0eXBlKQogICAgICh3aXRo LWN1cnJlbnQtYnVmZmVyIGJ1ZmZlcgogICAgICAgKHdoZW4gKGZyYW1lLWxpdmUtcCBwYXJl bnQpCiAgICAgICAgIChjYXRjaCAnZnJhbWUKQEAgLTc0NDgsMTIgKzc0NzQsMTQgQEAgZGlz cGxheS1idWZmZXItaW4tY2hpbGQtZnJhbWUKICAgICAgICAgICAgICAgICAodGhyb3cgJ2Zy YW1lIHQpKSkpKSkKIAogICAgICAgKGlmIGZyYW1lCi0gICAgICAgICAgKHNldHEgd2luZG93 IChmcmFtZS1zZWxlY3RlZC13aW5kb3cgZnJhbWUpKQorICAgICAgICAgIChwcm9nbgorICAg ICAgICAgICAgKHNldHEgd2luZG93IChmcmFtZS1zZWxlY3RlZC13aW5kb3cgZnJhbWUpKQor ICAgICAgICAgICAgKHNldHEgdHlwZSAncmV1c2UpKQogICAgICAgICAoc2V0cSBmcmFtZSAo bWFrZS1mcmFtZSBwYXJhbWV0ZXJzKSkKLSAgICAgICAgKHNldHEgd2luZG93IChmcmFtZS1z ZWxlY3RlZC13aW5kb3cgZnJhbWUpKSkpCisgICAgICAgIChzZXRxIHdpbmRvdyAoZnJhbWUt c2VsZWN0ZWQtd2luZG93IGZyYW1lKSkKKyAgICAgICAgKHNldHEgdHlwZSAnZnJhbWUpKSkK IAotICAgIChwcm9nMSAod2luZG93LS1kaXNwbGF5LWJ1ZmZlcgotCSAgICBidWZmZXIgd2lu ZG93ICdmcmFtZSBhbGlzdCBkaXNwbGF5LWJ1ZmZlci1tYXJrLWRlZGljYXRlZCkKKyAgICAo cHJvZzEgKHdpbmRvdy0tZGlzcGxheS1idWZmZXIgYnVmZmVyIHdpbmRvdyB0eXBlIGFsaXN0 KQogICAgICAgKHVubGVzcyAoY2RyIChhc3NxICdpbmhpYml0LXN3aXRjaC1mcmFtZSBhbGlz dCkpCiAJKHdpbmRvdy0tbWF5YmUtcmFpc2UtZnJhbWUgZnJhbWUpKSkpKQogCkBAIC03NDky LDE2ICs3NTIwLDE0IEBAIGRpc3BsYXktYnVmZmVyLWJlbG93LXNlbGVjdGVkCiAJCSAgIHNw bGl0LXdpZHRoLXRocmVzaG9sZCkKICAgICAgICAgICAgICAgIChzZXRxIHdpbmRvdyAod2lu ZG93LS10cnktdG8tc3BsaXQtd2luZG93CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IChzZWxlY3RlZC13aW5kb3cpIGFsaXN0KSkpCi0gICAgICAgICAgICAgKHdpbmRvdy0tZGlz cGxheS1idWZmZXIKLSAgICAgICAgICAgICAgYnVmZmVyIHdpbmRvdyAnd2luZG93IGFsaXN0 IGRpc3BsYXktYnVmZmVyLW1hcmstZGVkaWNhdGVkKSkKKyAgICAgICAgICAgICAod2luZG93 LS1kaXNwbGF5LWJ1ZmZlciBidWZmZXIgd2luZG93ICd3aW5kb3cgYWxpc3QpKQogCShhbmQg KHNldHEgd2luZG93ICh3aW5kb3ctaW4tZGlyZWN0aW9uICdiZWxvdykpCiAgICAgICAgICAg ICAgKG5vdCAod2luZG93LWRlZGljYXRlZC1wIHdpbmRvdykpCiAJICAgICAob3IgKG5vdCAo bnVtYmVycCBtaW4taGVpZ2h0KSkKIAkJIDs7IEEgd2luZG93IHRoYXQgc2hvd2VkIGFub3Ro ZXIgYnVmZmVyIGJlZm9yZSBjYW5ub3QKIAkJIDs7IGJlIHJlc2l6ZWQuCiAJCSAoPj0gKHdp bmRvdy1oZWlnaHQgd2luZG93KSBtaW4taGVpZ2h0KSkKLQkgICAgICh3aW5kb3ctLWRpc3Bs YXktYnVmZmVyCi0gICAgICAgICAgICAgIGJ1ZmZlciB3aW5kb3cgJ3JldXNlIGFsaXN0IGRp c3BsYXktYnVmZmVyLW1hcmstZGVkaWNhdGVkKSkpKSkKKwkgICAgICh3aW5kb3ctLWRpc3Bs YXktYnVmZmVyIGJ1ZmZlciB3aW5kb3cgJ3JldXNlIGFsaXN0KSkpKSkKIAogKGRlZnVuIGRp c3BsYXktYnVmZmVyLS1tYXliZS1hdC1ib3R0b20gKGJ1ZmZlciBhbGlzdCkKICAgKGxldCAo KGFsaXN0IChhcHBlbmQgYWxpc3QgYCgsKGlmIHRlbXAtYnVmZmVyLXJlc2l6ZS1tb2RlCkBA IC03NTMzLDIxICs3NTU5LDE3IEBAIGRpc3BsYXktYnVmZmVyLWF0LWJvdHRvbQogCSAoc2V0 cSBib3R0b20td2luZG93IHdpbmRvdykpKSkKICAgICAgbmlsIG5pbCAnbm9taW5pKQogICAg IChvciAoYW5kIGJvdHRvbS13aW5kb3ctc2hvd3MtYnVmZmVyCi0JICAgICAod2luZG93LS1k aXNwbGF5LWJ1ZmZlcgotCSAgICAgIGJ1ZmZlciBib3R0b20td2luZG93ICdyZXVzZSBhbGlz dCBkaXNwbGF5LWJ1ZmZlci1tYXJrLWRlZGljYXRlZCkpCisJICAgICAod2luZG93LS1kaXNw bGF5LWJ1ZmZlciBidWZmZXIgYm90dG9tLXdpbmRvdyAncmV1c2UgYWxpc3QpKQogCShhbmQg KG5vdCAoZnJhbWUtcGFyYW1ldGVyIG5pbCAndW5zcGxpdHRhYmxlKSkKLQkgICAgIChsZXQg KHNwbGl0LXdpZHRoLXRocmVzaG9sZCkKKwkgICAgIChsZXQgKHNwbGl0LWhlaWdodC10aHJl c2hvbGQpCiAJICAgICAgIChzZXRxIHdpbmRvdyAod2luZG93LS10cnktdG8tc3BsaXQtd2lu ZG93IGJvdHRvbS13aW5kb3cgYWxpc3QpKSkKLQkgICAgICh3aW5kb3ctLWRpc3BsYXktYnVm ZmVyCi0JICAgICAgYnVmZmVyIHdpbmRvdyAnd2luZG93IGFsaXN0IGRpc3BsYXktYnVmZmVy LW1hcmstZGVkaWNhdGVkKSkKKwkgICAgICh3aW5kb3ctLWRpc3BsYXktYnVmZmVyIGJ1ZmZl ciB3aW5kb3cgJ3dpbmRvdyBhbGlzdCkpCiAJKGFuZCAobm90IChmcmFtZS1wYXJhbWV0ZXIg bmlsICd1bnNwbGl0dGFibGUpKQogCSAgICAgKHNldHEgd2luZG93IChzcGxpdC13aW5kb3ct bm8tZXJyb3IgKHdpbmRvdy1tYWluLXdpbmRvdykpKQotCSAgICAgKHdpbmRvdy0tZGlzcGxh eS1idWZmZXIKLQkgICAgICBidWZmZXIgd2luZG93ICd3aW5kb3cgYWxpc3QgZGlzcGxheS1i dWZmZXItbWFyay1kZWRpY2F0ZWQpKQorCSAgICAgKHdpbmRvdy0tZGlzcGxheS1idWZmZXIg YnVmZmVyIHdpbmRvdyAnd2luZG93IGFsaXN0KSkKIAkoYW5kIChzZXRxIHdpbmRvdyBib3R0 b20td2luZG93KQogCSAgICAgKG5vdCAod2luZG93LWRlZGljYXRlZC1wIHdpbmRvdykpCi0J ICAgICAod2luZG93LS1kaXNwbGF5LWJ1ZmZlcgotCSAgICAgIGJ1ZmZlciB3aW5kb3cgJ3Jl dXNlIGFsaXN0IGRpc3BsYXktYnVmZmVyLW1hcmstZGVkaWNhdGVkKSkpKSkKKwkgICAgICh3 aW5kb3ctLWRpc3BsYXktYnVmZmVyIGJ1ZmZlciB3aW5kb3cgJ3JldXNlIGFsaXN0KSkpKSkK IAogKGRlZnVuIGRpc3BsYXktYnVmZmVyLWluLXByZXZpb3VzLXdpbmRvdyAoYnVmZmVyIGFs aXN0KQogICAiRGlzcGxheSBCVUZGRVIgaW4gYSB3aW5kb3cgcHJldmlvdXNseSBzaG93aW5n IGl0LgpAQCAtNzU5Niw3ICs3NjE4LDggQEAgZGlzcGxheS1idWZmZXItaW4tcHJldmlvdXMt d2luZG93CiAgICAgOzsgYW55dGhpbmcgd2UgZm91bmQgc28gZmFyLgogICAgICh3aGVuIChh bmQgKHNldHEgd2luZG93IChjZHIgKGFzc3EgJ3ByZXZpb3VzLXdpbmRvdyBhbGlzdCkpKQog CSAgICAgICAod2luZG93LWxpdmUtcCB3aW5kb3cpCi0JICAgICAgIChub3QgKHdpbmRvdy1k ZWRpY2F0ZWQtcCB3aW5kb3cpKSkKKwkgICAgICAgKG9yIChlcSBidWZmZXIgKHdpbmRvdy1i dWZmZXIgd2luZG93KSkKKyAgICAgICAgICAgICAgICAgICAobm90ICh3aW5kb3ctZGVkaWNh dGVkLXAgd2luZG93KSkpKQogICAgICAgKGlmIChlcSB3aW5kb3cgKHNlbGVjdGVkLXdpbmRv dykpCiAJICAodW5sZXNzIGluaGliaXQtc2FtZS13aW5kb3cKIAkgICAgKHNldHEgc2Vjb25k LWJlc3Qtd2luZG93IHdpbmRvdykpCgo= --------------090002070800020205020206-- From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 09 Jan 2019 10:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154702826826391 (code B ref 33870); Wed, 09 Jan 2019 10:05:01 +0000 Received: (at 33870) by debbugs.gnu.org; 9 Jan 2019 10:04:28 +0000 Received: from localhost ([127.0.0.1]:50828 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghAiq-0006ra-0h for submit@debbugs.gnu.org; Wed, 09 Jan 2019 05:04:28 -0500 Received: from mout.gmx.net ([212.227.17.21]:45547) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghAio-0006rM-KF for 33870@debbugs.gnu.org; Wed, 09 Jan 2019 05:04:27 -0500 Received: from [192.168.1.101] ([46.125.250.87]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MP1PX-1gbxOY3ErX-006RAK; Wed, 09 Jan 2019 11:04:17 +0100 Message-ID: <5C35C718.6000706@gmx.at> Date: Wed, 09 Jan 2019 11:04:08 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <83lg403o9c.fsf@gnu.org> <87r2dq8z9n.fsf@mail.linkov.net> <5C31C477.9040108@gmx.at> <874laluz3g.fsf@mail.linkov.net> <5C3315E6.9010709@gmx.at> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> In-Reply-To: <8736q2ka0h.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:whkCNyE2im23edN51KoPREoXtLga7lHwDo1q+8zZdLRvGWwK6ZT KLnWAeAwh8GljsQMTHZL8NdtQ++ubd/UTbq/vaIuuutDnp8bHd4oqvrYFAXhl27pKUAzMtZ g/YjevUHnFzy8IkkS29vaU9dkcQ1uSS6BT8rN6K2rvF6tu+N8ft2ftFcQURjdcCL6fgZQJF QoP5Px0a3tisVMBtv+UKw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:ItY4YlgsLxc=:nByuGq1iSyqhucI7JHepm2 WAyjf323RY2uwdGtmYPHVHkZMhXxhd3chTlXwWwKUDbB5Z6RPX7xHi0Nsahex0YkOiXwL5BVo zPr8XgXbQWK/My3T941eyT1m7FzVfvWEoXLN602k/w5oggAniLNzkpx3XeCb5QXNGUzrKa2Um 7+7TMYBxTsYjHcNpnB1ZNy0NHy/l5xuuC+48SRRoZORV4Y2sgRYM4Ivht2rV7rYwsunLyO4N5 NVXFZvs0yi5PfvRUoGEIugZiKmwG4y9Qw02OfnWg9JACe0FADzvk6iN2resibkqhbNvt5FakQ pQf+x52RK4rk8f4DYj3HeZ8NxsNu+78ofKbDkLAHfy9ojLfLV3lvd6rBbvMM3A9c0cGNeHLVw Zkl+x2QMLMdMxiidd+bwBp2mb9hs1DnfceXPJuU9INYlHK4FQCwVsFZsCUoYLkPm9+PHWixTP Btu6Bwwqa7IHY20q27bXX7rYdCFm/uotoRK61xGHzQgelbeMVpYdVJbFEeznN8Fu7J5NynW5e I3xZVWtdiGfZloXS5jQ997Mq0g/KvSvWiUabCQzSqF5mLI5UjjTYw3NfhLfmMs31x74IbgWHn 3/qDfgzntWE18+ZJA7QcYoESIs/Bh1GlyLpIJIN4UGmm80wukMh9zoS7/+CWrDX19Uy2OWmRw eV1bVXcPpLV5LAv7OTnEmoT9Oc6kXBqU/E6mWwHexSyY7dnygU87R/8SHUMVXPKh/5YG3nDKw /Tv4+AiWANEXa5zP7cjlptFb+vYvv2L+pMWRCj2+BVezbFx3zaoWe2Gs0L3aGQD6RWpoOFBel TyU8Qic5toFgX5lDyRstuy/DkSBVAe1Ts2rbaBVSc7yMSosV7nQeWwJZGaot6L1+XctIMwSg8 gvt5sCN+hEg2mKhmdRY922rnTvfDp1gsH9+VLwMWjWJX1imNS7s08xsp5FyX5F X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >>> I propose to remove this function and replace its parts with >>> more alists, i.e. this blob >>> >>> `(,(if temp-buffer-resize-mode >>> '(window-height . resize-temp-buffer-window) >>> '(window-height . fit-window-to-buffer)) >>> ,(when temp-buffer-resize-mode >>> '(preserve-size . (nil . t)))) >>> >>> with something shorter like `(fit-to-buffer . t)' >> >> Can't we add this via a special value for the 'window-height' alist >> entry? Where we explicitly state that it obeys >> 'temp-buffer-resize-mode' if that is active and the buffer qualifies >> as temporary and so on ... Or is that what you mean already? > > I meant to make it shorter in any possible way, so using something like > '(window-height . resize)' seems to achieve this goal. 'resize' is too short IMHO. 'resize-to-fit' maybe. > Exactly. There is a long list of actions in display-buffer--maybe-at-bottom > before calling the main action 'display-buffer-at-bottom', so it makes sense > to move them somewhere to a common place. But running a "fallback" action before the others doesn't sound very intuitive. >> I now always display completions in a child frame so I never run into >> practical problems with it. > > Then what problems are possible with binding 'split-width-threshold' > or 'split-height-threshold' to nil? I can't tell because I'm not sure what we want here. And if you say that with your setup this part is never executed, things get even more obscure. So let's leave everything as it is until someone files a "real" complaint. >> We could abuse the existing 'side' action alist entry for >> not-atomic, non-side windows in the following sense: If 'side' equals >> 'bottom', a window is eligible for reuse if and only if it appears on >> that side of the frame. To be obeyed by 'display-buffer-reuse-window' >> and 'display-buffer-in-previous-window', I presume. WDYT? > > This makes sense. Even more, maybe it would be possible to use only > an alist '(side . bottom)' instead of specyfying the action > 'display-buffer--maybe-at-bottom'? We could use the six abbreviations we have ('left', 'top', 'above', 'right', 'bottom' and 'below') to make a window on the respective side either of the selected window or the frame. Then we would need one action function say 'display-buffer-beside' and yet another action alist entry say 'beside' with the values 'selected' (on any side of the selected window), 'main' (on any side of the main window) and a window (on which side this would have to be created). martin From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 09 Jan 2019 13:15:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 33870@debbugs.gnu.org, eliz@gnu.org, Dmitry Gutov , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , Juri Linkov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154703970018789 (code B ref 33870); Wed, 09 Jan 2019 13:15:01 +0000 Received: (at 33870) by debbugs.gnu.org; 9 Jan 2019 13:15:00 +0000 Received: from localhost ([127.0.0.1]:50876 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghDhE-0004sz-3f for submit@debbugs.gnu.org; Wed, 09 Jan 2019 08:15:00 -0500 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:48692) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghDh9-0004sn-VH for 33870@debbugs.gnu.org; Wed, 09 Jan 2019 08:14:58 -0500 Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id x09DErw7020434; Wed, 9 Jan 2019 08:14:54 -0500 Received: by pastel.home (Postfix, from userid 20848) id A26EE6AAF2; Wed, 9 Jan 2019 08:14:53 -0500 (EST) From: Stefan Monnier Message-ID: References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.fsf@mail.linkov.net> <87zhscklhq.fsf@gmail.com> <5C346C76.4050803@gmx.at> <5C34BBE4.8060705@gmx.at> <5C34E14F.40804@gmx.at> <5C35C6E3.6000300@gmx.at> Date: Wed, 09 Jan 2019 08:14:53 -0500 In-Reply-To: <5C35C6E3.6000300@gmx.at> (martin rudalics's message of "Wed, 09 Jan 2019 11:03:15 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 2 Rules triggered EDT_SA_DN_PASS=0, RV6457=0 X-NAI-Spam-Version: 2.3.0.9418 : core <6457> : inlines <6992> : streams <1809581> : uri <2777273> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) >> I haven't looked in detail, but this seems to make it less trivial to >> just add a new action alist parameter: it should default to `t` if we >> matched in display-buffer-alist but to nil if we only rely on >> display-buffer-base-action? > I'm missing you here. An ALIST argument is equally passed to all > buffer display actions regardless of whether they are specifed by > 'display-buffer-base-action' or by someone else. It's their choice > whether they want to obey or disregard it. The same currently holds > for 'display-buffer-mark-dedicated'. Never mind, I was confused. >> Also, some (all?) let-bindings of display-buffer-mark-dedicated should > I don't see any such bindings in our current code base. lisp/dired.el: (display-buffer-mark-dedicated 'soft)) lisp/epa.el: (let ((display-buffer-mark-dedicated 'soft)) lisp/minibuffer.el: (display-buffer-mark-dedicated 'soft)) > I attach a patch of my proposed changes. After applying that I have > no more objections against renaming 'window--display-buffer' any way > people want. LGTM. See some comment/question below. Stefan > @@ -958,7 +957,11 @@ window--make-major-side-window > ;; window and not make a new parent window unless needed. > (window-combination-resize 'side) > (window-combination-limit nil) > - (window (split-window-no-error next-to nil on-side))) > + (window (split-window-no-error next-to nil on-side)) > + (alist (if (or display-buffer-mark-dedicated > + (assq 'dedicated alist)) > + alist > + (cons '(dedicated . side) alist)))) Hmm... the old code used (or display-buffer-mark-dedicated 'side), so when display-buffer-mark-dedicated is non-nil but (assq 'dedicated alist) is nil, I think we need to use (cons `(dedicated . ,display-buffer-mark-dedicated) alist), no? Or rather: (alist (if (assq 'dedicated alist) alist (cons `(dedicated . ,(or display-buffer-mark-dedicated 'side)) alist)))) WDYT? BTW, this code reappears a second time in your patch, but I haven't checked if the same reasoning applies there. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 09 Jan 2019 13:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 33870@debbugs.gnu.org, eliz@gnu.org, Dmitry Gutov , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , Juri Linkov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154704048720055 (code B ref 33870); Wed, 09 Jan 2019 13:29:02 +0000 Received: (at 33870) by debbugs.gnu.org; 9 Jan 2019 13:28:07 +0000 Received: from localhost ([127.0.0.1]:50882 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghDtv-0005DP-C4 for submit@debbugs.gnu.org; Wed, 09 Jan 2019 08:28:07 -0500 Received: from mout.gmx.net ([212.227.17.21]:53647) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghDts-0005Cv-OC for 33870@debbugs.gnu.org; Wed, 09 Jan 2019 08:28:05 -0500 Received: from [192.168.1.101] ([46.125.250.87]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LxcbX-1hN2oj0Vtj-017Aup; Wed, 09 Jan 2019 14:27:46 +0100 Message-ID: <5C35F6C7.50609@gmx.at> Date: Wed, 09 Jan 2019 14:27:35 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.fsf@mail.linkov.net> <87zhscklhq.fsf@gmail.com> <5C346C76.4050803@gmx.at> <5C34BBE4.8060705@gmx.at> <5C34E14F.40804@gmx.at> <5C35C6E3.6000300@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:lS01ih88QaktOfA5wyFJWrHSpZC0qmz1HPvfawUoYxLctog/+hx mwc+xDO5BAZThtVuUmIDk1tlVL0O+MwA+uSCKyyBRaY0PzQkzcsXf4nwybBqTUwTpkXrGac 3wO0oSc1HjaxHn29MCWmoyjY9tM6n4deDvnH50rSjuI68wUIQKBZ5fUFsqnVCztC+vCvFfr +5Yr0vLC0ULLjmacD99lg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:FKLwpKZJeKQ=:x6igNenvHglkAfUSISY9B6 brSfGR1JgBlsWEkNxBuRpUFSC6PvPYxkTrxY7mIYAt5Dmp7mDmqUAUherMAR6A1utHAXjJQEG sW5rvoPHbmbR+YMfYJ1/hfImwkungUTftiWLLXO9+8PMUrSGoXlUn55amr1pHswgnZm4fu7bo O5/xaZMrBwpiz4aluczoODv6KsHiLktXj8c2swXAxMDeDv+mW4QUWNuQUWPRsQxsb/A7/XJpK e9l/gpm49MVA7ZuM1UiJP1cBg6QM4VhPX1tYCcKDOk6UYCu5FUC1Wl166RLdFiIGZx6tV3fit ExTrdnk+IDg9GoTD7M1tjSvAbmBtBG6XPKNSmKyBi/ysNqxv8k05YyTX7r70MvnPdweGF37hi 5mg89yDjQ3yP5kW2meKOW4YaIyCm7rZYB3HnTlATWn+UVKSyXsKQUHK2sSA9NMCbdqqdc4CgG ahCcfimoRH1ksO/2GYg8WAFblYwyhumULvzEc24NWquRy3aYlsQEzP52Jj90oiqb10SIvXRNB h6NnC1aiFKO8DTyZhaCRLruCLFSRQZyitT2SYw554pYDy5dOXd3a8lQBYjHSzVu7hg3wbP6xZ uZyMmElu4RlbrnAzFMMYkDMG/24CvF7Yix4GvoeLpVYCsdSSwDjstEYXzribSuR2yDlE/M1I3 hw8Y3QNiBYkMIogxiUiXU/JlsWl5PA5P9AJ9BcVgdBmCpql/Os1Ge88Rl1iAFal4ktOdP6MkR m35Juodgq1oiC+JMk9Ad5Jc/NnnM4EC32NqGSDuC03gVVzTQ5K1AU6zmVHRF3YFf1WZM9Wjcb UjJTRL515OsZrgHEK3HczAXJ+uNglGINSER9o2pzWSZo0jgtkrEEpngvGLG5v7q1I0xJc0KgS GLsGOXWDU5NOE6VtqgSeEd0e/9u1hkRWqpXZ1U0NVv3AOYyH7wdJQBIF9yjVhz X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Or rather: > > (alist (if (assq 'dedicated alist) > alist > (cons `(dedicated . ,(or display-buffer-mark-dedicated 'side)) > alist)))) > > WDYT? I think you're right. Unless you see any problems I'll use that. > BTW, this code reappears a second time in your patch, but I haven't > checked if the same reasoning applies there. I'll use your code there too. Thanks, martin From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 09 Jan 2019 23:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15470773332560 (code B ref 33870); Wed, 09 Jan 2019 23:43:02 +0000 Received: (at 33870) by debbugs.gnu.org; 9 Jan 2019 23:42:13 +0000 Received: from localhost ([127.0.0.1]:52735 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghNUC-0000fE-SX for submit@debbugs.gnu.org; Wed, 09 Jan 2019 18:42:13 -0500 Received: from cichlid.maple.relay.mailchannels.net ([23.83.214.36]:1868) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghNUA-0000f5-A3 for 33870@debbugs.gnu.org; Wed, 09 Jan 2019 18:42:11 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 548196836B0; Wed, 9 Jan 2019 23:42:08 +0000 (UTC) Received: from pdx1-sub0-mail-a54.g.dreamhost.com (unknown [100.96.30.62]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id EADFC683737; Wed, 9 Jan 2019 23:42:07 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a54.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Wed, 09 Jan 2019 23:42:08 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Army-Skirt: 4cf55c7e03acd0f1_1547077328158_2649404602 X-MC-Loop-Signature: 1547077328157:573323035 X-MC-Ingress-Time: 1547077328157 Received: from pdx1-sub0-mail-a54.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a54.g.dreamhost.com (Postfix) with ESMTP id 6C93480293; Wed, 9 Jan 2019 15:42:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=s3MeobqWrClbsfPAkhqApLDX2js=; b= xFaYTD8PdyC076LVmQn/BDqn2BLrBxiY1wJPbuevvQ7c+/SqO76c36a97ix7SBJg KWcigiR6ExRI6b7bskij+p1pJWFaWEn07DKG+3VQPGex6SeuevEthq4JkmFc3Ra+ wvIcVn/mNr3XzexZfyeaYfKnyLCP/v2GBWkdcZJCDZc= Received: from mail.jurta.org (m91-129-101-91.cust.tele2.ee [91.129.101.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a54.g.dreamhost.com (Postfix) with ESMTPSA id BA46E802AF; Wed, 9 Jan 2019 15:42:03 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a54 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <83lg403o9c.fsf@gnu.org> <87r2dq8z9n.fsf@mail.linkov.net> <5C31C477.9040108@gmx.at> <874laluz3g.fsf@mail.linkov.net> <5C3315E6.9010709@gmx.at> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> Date: Thu, 10 Jan 2019 01:40:41 +0200 In-Reply-To: <5C35C718.6000706@gmx.at> (martin rudalics's message of "Wed, 09 Jan 2019 11:04:08 +0100") Message-ID: <874lahwgau.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrfedvgdduvdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtuddrledunecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtuddrledupdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedu X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>> I propose to remove this function and replace its parts with >>>> more alists, i.e. this blob >>>> >>>> `(,(if temp-buffer-resize-mode >>>> '(window-height . resize-temp-buffer-window) >>>> '(window-height . fit-window-to-buffer)) >>>> ,(when temp-buffer-resize-mode >>>> '(preserve-size . (nil . t)))) >>>> >>>> with something shorter like `(fit-to-buffer . t)' >>> >>> Can't we add this via a special value for the 'window-height' alist >>> entry? Where we explicitly state that it obeys >>> 'temp-buffer-resize-mode' if that is active and the buffer qualifies >>> as temporary and so on ... Or is that what you mean already? >> >> I meant to make it shorter in any possible way, so using something like >> '(window-height . resize)' seems to achieve this goal. > > 'resize' is too short IMHO. 'resize-to-fit' maybe. Good name. >> Exactly. There is a long list of actions in display-buffer--maybe-at-bottom >> before calling the main action 'display-buffer-at-bottom', so it makes sense >> to move them somewhere to a common place. > > But running a "fallback" action before the others doesn't sound very > intuitive. Maybe some more suitable name for actions to add between display-buffer-overriding-action and user-action? >>> We could abuse the existing 'side' action alist entry for >>> not-atomic, non-side windows in the following sense: If 'side' equals >>> 'bottom', a window is eligible for reuse if and only if it appears on >>> that side of the frame. To be obeyed by 'display-buffer-reuse-window' >>> and 'display-buffer-in-previous-window', I presume. WDYT? >> >> This makes sense. Even more, maybe it would be possible to use only >> an alist '(side . bottom)' instead of specyfying the action >> 'display-buffer--maybe-at-bottom'? Or '(direction . bottom) or shorter '(dir . bottom) compatible with terminology of window-in-direction because the word "side" is associated with side windows. > We could use the six abbreviations we have ('left', 'top', 'above', > 'right', 'bottom' and 'below') to make a window on the respective side > either of the selected window or the frame. Then we would need one > action function say 'display-buffer-beside' and yet another action > alist entry say 'beside' with the values 'selected' (on any side of > the selected window), 'main' (on any side of the main window) and a > window (on which side this would have to be created). Maybe better 'frame' instead of 'main'? From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Jan 2019 10:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154711557519841 (code B ref 33870); Thu, 10 Jan 2019 10:20:02 +0000 Received: (at 33870) by debbugs.gnu.org; 10 Jan 2019 10:19:35 +0000 Received: from localhost ([127.0.0.1]:52962 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghXR1-00059w-9o for submit@debbugs.gnu.org; Thu, 10 Jan 2019 05:19:35 -0500 Received: from mout.gmx.net ([212.227.15.15]:57987) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghXQz-00059c-Pc for 33870@debbugs.gnu.org; Thu, 10 Jan 2019 05:19:34 -0500 Received: from [192.168.1.101] ([46.125.250.54]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MF4iR-1gVj3X34Hb-00GDz3; Thu, 10 Jan 2019 11:19:24 +0100 Message-ID: <5C371C22.2030304@gmx.at> Date: Thu, 10 Jan 2019 11:19:14 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <83lg403o9c.fsf@gnu.org> <87r2dq8z9n.fsf@mail.linkov.net> <5C31C477.9040108@gmx.at> <874laluz3g.fsf@mail.linkov.net> <5C3315E6.9010709@gmx.at> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> In-Reply-To: <874lahwgau.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:KeeyNEsZg48ZaUGgiFsg0Ef1emIL1c7Ivi8py+qSNXk+JHhpQ7l vRWELZanH+SYrag1fSo6en/6KuIzplZ269bwQbUnNAKmDw4aUJAfSLVSrZgiIXg4xpjpiG/ aupaBtqA1MSgW/JGc07lHKMyktsooNHjKwuadMMoYbcla9ksh835R+76/0SSKFu3ZHTNrZG PDAnxfhINUopza6kA1i/w== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:JNQc29jg+fA=:EDc/gXrBh1BMIgSdvrza90 phCFBc9gJtdQRwcD5ux05bmDIyhTrIV/ECDR51e37RbYcuz075qBC/b9CsAYoTqw4OCogIk4m 7FzbTrS5osfJrehtnkNfTo01bFPg1+J+unOl4bT2So25SCusxg14pnvKmt6hWmXRWoO7iDnOb oNzz/eD881zgOilxIpWWYRQ40hBaM6P0N8aroDe4dN6OFcpO1hCj6WA0LRVRsiLXC/kb87Yb5 QoV3MHSGsM72ILVWMQ4q+vnMP93PutV4LF1PHliUXYTNvkv4EjewKCAEOULlzu1o3xYgrdCn8 IfNywprbLq7DnASzj17Y5X1/Z2oXroW+TtVLoI2jKr8qHcsMXq5aSuEH8cnHUi5Cjs+Mw2oB3 iUGvnpcSjpDKAsacpJP/WKpuT0Y3rebAHW1G0SHzxPG+W+RSb5SzoVs3wNbikyBNPKdOyg9Pe x8kMJBKCa+potuj6Jjh8sboj1VMBQUry1StqM/PP9JeD0ww5Ss1i5sWl1mxdWXFjfik3ArTkV IoZHW5CzQQZtWug9n5H914dg+3vK3ygDgfdf7eVv03DKl7Wt3DFKSi81BvH9cAVdS/QL1MLwd qKzUfSZtQXhm45L6C1+H+KGKVeeub+M3CatON7Q7loy9bMQSVYX7VSWVSu9lULVJgl9TxrBdT 2zf0Z9asF1OmmiFD16QokxiDIsVR2zqQMDKi1XQ+IQUOlba1TbTReQa7jlfGGfUahWULPPWV9 iRQUirrrIJGE2+d/1dMIaYM+BfcB0UFTko/WnuKlCaWDq0S5XY6RIjpe+u8GGMK70K1cEjFt8 pUXwDvC2tF+6Xk/KeMDvqTQLYFbwcEGDLGw4HBgpf5z6LA7IPHiQsvaN8gyjfSNWQrLzVxp7s i3gFipgmNt4EZKIEu3ATAWiDASogZdQ2OzKZIeDZMvs57KiSP35fWgoJ9Ku2fv X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Maybe some more suitable name for actions to add between > display-buffer-overriding-action and user-action? Nothing should ever come between 'display-buffer-overriding-action' and 'user-action'. >>> This makes sense. Even more, maybe it would be possible to use only >>> an alist '(side . bottom)' instead of specyfying the action >>> 'display-buffer--maybe-at-bottom'? > > Or '(direction . bottom) or shorter '(dir . bottom) > compatible with terminology of window-in-direction > because the word "side" is associated with side windows. Fine with me. > Maybe better 'frame' instead of 'main'? No. 'frame' includes side windows (the ones you cite above) and the minibuffer window. 'main' (from 'window-main-window') or 'root' are better (but still not perfect). martin From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Jan 2019 10:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 33870@debbugs.gnu.org, Dmitry Gutov , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , Juri Linkov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154711557519847 (code B ref 33870); Thu, 10 Jan 2019 10:20:02 +0000 Received: (at 33870) by debbugs.gnu.org; 10 Jan 2019 10:19:35 +0000 Received: from localhost ([127.0.0.1]:52964 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghXR1-00059y-HK for submit@debbugs.gnu.org; Thu, 10 Jan 2019 05:19:35 -0500 Received: from mout.gmx.net ([212.227.15.15]:35601) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghXQz-00059d-QS for 33870@debbugs.gnu.org; Thu, 10 Jan 2019 05:19:34 -0500 Received: from [192.168.1.101] ([46.125.250.54]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MHH6Z-1gTXCG1ycN-00E9VZ; Thu, 10 Jan 2019 11:19:19 +0100 Message-ID: <5C371C1D.6040505@gmx.at> Date: Thu, 10 Jan 2019 11:19:09 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.fsf@mail.linkov.net> <87zhscklhq.fsf@gmail.com> <5C346C76.4050803@gmx.at> <5C34BBE4.8060705@gmx.at> <5C34E14F.40804@gmx.at> <5C35C6E3.6000300@gmx.at> <5C35F6C7.50609@gmx.at> In-Reply-To: <5C35F6C7.50609@gmx.at> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:dEZ/ikCEd/gqe0o1/67NV4dwhwrvQHsIYHlFsqMpVYZ5hbUIvyq 9JTcr3Xbw65ahoIaoMb3uRQYOktHkz4tGD7B2+ksiaLGo0/L1vZBpip0FzGgJ+Bwohuy+Km UvuGQevklALffiyt/ItvfUuxUD78K3qIkdzKPAz302MuBXkVR/OeIQaHBxuZ4pR1U3HD1eW D2yNnWahVP53TNK5HPHzw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:2UfgtevxZBI=:/4sMkN/rJo9vFB3lTn6w35 tC4EGBF2zfwPLfPHnhi4v5NP0HGINxoz8TzL/HOAgJgm2sqxDhE/4d54ah+hrc7hsQCL0NqWd kuU9d4q2xzioTOsyHJozz5TCxKv1UYO4nYi8HzECtNUEtSV9qS3DG7E8eNzbNix4dFImJNPzv hCU6Bg2R+oI9uecUa3hDtA4Bj30sp6RNI4qz3uox57roVw9dQayjQotJlc1IUn9Gsjls+m3Lt 5UmAy0obXaa5KMbkLdNCAXjtH+ZRqkaVEofuXA4mcpkFkVD6HdOouZpJqtT5yAGPpJcgZSi9o /+eHkjGCKYweELu2G8C49ookg396Y7i6p57nHzCdd9mjCX11JLfhzMgZTy3cVqrG3E+IvubWb BBmCpuZYfOF6Lv05eAC/XN4DlAMPoQdCLDIDSV2CgkobVLonER7OkRZXGfQkpYySLJ6IylAtq TNjJAkGRMJ6K7XwP98cNgKZf3JkTyf/O3XTunKiS2P/c1KUZ9iZL0U0dGXDrO9rfkDkBsYk+A 72IMWCZfwnqXfWPhbOdnEx6RLg215y17+sNWKWnDy9t8Vjw1jkA/UMd/0dx3AAOG76tge1QXt idNQADYesCTjZD/kIYuOjcTIjCgxQIeOzUg2kbF2veZeAgIY7UwNLGGwJwuqS3/iAZkFTPkd/ wshaRp0WjvzsXg6sOeimtojk/3pZzEoZDAIIDre4RBqGovzi99UJSPdM8Y5yRjlQ9KWR1XMuv rZi3UIN7uZ/VvQQwPrK/h0tTh80o+PaV/0FB9KrDbbaomJ3mDNQiUQp9zUnI1U6AumKwaPq2Y sbqJZgChHFlJC+9HPGtIptV4RJTREtLPw3JWTjAGqIQgtHSB8o1jmiCmJ0l/+Ac5zyyVGEKc+ G+Tnr10dIxbSbBQ3zeugwzYODwMr221GgdAwp9Bz7DaVyYiekkIlQXIpGn2SzX X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > I think you're right. Unless you see any problems I'll use that. > > > BTW, this code reappears a second time in your patch, but I haven't > > checked if the same reasoning applies there. > > I'll use your code there too. Now installed on master, please check. Anyone interested in renaming 'window--display-buffer' - please go ahead. I think a 'display-buffer-' prefix should then be appropriate. martin From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Jan 2019 22:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15471576368718 (code B ref 33870); Thu, 10 Jan 2019 22:01:02 +0000 Received: (at 33870) by debbugs.gnu.org; 10 Jan 2019 22:00:36 +0000 Received: from localhost ([127.0.0.1]:54346 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghiNQ-0002GY-3P for submit@debbugs.gnu.org; Thu, 10 Jan 2019 17:00:36 -0500 Received: from lavender.maple.relay.mailchannels.net ([23.83.214.99]:10771) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghiNN-0002GO-Cf for 33870@debbugs.gnu.org; Thu, 10 Jan 2019 17:00:35 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 808C2503663; Thu, 10 Jan 2019 22:00:29 +0000 (UTC) Received: from pdx1-sub0-mail-a54.g.dreamhost.com (unknown [100.96.20.98]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 1C2B4502D2C; Thu, 10 Jan 2019 22:00:29 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a54.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Thu, 10 Jan 2019 22:00:29 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Bitter-Callous: 14999194668c73be_1547157629381_2812057021 X-MC-Loop-Signature: 1547157629381:3368438548 X-MC-Ingress-Time: 1547157629381 Received: from pdx1-sub0-mail-a54.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a54.g.dreamhost.com (Postfix) with ESMTP id B1650803BD; Thu, 10 Jan 2019 14:00:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=k1FQxJM2633gHtGM/3BaWfmFig4=; b= 1bf11rS/IcHsJ2fTA0f74sZyIDE22f7I8XtRvcFkKVyCWuzEsm+1zjm2zEdYqpTd uFXWbhcPti9yukz/1Sc3+Ucl9fbA1EhdnnwIscET3PsrjPPeqp8SOr9CQMjchDwV rw4Yg9y0COiLpUIK3M/k3OuuqgohFaaKTdMGQR9s5yM= Received: from mail.jurta.org (m91-129-101-91.cust.tele2.ee [91.129.101.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a54.g.dreamhost.com (Postfix) with ESMTPSA id AA2E0803C0; Thu, 10 Jan 2019 14:00:20 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a54 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <83lg403o9c.fsf@gnu.org> <87r2dq8z9n.fsf@mail.linkov.net> <5C31C477.9040108@gmx.at> <874laluz3g.fsf@mail.linkov.net> <5C3315E6.9010709@gmx.at> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> Date: Thu, 10 Jan 2019 23:56:39 +0200 In-Reply-To: <5C371C22.2030304@gmx.at> (martin rudalics's message of "Thu, 10 Jan 2019 11:19:14 +0100") Message-ID: <874lag8d2g.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrfeefgdduheejucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutddurdeludenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutddurdeluddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> Maybe some more suitable name for actions to add between >> display-buffer-overriding-action and user-action? > > Nothing should ever come between 'display-buffer-overriding-action' > and 'user-action'. Sorry, rather I wanted to mention 'special-action' because it precedes 'action' that comes from the display-buffer call (that then could specify just display-buffer-at-bottom instead of display-buffer--maybe-at-bottom). >>>> This makes sense. Even more, maybe it would be possible to use only >>>> an alist '(side . bottom)' instead of specyfying the action >>>> 'display-buffer--maybe-at-bottom'? >> >> Or '(direction . bottom) or shorter '(dir . bottom) >> compatible with terminology of window-in-direction >> because the word "side" is associated with side windows. > > Fine with me. > >> Maybe better 'frame' instead of 'main'? > > No. 'frame' includes side windows (the ones you cite above) and the > minibuffer window. 'main' (from 'window-main-window') or 'root' are > better (but still not perfect). Yes, still not perfect. Maybe then use just one alist entry with more possible values whose names clearly indicate where they are applied like below - bottom above - top left - leftmost right - rightmost The first column is relative to the selected window, the second column is relative to the main window. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 11 Jan 2019 01:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15471695149973 (code B ref 33870); Fri, 11 Jan 2019 01:19:01 +0000 Received: (at 33870) by debbugs.gnu.org; 11 Jan 2019 01:18:34 +0000 Received: from localhost ([127.0.0.1]:54423 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghlT0-0002am-Hh for submit@debbugs.gnu.org; Thu, 10 Jan 2019 20:18:34 -0500 Received: from mail-lj1-f173.google.com ([209.85.208.173]:35548) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghlSy-0002aa-IO for 33870@debbugs.gnu.org; Thu, 10 Jan 2019 20:18:33 -0500 Received: by mail-lj1-f173.google.com with SMTP id x85-v6so11480361ljb.2 for <33870@debbugs.gnu.org>; Thu, 10 Jan 2019 17:18:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=rcEfO1C0G2lRyP1cVGbeAFIHHq3m9mIf14yo3aWgFls=; b=pBW2TcqIGn3In7GNX6qUPNBOZMIpkiZeb7t555AKEx3rZAM8XlaU/dDN7TvYdDfyK3 qmj2cwU3U/dDK/S3xzdXoJrIoajRCmLdpHYqa8a8WhF1jSli34y9yznC0JI2vKrS4028 B4g6kxMTNVdxT5YWWV/zY6m4e0uiZTxhspXluXVDSc9BO7WoYhh7oV0snLawmuFlwDje 9X98XOy5zL305lKqHpDbvudUviDnvOgSvwje4uufgwUlSc2KDKwsithJDR17DgnxOp9w /H4aZIzxaXbndaGfJ/IyD0phWyvfZF/0dzWrgi4fCEFgnIxIJWQUPqExXYKiKA+CFlDj M8Vw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=rcEfO1C0G2lRyP1cVGbeAFIHHq3m9mIf14yo3aWgFls=; b=gSujBAn2Mv+dLN30lJXlyyvo+mbQkhgT9JXdkrhlI6cvmphp+jGP3NDoosGBcfvjOu N6Te3RUgpDm+HJUvmSojX2rp6s8izmvujEYhWx6TAb8DH1gsRMTMzQPGoiYXM5KsxCVB N8c22BG4EWeP1cU1aR2yejLGxQ4cMq2cJLE2B7iozaoSqIFyPreb89w9Qvk78BrehOl+ NUIanPjYUy5qg29lMa15nDEC4Chf9YiEWOA6/LNij616VzYoTMakxnuiEqfs26mESd31 oTW8BdXGhft5r0Z9V7W1Mt/+r3afbCwQ79FgVay8RtQOh8DHPnR7q7WcXzeuakey1dJ1 P08A== X-Gm-Message-State: AJcUukfB28F/fmcN/8ZuSdQ86o+9Papy1Nwb1pa078Ve52v4S5Z1y4uP 9uqCfCNKVE6OsCd1Y4VxfMPkOi57 X-Google-Smtp-Source: ALg8bN4NNQDVgbm1/MXw8BcDb/s4EYCYGeFGqZACUhAxS5gTAC7gmCtlS1mDPf0GIL47ERs6Z5Mb+g== X-Received: by 2002:a2e:8187:: with SMTP id e7-v6mr8120493ljg.67.1547169506091; Thu, 10 Jan 2019 17:18:26 -0800 (PST) Received: from [192.168.1.174] ([178.252.127.239]) by smtp.googlemail.com with ESMTPSA id h85-v6sm15568768ljf.68.2019.01.10.17.18.24 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 10 Jan 2019 17:18:24 -0800 (PST) References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.fsf@mail.linkov.net> <87zhscklhq.fsf@gmail.com> <87bm4qel4t.fsf@mail.linkov.net> From: Dmitry Gutov Message-ID: <67c9abb5-f546-361f-04ca-da96ceaca4e2@yandex.ru> Date: Fri, 11 Jan 2019 04:18:24 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:65.0) Gecko/20100101 Thunderbird/65.0 MIME-Version: 1.0 In-Reply-To: <87bm4qel4t.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On 09.01.2019 03:20, Juri Linkov wrote: > Then suddenly M-. replaces other half of the screen with empty space with > only 2 lines at the top. This is because there is an ambiguity in finding > defini [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.5 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [178.252.127.239 listed in dnsbl.sorbs.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [209.85.208.173 listed in list.dnswl.org] 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (dgutov[at]yandex.ru) -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) On 09.01.2019 03:20, Juri Linkov wrote: > Then suddenly M-. replaces other half of the screen with empty space with > only 2 lines at the top. This is because there is an ambiguity in finding > definitions, and you need to resolve it. Then you start trying to reuse some > empty space it creates and trying to split the xref window. Instead of > this, the split is applied to the original window. Could you write down the commands to get there? I failed to reproduce this. > Now the question is what to do when the user asks to display > a definition in another window using ‘C-x 4 .’ > (xref-find-definitions-other-window). The most natural way is to > immediately take the window pointed out by the user configuration > (the user can configure to display it below/above/left/right etc.) > and display the xref window in that window. I'm not sure if it's the "most natural" way. "A natural" maybe. > Then visiting a definition > still will remain in the same window preferred by the user. > > The same logic could also apply to xref-find-definitions-other-frame. > > This will allow xref-goto-xref to be configurable. The current behavior seems to work okay for me. So the meaning of "configurable" I'm expecting here would allow the user to retain the current behavior if they want. We can discuss the best default afterwards. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 11 Jan 2019 09:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154719870415014 (code B ref 33870); Fri, 11 Jan 2019 09:26:02 +0000 Received: (at 33870) by debbugs.gnu.org; 11 Jan 2019 09:25:04 +0000 Received: from localhost ([127.0.0.1]:54582 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ght3o-0003u0-B8 for submit@debbugs.gnu.org; Fri, 11 Jan 2019 04:25:04 -0500 Received: from mout.gmx.net ([212.227.17.21]:50521) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ght3m-0003tE-Ad for 33870@debbugs.gnu.org; Fri, 11 Jan 2019 04:25:02 -0500 Received: from [192.168.1.101] ([212.95.5.245]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Ld4xA-1h8O6X0bCa-00iDWG; Fri, 11 Jan 2019 10:24:53 +0100 Message-ID: <5C3860D9.2090809@gmx.at> Date: Fri, 11 Jan 2019 10:24:41 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <83lg403o9c.fsf@gnu.org> <87r2dq8z9n.fsf@mail.linkov.net> <5C31C477.9040108@gmx.at> <874laluz3g.fsf@mail.linkov.net> <5C3315E6.9010709@gmx.at> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> In-Reply-To: <874lag8d2g.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:E+08Odt1MD6CvUH4pR7d/5gn/hwrkAiiZVb3ohlJuRjMB8X0Pny VmB8qFjTGlrv8kXa56MrN1UsoienJgQKa0vP424S7FZdaurWCN7n8IN5S66K+VNHoGfYDtY nW7m79e6z/AKmsXCLlwkR0rdgI2fRfZ5frzkRk4x/5qUVzz4Ah0feuLLUxEc9AKdrdq9Bka qMlIJzKIaOaOAhp2aDTOg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:kTRxEs50iMQ=:6lqhIHMU9BJwlyAJGUj8Gj b+UpW2kfe732MMXaOAQXVbyO0XyFEyKgtMlDffdWBSgehdrTPELaIT1J0ob4LiuAfppz084/7 D7NxXDD0qrCK2gtMINHiBso2gNq4DfvzGkXi+8/k4SFj8VPASrfHMz022T3Zny9wFTtsaXEwW W/jKNoY3TRWAYe8/FRTLp22GOjjvpPBEUU/oD3GijSjr6ekeCvtEoTE5c5uDunxAnce2BZykv OxNcsxUIzxs9HE0qiiKvPX3CIPDQlp4I5a9dAfZWA8VkJNCPeUxAzYjc5EfQ1bLuN+es5Rf/Q wt+qIo1sjFUn3Y7InqIKhTjhvsDKV+gkyK1DNm8W6/9JxrYGemVT2I18agqK3rdPzW4gm6vyK 2Tb9VWK4GKyNo3L06Tiolt8W7SVTBEUcq7/tMyzjLMEyVzWpvhi/0oWiNbzk76JpR8MliWjFy S7rJ2rI2iIoVJvlQ3RJnBhbKTl7ZV76EQdAQ6F1sZiQobLtHYFJghXTr5Yuw21jz+ek/R7CDF HMAdzYmCC10+S/EcMgogtyCDM58RRfdMb5JbfjE2dqSZJIhivzN6Xe1VSI3/o9NFCUZLBwoVQ +Bh0lcOu3+4Maa6V2Lw9iMiavzMb8ChBxchXPXn/FJHkTCVQorQuONidlyyuGZg+Yo2fvIvPQ Wes+sdJVmjcybBzuNiIpGf2wGvIrUr7HtppJuKW8kwCDScQGUb+uc8gFnQ7cAh1SPvmT946m6 FnrhqDDFJ0QwZacw9EOmaO/uHmWEaAs8TJyV72gahJQxUeBQ7tj6wr/sMkris1UEcJReE+OY6 wyVYLsDqnvXP7IBnebRwypOOYgMPPxGNxBRJtJ+DBnwer0OW4+E+jN8AOqDEsgiymxRGSIAKb 19FLA98/K4aJxVpVEuUTQ94bLAaKf/fkEjdgRbDlFP4oCr/atSMY3g8eB1RnPx X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Yes, still not perfect. Maybe then use just one alist entry with more > possible values whose names clearly indicate where they are applied like > > below - bottom > above - top > left - leftmost > right - rightmost > > The first column is relative to the selected window, > the second column is relative to the main window. This will confuse us and users. We should try to unify them somehow in the sense that terms like below/bottom can be used interchangeably - as you asked for up/above and down/below in 'window-in-direction'. martin From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 13 Jan 2019 03:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154734865716912 (code B ref 33870); Sun, 13 Jan 2019 03:05:02 +0000 Received: (at 33870) by debbugs.gnu.org; 13 Jan 2019 03:04:17 +0000 Received: from localhost ([127.0.0.1]:57249 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1giW4P-0004Oh-Ig for submit@debbugs.gnu.org; Sat, 12 Jan 2019 22:04:17 -0500 Received: from bird.maple.relay.mailchannels.net ([23.83.214.17]:59404) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1giW4L-0004OR-CX for 33870@debbugs.gnu.org; Sat, 12 Jan 2019 22:04:16 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 39D862834FE; Sun, 13 Jan 2019 03:04:11 +0000 (UTC) Received: from pdx1-sub0-mail-a54.g.dreamhost.com (unknown [100.96.26.166]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id D4951283602; Sun, 13 Jan 2019 03:04:10 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a54.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sun, 13 Jan 2019 03:04:11 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Invention-Reign: 258a98873d365054_1547348651075_3984024595 X-MC-Loop-Signature: 1547348651075:4140250881 X-MC-Ingress-Time: 1547348651075 Received: from pdx1-sub0-mail-a54.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a54.g.dreamhost.com (Postfix) with ESMTP id 6B83D81AB5; Sat, 12 Jan 2019 19:04:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=Hjtiok3m3XC+N0huaLrHDqnFShE=; b= hPMoP38sgYXo5u9VoOxSU3k42dZZoTu6EQR7KEWVpDjJBbDELFQtBAC14rG8wlmN X0vWdfGiqm9WMSlxBjQwZlQ/xvG/CLogWfp9QegH/WxjnZ2kay6eusuyWq9EHPyV rzy/vEieQ1eDVOispkhkolPGXBOnP7wYnvDwlSQQUyQ= Received: from mail.jurta.org (m91-129-101-91.cust.tele2.ee [91.129.101.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a54.g.dreamhost.com (Postfix) with ESMTPSA id 6B9ED81AAD; Sat, 12 Jan 2019 19:04:05 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a54 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <83lg403o9c.fsf@gnu.org> <87r2dq8z9n.fsf@mail.linkov.net> <5C31C477.9040108@gmx.at> <874laluz3g.fsf@mail.linkov.net> <5C3315E6.9010709@gmx.at> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> Date: Sun, 13 Jan 2019 02:33:21 +0200 In-Reply-To: <5C3860D9.2090809@gmx.at> (martin rudalics's message of "Fri, 11 Jan 2019 10:24:41 +0100") Message-ID: <87tvide172.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrfeekgddvvdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtuddrledunecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtuddrledupdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> Yes, still not perfect. Maybe then use just one alist entry with more >> possible values whose names clearly indicate where they are applied like >> >> below - bottom >> above - top >> left - leftmost >> right - rightmost >> >> The first column is relative to the selected window, >> the second column is relative to the main window. > > This will confuse us and users. We should try to unify them somehow > in the sense that terms like below/bottom can be used interchangeably > - as you asked for up/above and down/below in 'window-in-direction'. Actually we already have established naming convention: display-buffer-below-selected display-buffer-at-bottom Removing the common prefix gives us the names of alist entries: below-selected at-bottom Using the same naming convention suggests more names: above-selected at-top ... From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 13 Jan 2019 03:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Gutov Cc: 33870@debbugs.gnu.org, =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154734866116928 (code B ref 33870); Sun, 13 Jan 2019 03:05:02 +0000 Received: (at 33870) by debbugs.gnu.org; 13 Jan 2019 03:04:21 +0000 Received: from localhost ([127.0.0.1]:57252 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1giW4S-0004Oy-TT for submit@debbugs.gnu.org; Sat, 12 Jan 2019 22:04:21 -0500 Received: from bonobo.maple.relay.mailchannels.net ([23.83.214.22]:37762) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1giW4Q-0004Og-HY for 33870@debbugs.gnu.org; Sat, 12 Jan 2019 22:04:19 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 39BF2683621; Sun, 13 Jan 2019 03:04:17 +0000 (UTC) Received: from pdx1-sub0-mail-a54.g.dreamhost.com (unknown [100.96.20.98]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id F196B68360B; Sun, 13 Jan 2019 03:04:16 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a54.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sun, 13 Jan 2019 03:04:17 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Lonely-Stretch: 6b8c89a30909a67f_1547348657096_378563990 X-MC-Loop-Signature: 1547348657094:2524674505 X-MC-Ingress-Time: 1547348657093 Received: from pdx1-sub0-mail-a54.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a54.g.dreamhost.com (Postfix) with ESMTP id B5D5981AB5; Sat, 12 Jan 2019 19:04:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=linkov.net; bh=JrysCE n2MBBDyGAURRyt7cUXSE8=; b=vWbuLhepKX+POTz+MMU6wQWP8g0r6R/tjF+KqL 84dJh5EM4HuWpydvH9Nxmx3fyD77zYPSewFTXKIivT+wH+QEoxEPGx0D2TsMElru Sz7lb2bSeLiZAIUEWP5bL3zP19C/ApLR1LkNY3q/m0DR4UKlxaBG22QuTzXCG4gx oo7tM= Received: from mail.jurta.org (m91-129-101-91.cust.tele2.ee [91.129.101.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a54.g.dreamhost.com (Postfix) with ESMTPSA id 5303681AAD; Sat, 12 Jan 2019 19:04:13 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a54 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.fsf@mail.linkov.net> <87zhscklhq.fsf@gmail.com> <87bm4qel4t.fsf@mail.linkov.net> <67c9abb5-f546-361f-04ca-da96ceaca4e2@yandex.ru> Date: Sun, 13 Jan 2019 02:41:25 +0200 In-Reply-To: <67c9abb5-f546-361f-04ca-da96ceaca4e2@yandex.ru> (Dmitry Gutov's message of "Fri, 11 Jan 2019 04:18:24 +0300") Message-ID: <87bm4le0tm.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrfeekgddvvdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtgfesthekredttderjeenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutddurdeludenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutddurdeluddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopegughhuthhovheshigrnhguvgigrdhruhenucevlhhushhtvghrufhiiigvpedt Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> Then suddenly M-. replaces other half of the screen with empty space w= ith >> only 2 lines at the top. This is because there is an ambiguity in fin= ding >> definitions, and you need to resolve it. Then you start trying to reu= se some >> empty space it creates and trying to split the xref window. Instead o= f >> this, the split is applied to the original window. > > Could you write down the commands to get there? I failed to reproduce t= his. Any command that relies on configuration in display-buffer-alist or display-buffer-overriding-action such as windmove-display-in-direction= . >> Now the question is what to do when the user asks to display >> a definition in another window using =E2=80=98C-x 4 .=E2=80=99 >> (xref-find-definitions-other-window). The most natural way is to >> immediately take the window pointed out by the user configuration >> (the user can configure to display it below/above/left/right etc.) >> and display the xref window in that window. > > I'm not sure if it's the "most natural" way. "A natural" maybe. At least, the current behavior can't be described as "natural". For example, if the user prefers using frames and types `C-x 5 .' the xref buffer is displayed in another WINDOW, not FRAME. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 13 Jan 2019 08:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154736848916012 (code B ref 33870); Sun, 13 Jan 2019 08:35:01 +0000 Received: (at 33870) by debbugs.gnu.org; 13 Jan 2019 08:34:49 +0000 Received: from localhost ([127.0.0.1]:57326 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gibEH-0004AC-2c for submit@debbugs.gnu.org; Sun, 13 Jan 2019 03:34:49 -0500 Received: from mout.gmx.net ([212.227.15.19]:38631) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gibEE-00049w-7G for 33870@debbugs.gnu.org; Sun, 13 Jan 2019 03:34:47 -0500 Received: from [192.168.1.101] ([212.95.5.75]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lb4vZ-1h6tUm3MQT-00kdpn; Sun, 13 Jan 2019 09:34:33 +0100 Message-ID: <5C3AF815.3020100@gmx.at> Date: Sun, 13 Jan 2019 09:34:29 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <83lg403o9c.fsf@gnu.org> <87r2dq8z9n.fsf@mail.linkov.net> <5C31C477.9040108@gmx.at> <874laluz3g.fsf@mail.linkov.net> <5C3315E6.9010709@gmx.at> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> In-Reply-To: <87tvide172.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:YhF2Cz3qlq154LxzNh2EDbka4jLTUkwVj22tdFTi7yrefio4ZTa SvGx/TUy8uTJkC0OAV5c2rzxWJjg40THYXL6CwD2Gl3jmQtsBZmmtkvm4zmMBr121H2mVVp rANiP1G0Ydk5J5MDiyNAHKoYugwqCjjpbUM1plw715z5OKxrytJyTVWYwboMKdFpnZYCYMN aZ1GHNK4PkNQOXKubwsaQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:kWXVIcm2dYU=:j3jLvjzXaThcBfurL6mADV tVqC//+Yn8PbNHQFH35Ae5ahL/T7fMHf40PFbiHRXq5yCXR/GyVz6KdJzBZUvpW7Merp3EmK1 V19U9QIL8/6vcY/SQpgUzmZ1vhFV2Uw6/mgH5PA42LHcecAoEfdMvwu0FfuWo4nW4quwg9tf5 z5gx/s2nEjSDHQKzPqM8X7kwfr9Dz1M+aiITXySUrg6e/jkQ0r3eYixJ1EDoh9ea7xfAl0kez CHq5kCb1UFu84XbB/ytvK92O8jEcO6hhBQpEg9+aP25Gw/7Hj9rcWevFhg3tO2IkhZbs7jxZc hz2vP2WriqKa3DqqT6EE5CMsm7LzNLGbtkZWcLA+VhjnDGo2ymnhzYg1Pntm9UMkbx3GCdBER Vsafg7LFFEZ/kynlHfmp2YwO8J2Dbl+BpPRflZmDJRHrpRr1Eju6/9/o3cIy79xJRgME4wLkX wvkZGsS4aU+cPmzSVgQPcSTPHdisnKyIVJv71y6QG0rIwpJcq5Kvw1N2MNbtXFB4GYPim8Qwg caAbI4H7q6tG1sbU2fcBSlc53YbgPTXRsoCc6g/6kkkFgZlPbn9c8ff7KxYX7w/WM3IxT9IY4 CCcumZ0jasRK4isIaj0dhHUC47LX4IL1yeny4z5hNV3IMOXDot/AvyBDDPzkMdQaeDsbkds7c EmiGBA5/0kpPxCbh+HzudU5X562dd09jGGVQeq2ayDEU6cWh+30Pur/wwzRcNT5FZ7VE+Yoac CWge/BiNjej/htO+UIF3X5oh/kvh2u8n0sIr4yrFxZareh1fgI8JKiqPvvx3NYRwmShofL3Cw omgLfkEqtAXB30Wsbq7ZS8skIPYU5D7R1KUTWxMXQv3tvmU0xeXjPQqhlIuhF3bHl7Hk26A8X EhmDpnXevK9HDGToGWhYcBwOl45sM2WXPl9ZEjASswaE9CITcY8HzLvOBMS6em X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Actually we already have established naming convention: > > display-buffer-below-selected > display-buffer-at-bottom > > Removing the common prefix gives us the names of alist entries: > > below-selected > at-bottom > > Using the same naming convention suggests more names: > > above-selected > at-top > ... I know. But I have this idea of providing - one function that catches all cases - with one nomenclature for a reference window - and one nomenclature for the direction wrt the reference window. So while 'below-selected' fits into this nomenclature, 'at-top' doesn't. martin From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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, 13 Jan 2019 11:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15473803782239 (code B ref 33870); Sun, 13 Jan 2019 11:53:01 +0000 Received: (at 33870) by debbugs.gnu.org; 13 Jan 2019 11:52:58 +0000 Received: from localhost ([127.0.0.1]:57360 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gieK1-0000a3-Pg for submit@debbugs.gnu.org; Sun, 13 Jan 2019 06:52:58 -0500 Received: from mail-qt1-f181.google.com ([209.85.160.181]:37367) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gieK0-0000Zq-1J for 33870@debbugs.gnu.org; Sun, 13 Jan 2019 06:52:56 -0500 Received: by mail-qt1-f181.google.com with SMTP id t33so23707624qtt.4 for <33870@debbugs.gnu.org>; Sun, 13 Jan 2019 03:52:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=UER4Qh8vhk2zfIg5K7Nalljq/oDL9E5cAymXb01xJyU=; b=Tt9IYFjPWynZfpdoyP5fr706C72joI2xARJKg4rIZrVtA36XZpkn/yGfwx1H3ZAMqX 4+0AJFty6WVSsMDx/g1SFMu6uzAWIqnCPlwBt5L6arfwnk3lDZlQ9yTO9zXaZYNe5118 +coBPzj1z5sEIgxM4nX6c6UD+2jq0BlCOeNWUUSLhL1ToJNMjBjrRbAkljFU/PAQdC3n QUjzCMWN26UBXTTnZvuFShvISDAOs4KUtnI+Ig8AN6Tu2xu7uk7g5X+PnaZtZBy5o5ew ABRoaEUEyIMm6Ps5eOgmLeRwpH6jTnJtbDWuj7IeRijxVwMSCxXDjsAdySB+ANoa5bUB Akrw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=UER4Qh8vhk2zfIg5K7Nalljq/oDL9E5cAymXb01xJyU=; b=pXukIianpMxFlE3I8tMBnaZYYXYbg4gibMreeEWzwmfkar2EBRxq9QqEisgW4DocUh O0XcKdtA/w0LavmxW5iWzw/Rj8SnkoyiP+Pd2jcY4NEL/pGVYtqm1FV51hFB9mbVF2Rq ibOi95kcryHawxUvGZJn3MVsyjT0VWVu+E9vAY5etqcuvmgvHbvhzh84D6d4G7/3HjPG AcgBBrI57YSwQtnO6iGS8MlnkMuXJyZdwibXg4RfyiZoz6eVX3GsSk+cQYgXEcVet4w1 kJ6o2RDG9qWBeuRfzjytpXe05cy/mCML0NIHOpuRY1fVHnKgbbPqY31RJ45TdqDnqQuy lkzQ== X-Gm-Message-State: AJcUukfOQb9c2d0ocQ+cigqsu1tJwc4+naoptW5ZANtsMgwWcn2HeSdI pEzCgYU9BW8aBZaz3jtgoARqkOWiA8vlC9/yqsk= X-Google-Smtp-Source: ALg8bN5Ii2fHwq4GgXzwl8rblhwqV7iLKshQZtoyHtQ+0Nf3sKKzJWeKBiDp/rfHWulNmUMkhlNTv6LXQCAPVZeuMiY= X-Received: by 2002:a0c:d4a7:: with SMTP id u36mr19904196qvh.38.1547380370195; Sun, 13 Jan 2019 03:52:50 -0800 (PST) MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> In-Reply-To: <87bm4le0tm.fsf@mail.linkov.net> From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Date: Sun, 13 Jan 2019 11:52:38 +0000 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) On Sun, Jan 13, 2019 at 3:04 AM Juri Linkov wrote: > > I'm not sure if it's the "most natural" way. "A natural" maybe. > At least, the current behavior can't be described as "natural". > For example, if the user prefers using frames and types `C-x 5 .' > the xref buffer is displayed in another WINDOW, not FRAME. As you very well know by now, the "other frame" there refers to the buffer that eventually displays the cross-reference, which very often doesn't require the *xref* itself, and _not_ *xref* buffer itself. Look, I get it that you dislike the current interface very, very much and would like to change it. As I have repeatedly asked, do you understand that a viable path to do that might be: 1. Make the current interface configurable 2. Present a number of configurations for xref to work with and how to select them. 3. Choose the "most natural" one to be the default (this is up for debate, sorry, but other people have opinions, too) ? Let's just work on number 1 and 2 here *before* we go to number 3. If you press on starting with 3, you make me unhappy, because I don't know how I can get back the current configuration if I later decide I don't like your system. Arguing that it's "natural" won't do it for me, an UI is too subjective a thing. --=20 Jo=C3=A3o T=C3=A1vora From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 13 Jan 2019 22:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.1547416779613 (code B ref 33870); Sun, 13 Jan 2019 22:00:02 +0000 Received: (at 33870) by debbugs.gnu.org; 13 Jan 2019 21:59:39 +0000 Received: from localhost ([127.0.0.1]:58134 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ginn8-00009p-LQ for submit@debbugs.gnu.org; Sun, 13 Jan 2019 16:59:38 -0500 Received: from quail.birch.relay.mailchannels.net ([23.83.209.151]:19201) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ginn1-00009Z-6s for 33870@debbugs.gnu.org; Sun, 13 Jan 2019 16:59:33 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 091395C3F05; Sun, 13 Jan 2019 21:59:29 +0000 (UTC) Received: from pdx1-sub0-mail-a54.g.dreamhost.com (unknown [100.96.35.77]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id B134A5C381D; Sun, 13 Jan 2019 21:59:28 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a54.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sun, 13 Jan 2019 21:59:28 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Macabre-Cold: 45eaf48935da0829_1547416768857_3836984878 X-MC-Loop-Signature: 1547416768856:3423680561 X-MC-Ingress-Time: 1547416768856 Received: from pdx1-sub0-mail-a54.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a54.g.dreamhost.com (Postfix) with ESMTP id 70A8B80704; Sun, 13 Jan 2019 13:59:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=ZHrYHKHb5FzQ+DhraOEBFDcVokI=; b= RacOGnf1nXh9U3CKRn7MHo4gyhyLXmJgfu+0FSx3yjpXuQtjpszqVm4A9fWNp84Q idw0MyUouqyRsRMUJu6RpPEUgwfC9/evVDArd3dEIPjM5+hFZkRQJnELF7KP81TI q6dn6ngPtCiDDGXiHwNzf5dUuyaQ1Ye0E0osb7erbCw= Received: from mail.jurta.org (m91-129-101-91.cust.tele2.ee [91.129.101.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a54.g.dreamhost.com (Postfix) with ESMTPSA id AFBB080706; Sun, 13 Jan 2019 13:59:23 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a54 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <83lg403o9c.fsf@gnu.org> <87r2dq8z9n.fsf@mail.linkov.net> <5C31C477.9040108@gmx.at> <874laluz3g.fsf@mail.linkov.net> <5C3315E6.9010709@gmx.at> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> Date: Sun, 13 Jan 2019 23:32:43 +0200 In-Reply-To: <5C3AF815.3020100@gmx.at> (martin rudalics's message of "Sun, 13 Jan 2019 09:34:29 +0100") Message-ID: <87won89rb8.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrfeelgdduheelucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutddurdeludenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutddurdeluddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepud X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > I know. But I have this idea of providing I agree this is a good idea. > - one function that catches all cases Like we already have such functions as window-in-direction and windmove-display-in-direction, the new function could have a similar name display-buffer-in-direction. > - with one nomenclature for a reference window For clarity the alist entry name could include the word "window": (window . selected) (window . main) (window . ) But for disambiguation maybe also add some prefix like direction-window from-window etc. > - and one nomenclature for the direction wrt the reference window. Ok, like (direction . up) and all aliases. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 13 Jan 2019 22:00:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org, Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.1547416783630 (code B ref 33870); Sun, 13 Jan 2019 22:00:03 +0000 Received: (at 33870) by debbugs.gnu.org; 13 Jan 2019 21:59:43 +0000 Received: from localhost ([127.0.0.1]:58136 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ginnD-0000A5-2K for submit@debbugs.gnu.org; Sun, 13 Jan 2019 16:59:43 -0500 Received: from lavender.maple.relay.mailchannels.net ([23.83.214.99]:46890) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ginn8-00009m-1S for 33870@debbugs.gnu.org; Sun, 13 Jan 2019 16:59:39 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id B770B5C2975; Sun, 13 Jan 2019 21:59:35 +0000 (UTC) Received: from pdx1-sub0-mail-a54.g.dreamhost.com (unknown [100.96.11.179]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 3F2AF5C36C0; Sun, 13 Jan 2019 21:59:35 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a54.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sun, 13 Jan 2019 21:59:35 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Share-Stupid: 30e1e5f15b01e6c8_1547416775556_1058642034 X-MC-Loop-Signature: 1547416775555:278791802 X-MC-Ingress-Time: 1547416775555 Received: from pdx1-sub0-mail-a54.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a54.g.dreamhost.com (Postfix) with ESMTP id D8B5C80705; Sun, 13 Jan 2019 13:59:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=q7CyMxlnd25bC/krILSp398/oNY=; b= 1mVbmp1NCB91Od9rFbz21dvB8f1Rd3Ft9ixFJzfcvq3n5Q5XHrnA+cd9R4ZTpEE5 5F2cpVCtMJ3dFSBO7e4KuMUtvDjX0pr0G9fHOhFCzQbwriVOslu67xE652oYheLf CUZU6Fmci1poLhafdzk/xMcoFpZ7APc7Q2bPNTzeC/M= Received: from mail.jurta.org (m91-129-101-91.cust.tele2.ee [91.129.101.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a54.g.dreamhost.com (Postfix) with ESMTPSA id 0B29280706; Sun, 13 Jan 2019 13:59:32 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a54 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> Date: Sun, 13 Jan 2019 23:54:39 +0200 In-Reply-To: ("=?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?="'s message of "Sun, 13 Jan 2019 11:52:38 +0000") Message-ID: <87imys6x5s.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrfeelgdduheelucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutddurdeludenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutddurdeluddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehjohgrohhtrghvohhrrgesghhmrghilhdrtghomhenucevlhhushhtvghrufhiiigvpedv X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> At least, the current behavior can't be described as "natural". >> For example, if the user prefers using frames and types `C-x 5 .' >> the xref buffer is displayed in another WINDOW, not FRAME. > > As you very well know by now, the "other frame" there refers to the > buffer that eventually displays the cross-reference, which > very often doesn't require the *xref* itself, and _not_ *xref* buffer > itself. > > Look, I get it that you dislike the current interface very, very > much and would like to change it. As I have repeatedly asked, > do you understand that a viable path to do that might be: I don't dislike the current interface, thanks for working on what it does well. But please don't assume that the current UI is so perfect, there is no way to make it better. There are some details that cause minor annoyances (so minor that you won't get many reports for them, e.g. when the xref pops up in a wrong window, it's easy to fix manually). > 1. Make the current interface configurable > 2. Present a number of configurations for xref to work > with and how to select them. Of course, it should be configurable, I completely agree, this is the whole point of this report. > 3. Choose the "most natural" one to be the default > (this is up for debate, sorry, but other people have opinions, > too) Or course, this should be discussed, this is what I do all the time: for example, when recently Dmitry filed a complaint about the next-error framework, I happily cooperated to resolve all disagreements and other controversies and implemented fixes for what we have discussed to make the next-error framework more configurable and change previous defaults based on reached consensus. So far we have only 3 opinions in this discussion. One way to advance is to ask what others think about this. Since you have already heard my opinion, at this moment I have nothing more to say. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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, 13 Jan 2019 23:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15474208096772 (code B ref 33870); Sun, 13 Jan 2019 23:07:02 +0000 Received: (at 33870) by debbugs.gnu.org; 13 Jan 2019 23:06:49 +0000 Received: from localhost ([127.0.0.1]:58183 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gioq9-0001lA-L0 for submit@debbugs.gnu.org; Sun, 13 Jan 2019 18:06:49 -0500 Received: from mail-wr1-f52.google.com ([209.85.221.52]:42744) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gioq8-0001kv-IL for 33870@debbugs.gnu.org; Sun, 13 Jan 2019 18:06:49 -0500 Received: by mail-wr1-f52.google.com with SMTP id q18so20846773wrx.9 for <33870@debbugs.gnu.org>; Sun, 13 Jan 2019 15:06:48 -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=RPB3lLS+EEjwA8MU9tuwgKPWtMiLLXTQCUhB76Z8RfQ=; b=DkA9sbTqFfeLLAZcTfXGLEZ9wBTWS1Pb8UiwYUEfuIo9MbSuw1hmEReNOwyFDEgDPQ W0I39RnVaQv+YDL8CljsCa092j1mEVUCH2lGTu6A/naXnR9rmrsUJOcpSiL7xGRKj7Eg m5ogVbnCJ9TC9/3w7oaFJipc2klMfIylbjtImG1OJVbonPeI9kA/GZooyMAOjLy/Vx9B 3QVdJgXsN3Fe4fyHP9NKCuSFBjO1tlhDuhIf/beR3sSmognsvxqOq0vdjCtanTkTRQBb 5/I33yFKzXvsCRSF6vwK0z8cZeH4Kh07dy1nHzEjAvpSq2+k6Q8OGf4lG9D0c3yaMVuM 8JoQ== 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=RPB3lLS+EEjwA8MU9tuwgKPWtMiLLXTQCUhB76Z8RfQ=; b=gY9059+7QXIgNc9Y4V/hJGPP1qJaie19XoeBcnLr1ugjrv+wulj8R6JEOMQ7pF/QqA f8yoXCeBWFMBbIF89jEDywEoJ031OB5CV85zypGvcbdpveG+q6+EC+3pEY4I17Nky0vp zbLkN+f+cRUW3cUcA7MVeTDNsAxcueATuDRwvF0CO3244oKjXGuE+vsxHh8l+ze/iND+ 9sIYrBXEiAav4602cuCgefz04krXjyj9dn0IXuwp69PwR+SUey+hWk0fWp8knBDR0gow 5PxbZ4whuKVBatwo+8EIv2zI6SyCUS8t5ven6VzVSi0rYpWTYXsoOweVV914qwo0e3gW vyzA== X-Gm-Message-State: AJcUukdK8tOH+lXAfeS5M9az8bwoD2LEwo7Pe6GM+o0rff7UWCbbHjPB gSATf93loxIJaGzd0oKy9riGoA0t X-Google-Smtp-Source: ALg8bN77eHrtTSgrfTpuYxIPDT2GDN+jrewDPTaXl3P5TzgpsFkxxj4Ne01swoF/MIWlhugBn0oFKQ== X-Received: by 2002:adf:b502:: with SMTP id a2mr23116999wrd.54.1547420802261; Sun, 13 Jan 2019 15:06:42 -0800 (PST) Received: from lolita.yourcompany.com ([89.180.156.4]) by smtp.gmail.com with ESMTPSA id n11sm17720118wrw.60.2019.01.13.15.06.41 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 13 Jan 2019 15:06:41 -0800 (PST) From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> Date: Sun, 13 Jan 2019 23:06:37 +0000 In-Reply-To: <87imys6x5s.fsf@mail.linkov.net> (Juri Linkov's message of "Sun, 13 Jan 2019 23:54:39 +0200") Message-ID: <87imyskvia.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) Juri Linkov writes: > I don't dislike the current interface, thanks for working on what it > does well. But please don't assume that the current UI is so perfect, > there is no way to make it better. Juri, if I did assume that, as you suggest, why would I be aggreeing to make it configurable? >> 1. Make the current interface configurable >> 2. Present a number of configurations for xref to work >> with and how to select them. > > Of course, it should be configurable, I completely agree, > this is the whole point of this report. Then how about reviewing my patch? It makes this configurable, and doesn't change the default configuration. > at this moment I have nothing more to say. Then if noone objects I'll push the patch I presented earlier in pa few days. It makes xref-goto-xref configurable, doesn't change the default configuration, and closes this bug. Jo=C3=A3o From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Jan 2019 07:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154745266624505 (code B ref 33870); Mon, 14 Jan 2019 07:58:02 +0000 Received: (at 33870) by debbugs.gnu.org; 14 Jan 2019 07:57:46 +0000 Received: from localhost ([127.0.0.1]:58264 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gix7x-0006NB-Uo for submit@debbugs.gnu.org; Mon, 14 Jan 2019 02:57:46 -0500 Received: from mout.gmx.net ([212.227.17.21]:38363) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gix7w-0006Mz-U7 for 33870@debbugs.gnu.org; Mon, 14 Jan 2019 02:57:45 -0500 Received: from [192.168.1.101] ([212.95.5.165]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Ld4xA-1h9WQx0LQ0-00iDKT; Mon, 14 Jan 2019 08:57:35 +0100 Message-ID: <5C3C40E9.6030905@gmx.at> Date: Mon, 14 Jan 2019 08:57:29 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <83lg403o9c.fsf@gnu.org> <87r2dq8z9n.fsf@mail.linkov.net> <5C31C477.9040108@gmx.at> <874laluz3g.fsf@mail.linkov.net> <5C3315E6.9010709@gmx.at> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> In-Reply-To: <87won89rb8.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:9xog2HUYp0d5CsYAVKmJ/Rhc68sd0Y+aCdZEinsNtMRJOUi3ZAS /xLMx+kk1tCkGKh8ouU+UBsRDqjJWCeqYzPe/Z9I6sx7mQggPgViEHug481RAbkXuMBw7PP 0ET38hApGNueVu376eb3XD6D+KJYIFghy3STj0sU8hwscV35APail6Cxzv81sSNdb60O9s/ OFDmqkkWkL6Fl48a3z8Kg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:JpjD7HZyss4=:dbacTj+VZLaCukrcekcVRt ZZwaZ0u66LFXm1dzOIzQCW22TRnK5Or4S4QN4m9oRybXEkmHawu2PalaIpURG182x7CSmk3cr WSWBZQkQx9ZOrvLWBbIu9WqQS3WXaBdQn73zqtfdBfu0ZqvdwvsdGtQ+vBgCGlkFW2GTvoQBX GLSHyotHQwyNSMewfxZ6gJ9eiJOonzobDZDDIo7LiwqCMOpLNq9Xsp8uUHqJh57BgExZ8plg7 atUXZVpM0M/Y8OusMAxqdJ2X9ZTjfO16DnH9LMumbx94Za+/wmMV1sdhxZ68JJJMGb2NcopmE vERT0a8Ql3NNoei+ijh/aF8Ep81rtgfQPAnUfu6FlsiGQClSr4j9BXD5MnNDv/t4LHUUvvb69 LJCUyu1tdS5HuJEpenQ+suHzihNZIZNyGBibS3Y0EX6zGo0AQtLlVk2vkZH+skIQOeDpdzly8 XhSfFsp8sd837jcqhgNS9S1/On7DxgSCaQjsgwIe4u/9hzYsbxkdaTUexHvtTEu/93Gla2fhE 59fzqi0Y3X03AiB76kKMjWRYrNMsTcTUe3kzDoX9UzDfsB2U0SFU1M7uv/Yb9RvwobLX9JnP2 M5wFcsQgPXd3dyrAUQX57+VfL+13LjmivORgxWL5RUUPBhjZ1yzp5KBnT0RlzDM094CceDM0O sDsvYyiwES9YAxtxEcpIS1t/CPpv1btnNBONtRI94E1KjATquNz+uvGox26foelcT6ITAL5dw nIPTeeeQlPaZXYPsIfJ8dli8E437MD9Potgyr5TblHvMd+vIlESVUaydQR1SZhwSubJOTxDN+ gD/dr5SncDnWU+LRzzDMo4mOfvF4gM10CMDLNaerJwMudCSIjtKUwUSolXyJvi3q0iLU+mdNm 4agSrtWwW4CmxO20CsU9he0Knn5x68e7J9KyNTioNfafkOYy0gzj6jqfMuXuJw X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Like we already have such functions as window-in-direction and > windmove-display-in-direction, the new function could have a similar name > display-buffer-in-direction. OK (unless we find something better). >> - with one nomenclature for a reference window > > For clarity the alist entry name could include the word "window": > > (window . selected) > (window . main) > (window . ) > > But for disambiguation maybe also add some prefix like > > direction-window > from-window 'from-window' is not bad. Maybe also 'reference-window'. We don't use such a term in windmove.el. There we just say that "WINDOW is the window that movement is relative to". > Ok, like (direction . up) and all aliases. 'direction' should be OK then. martin From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Jan 2019 02:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , Juri Linkov Cc: 33870@debbugs.gnu.org Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.1547778788943 (code B ref 33870); Fri, 18 Jan 2019 02:34:02 +0000 Received: (at 33870) by debbugs.gnu.org; 18 Jan 2019 02:33:08 +0000 Received: from localhost ([127.0.0.1]:35452 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkJy0-0000F9-0J for submit@debbugs.gnu.org; Thu, 17 Jan 2019 21:33:08 -0500 Received: from mail-lf1-f41.google.com ([209.85.167.41]:38362) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkJxx-0000Ec-T2 for 33870@debbugs.gnu.org; Thu, 17 Jan 2019 21:33:06 -0500 Received: by mail-lf1-f41.google.com with SMTP id a8so9379061lfk.5 for <33870@debbugs.gnu.org>; Thu, 17 Jan 2019 18:33:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=NhMtjYFRDXP6aK4hQitM+AiwtzTzLN/7QWgyqExoA/c=; b=Oid6RFedxYXNDXaCB942zxOLjBCjwKEivMhlT9Teyb31l0IwvhVSiaVIaBBDPzP1k2 r1jHUgok0dhBHlf1R+MQVP3W+rVbAWW/Q9qPHhTiOOnx+Uzc90iTWEumNZks7MGzH0eN IzS6MuhR536/1QwGmr6Q6EW2bkzwIuoAzZm7qHeON4Mo1UXUtzLz+xeTCtX90Ysn0qJR 8ORX6fqTzsBs+V4spAPb3i6Mtg1jvuIiRiVYQcJcf7c1yAqBdOyfDtqQ3d2+ajKAB9kZ hZE7CljNUBLgZDrleJ8gL4hoqgwMwZIR7SMt3yGK6DWgB/tWOCqJQB/U4ufTvXVaBZzz +IuA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=NhMtjYFRDXP6aK4hQitM+AiwtzTzLN/7QWgyqExoA/c=; b=JT+j79Z5hSIgagnuHB1z4N1DcgxMMOrA4tDie7NlMjVKZjpbYJujVhQHXidCR5s0H+ 1KcL5YcmkC0nTDVVWDvg0zcGHGo81Wj1VYuRmx5XHpxUjf6nZAXuQNWrz9jlIn7XtcKI vZw0imdgKua4IhmvHWW+AW7LS0XKjg0cNCBdLG3Jc5hiULtomqCWST0agTgxxPV977AM XR1ZaL7n9+FC/6g+hau7Ld8Qj+YtW7elauVqkiLc0QXcKUBrfevXtl+x22cj43IHINst pYtEmvy1x6rZKtxvbScQ1dUsGS2N0CFzqZCtQcVmsZBzmYfiqTcARux65/3xXyiF8+VU ucrw== X-Gm-Message-State: AJcUukc7peneKiykiJHXUYYXqXeldm8PsjuIjP/P2F9GF0OhLaVYsumC 2V69TdmnMiznx2+afu6nc4f/vUyS X-Google-Smtp-Source: ALg8bN5HT1TgSDzTc2WKNDMrokOepRQ7NwGWvFjzY12txCB9kB9KUwWFNVXVWa35bL1hiXZxFpuYiA== X-Received: by 2002:ac2:53bc:: with SMTP id j28mr12041071lfh.86.1547778779553; Thu, 17 Jan 2019 18:32:59 -0800 (PST) Received: from [192.168.0.108] ([79.175.3.65]) by smtp.googlemail.com with ESMTPSA id l17sm564275lfk.40.2019.01.17.18.32.57 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 17 Jan 2019 18:32:58 -0800 (PST) References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> <87imyskvia.fsf@gmail.com> From: Dmitry Gutov Message-ID: Date: Fri, 18 Jan 2019 05:32:56 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:65.0) Gecko/20100101 Thunderbird/65.0 MIME-Version: 1.0 In-Reply-To: <87imyskvia.fsf@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 14.01.2019 02:06, João Távora wrote: > Then if noone objects I'll push the patch I presented earlier in pa few > days. Wasn't the part where it renames window--display-buffer still under debate? I think using the private (current) version of it would be better. Or we could wait until the related subthread comes to a conclusion. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Jan 2019 02:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15477790561323 (code B ref 33870); Fri, 18 Jan 2019 02:38:02 +0000 Received: (at 33870) by debbugs.gnu.org; 18 Jan 2019 02:37:36 +0000 Received: from localhost ([127.0.0.1]:35456 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkK2J-0000LG-Jp for submit@debbugs.gnu.org; Thu, 17 Jan 2019 21:37:35 -0500 Received: from mail-lj1-f174.google.com ([209.85.208.174]:37820) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkK2H-0000L2-2s for 33870@debbugs.gnu.org; Thu, 17 Jan 2019 21:37:33 -0500 Received: by mail-lj1-f174.google.com with SMTP id t18-v6so10366813ljd.4 for <33870@debbugs.gnu.org>; Thu, 17 Jan 2019 18:37:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=sNvyW7ap5xlUurWdxFJR7ZSd8dqBvnRmOpDnT1XlTaQ=; b=LtUbsxqegaRQaYj73MW8XFByoc+Y6fjtdzkFbUQ0W9iHWdM5wPUgV3kbRwqF7ys9C1 +5aH0PUQzxjkQjhZBWBvZGr2rDz/T1koI9u3Ug0suUjZf6SRX1zQ0+0l0Hez9hKqrqFJ Vtaw6C5AExgY4Toxnx1X7VNzyTXDvSSEgztG5IMzZwL/Z0fb+1sZpEArK+wD3Xvh8u3p WxYVR7BSM7uZgzBPJEgyYjGO8bBDD1O/yW2XKV5lj9pJOf/uCme+4G5AzYJIVQDDWYv1 PESvRFgrFREGfX+hKt8AlKhMN6tTiV7NvIyJi9rPzo7bDuZZRFvoaZQUOYzHC8zJStkX uQfQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=sNvyW7ap5xlUurWdxFJR7ZSd8dqBvnRmOpDnT1XlTaQ=; b=qSLgm24Dj4vdWTw1mTfotHx+i4m+JnOM9LIFUpaqsifs4g5zWstBqGOr/LfhBk2YBE cvxRJJyJuZrNgZHNbVbXS3de/lY5FppFoIAaueeDnl+7QQg2R5yTFTsjg6hlZsZY6dl4 eJO+lEjIK6tVQO0aDsfqRRX6/f7V8PKPx/7P5a6FpbY9/FNl64VUUK4bNKJdWIIUL9NC R9l21O+Jo4HOGNoek5cIrW8QmRg2XvWZcRLRfxLc1ChAQdFrISeewTpUK35l55mbrmtD 0Fo83Zy0wZuAMVwMdNcYcJC/3VkckoO1O2iBIsOBIQynz8obxJ3aYyRJWWK5fysr7wdp Hw1A== X-Gm-Message-State: AJcUukd6KoNQTEwbD5SJOMAhAc3GrMOG2Qbz2oqb8OuEL2XFACCV2W3d hWon5oKFSu9X3/xGoa8Pi3rEKfVa X-Google-Smtp-Source: ALg8bN4CpWEb5IGqEQtvhIXzWA1AxSwFVz08Z3lVQT/VH50s6iydX0pmzpdrciLsCQxrosLwwYhvmw== X-Received: by 2002:a2e:97d7:: with SMTP id m23-v6mr11809726ljj.18.1547779046637; Thu, 17 Jan 2019 18:37:26 -0800 (PST) Received: from [192.168.0.108] ([79.175.3.65]) by smtp.googlemail.com with ESMTPSA id 12-v6sm516343ljs.29.2019.01.17.18.37.25 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 17 Jan 2019 18:37:25 -0800 (PST) References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> From: Dmitry Gutov Message-ID: Date: Fri, 18 Jan 2019 05:37:24 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:65.0) Gecko/20100101 Thunderbird/65.0 MIME-Version: 1.0 In-Reply-To: <87imys6x5s.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 14.01.2019 00:54, Juri Linkov wrote: > I don't dislike the current interface, thanks for working on what it > does well. But please don't assume that the current UI is so perfect, > there is no way to make it better. I wouldn't say it's perfect either, it's still kind of idiosyncratic. Not sure your patch will fix that problem, though, instead of just swinging it the other way. We basically have two use cases: * Jump to this symbol, in this/that window/frame. windmove-display-in-direction should probably affect where the target buffer ends up, irrespective of whether we have to pop up an *xref* buffer to resolve any duplicate matches. * Show a list of search results. Arguably, in this case windmove-display-in-direction should affect where the *xref* buffer is displayed. Neither of y'all's patches solve this, I believe. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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: Fri, 18 Jan 2019 15:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Gutov Cc: 33870@debbugs.gnu.org, Juri Linkov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154782497428989 (code B ref 33870); Fri, 18 Jan 2019 15:23:02 +0000 Received: (at 33870) by debbugs.gnu.org; 18 Jan 2019 15:22:54 +0000 Received: from localhost ([127.0.0.1]:36922 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkVyw-0007XV-JC for submit@debbugs.gnu.org; Fri, 18 Jan 2019 10:22:54 -0500 Received: from mail-wm1-f51.google.com ([209.85.128.51]:51543) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkVyu-0007XD-2N for 33870@debbugs.gnu.org; Fri, 18 Jan 2019 10:22:52 -0500 Received: by mail-wm1-f51.google.com with SMTP id b11so4862795wmj.1 for <33870@debbugs.gnu.org>; Fri, 18 Jan 2019 07:22:52 -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=Uy+hYUoqflOMVIZ7fnOxmvJDgEOO9IvuUQG+XAr0w9o=; b=eH/vosBTlFdWDZcKp5vp/mZEpzRcmhfCBGhtSe7g8r6Noj8H+JbAObrBveweKsr+Ei LNvU4ompHy9hsezssQP/0ssZjhIkV11LyCNPsorDAnBLAEY2+6oJQiN/gn6X9LdlOkej VeeDo5kA8ND/cOwwymlQWVZk3fo0Z0Z+eijgbakt7zstv+2B84D6+mU5ct+DBcqSX57d p3DDQ0H00uEVN2FjFues00S2QLw4hYZBZ7j1RUOrxavCQg/6KMeVT18Mn1EGyiMAarsq xC66wqfe0lFgQ8Z2yp+LQdYDuhWiWmwEyZ2B5wF4BF3JM0iRWiorNgc7GJKgk93Df3HH RwNA== 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=Uy+hYUoqflOMVIZ7fnOxmvJDgEOO9IvuUQG+XAr0w9o=; b=BCqfjVoOqED/ZqrrEx4tBrzL3FzMnPfHn5BFotVrukqfesV+Sjs0Liam1g1MH9JtlY k+DPCQ8bejyGGjG4nO3TE/V0GsKqanjyyGchWiBHkVeWyhnOOtqNARVr/7/fHsy/Qhes LdftT+2SKs1jR60zr0xcF12U9Puc+PW+whNqU8OjVMYkc/0hZUksQA0wHoV4mzh6OYWD Iy8aIPXd9Gw2wrSjHAB6ppl18tv1MXg8NrUei3c4D/QEfIrboca/zhZjp3hDGObnQSoS 5NPyYm1IFq58t6bLQua7QQmR9jxBsy1HZyvpvVEMrkogUBrFFGKoDPpSEwHE/OBT4B9O iMpQ== X-Gm-Message-State: AJcUuke8LVLf4yy2WN6b6UucggzlUet7wzfF0EgadWMAjfeJc8d9T9FL +/kbuk3rcr+2kWSA1tDeJ5FcOeoaDLk= X-Google-Smtp-Source: ALg8bN5iVcSW39dUAggiFgjiLSalwoI69kR3F+dcLDP4XxwJLdZA950x1ZWPsEeAU0++fmZKdq/vBw== X-Received: by 2002:a7b:c315:: with SMTP id k21mr15546288wmj.145.1547824965908; Fri, 18 Jan 2019 07:22:45 -0800 (PST) Received: from GONDOMAR.yourcompany.com (mail1.siscog.pt. [89.115.233.242]) by smtp.gmail.com with ESMTPSA id h131sm57157422wmd.17.2019.01.18.07.22.44 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 18 Jan 2019 07:22:45 -0800 (PST) From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> Date: Fri, 18 Jan 2019 15:22:42 +0000 In-Reply-To: (Dmitry Gutov's message of "Fri, 18 Jan 2019 05:37:24 +0300") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Antivirus: AVG (VPS 190118-0, 18-01-2019), Outbound message X-Antivirus-Status: Clean X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Dmitry Gutov writes: > On 14.01.2019 00:54, Juri Linkov wrote: >> I don't dislike the current interface, thanks for working on what it >> does well. But please don't assume that the current UI is so perfect, >> there is no way to make it better. > > I wouldn't say it's perfect either, it's still kind of > idiosyncratic. Not sure your patch will fix that problem, though, > instead of just swinging it the other way. I think this bug's raison d'=EAtre is that everybody gets to swing it they way they like it swung. Jo=E3o From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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: Fri, 18 Jan 2019 15:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Gutov Cc: 33870@debbugs.gnu.org, rudalics@gmx.at, Juri Linkov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154782521429495 (code B ref 33870); Fri, 18 Jan 2019 15:27:02 +0000 Received: (at 33870) by debbugs.gnu.org; 18 Jan 2019 15:26:54 +0000 Received: from localhost ([127.0.0.1]:36931 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkW2o-0007ff-3C for submit@debbugs.gnu.org; Fri, 18 Jan 2019 10:26:54 -0500 Received: from mail-wr1-f45.google.com ([209.85.221.45]:38593) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkW2l-0007fP-GB for 33870@debbugs.gnu.org; Fri, 18 Jan 2019 10:26:52 -0500 Received: by mail-wr1-f45.google.com with SMTP id v13so15552880wrw.5 for <33870@debbugs.gnu.org>; Fri, 18 Jan 2019 07:26:51 -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=jsB4klht8f9CmBEo9glcQVonjHc/Mw/3kuZ2YRpxaU8=; b=LgJaNVXe6a/H5G6nIp72itmVt2b0/KyGTN8DKb7WoO3ihAnuvUrKGGkcvV2y/A6fZD cTE4CeqeVngulqEys/L+plTgEdu5tFHEBbVEdUtYk07Zx5SyIAhQuxUHOqmY4yY2EJYg L4oOEwfB1KDiF1OVsJtTydi4lJnjqGfYsZlve1Jn6F/ZPtCyVrxXDtmT7RpwMT8jIQoL /iZr7pQSDwGeb9XxnilDm/rtpeJ3+4NJ3ueIbm0F/P+A0/n184YcpVT+55NP0pcXUci4 uf9ejA+MdZ3Iagf/VD6YAWJq9IB2P17gF/m8Vg/bT+Y9BRj6JUml2s/tpfhpHWAJRamS ZFZA== 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=jsB4klht8f9CmBEo9glcQVonjHc/Mw/3kuZ2YRpxaU8=; b=rBcH+jGDeA+CcCf3O5zpuw6U5XoIVRt63KBtEFsnwsMri/8EvkMjpzNH2BvpNiSBZC jUV4Ugha/Z1rQHRpMcwkVp7XyLaWr5iG+QJb0FvhobwZIsURxm9R/lIo4mFVm9bzNam3 Txg0zfxMUYkuz8bluSX6S2x1ML/5utMg9wVQge1uljFE3unD6440R4yx4Kr6PIepRcqg nJNHuPyes5C5XPmpUKEZTle4ma/yvVCEedEkRINEi0RsVTx5KROu2jn6TYIzIaEE7DGt Sm2i/UCfkWVQvkCXzXnTIKa94yPRaIYEdPsXc69xT81orv6vwKjkZn2gsuCWCSiBX+mE uY/w== X-Gm-Message-State: AJcUukd2RhK5bxyNuLKoRaRTFNqWM24mSqglt52xaYnOYa4B2VxpRqmM qb5zQ8peiqw0r4sscc1NB9U= X-Google-Smtp-Source: ALg8bN5pAo39QrGXOEjr254TKZmojUtYBkDSyEtxRrxBXqR0AXAwcmXFjq6L61ok8yvjNyivANQScg== X-Received: by 2002:adf:93e2:: with SMTP id 89mr17591927wrp.129.1547825205532; Fri, 18 Jan 2019 07:26:45 -0800 (PST) Received: from GONDOMAR.yourcompany.com (mail1.siscog.pt. [89.115.233.242]) by smtp.gmail.com with ESMTPSA id y1sm50440164wme.1.2019.01.18.07.26.43 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 18 Jan 2019 07:26:44 -0800 (PST) From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> <87imyskvia.fsf@gmail.com> Date: Fri, 18 Jan 2019 15:26:41 +0000 In-Reply-To: (Dmitry Gutov's message of "Fri, 18 Jan 2019 05:32:56 +0300") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Antivirus: AVG (VPS 190118-0, 18-01-2019), Outbound message X-Antivirus-Status: Clean X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Dmitry Gutov writes: > On 14.01.2019 02:06, Jo=E3o T=E1vora wrote: >> Then if noone objects I'll push the patch I presented earlier in pa few >> days. > > Wasn't the part where it renames window--display-buffer still under > debate? I think using the private (current) version of it would be > better. I'm OK with that, I'll add a FIXME and then I guess we can change it when we change the other non-window.el users, like windmove.el. > Or we could wait until the related subthread comes to a conclusion. I see the prototype of window--display-buffer has changed recently, and so has it docstring. I assumed that was it for the cleanup Martin requested, but indeed I could be wrong, as I didn't follow that subthread closely (has it died down or I am just not Cc: anymore?). From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Jan 2019 15:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org, Juri Linkov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154782576830557 (code B ref 33870); Fri, 18 Jan 2019 15:37:01 +0000 Received: (at 33870) by debbugs.gnu.org; 18 Jan 2019 15:36:08 +0000 Received: from localhost ([127.0.0.1]:36936 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkWBk-0007wm-0R for submit@debbugs.gnu.org; Fri, 18 Jan 2019 10:36:08 -0500 Received: from mail-lj1-f172.google.com ([209.85.208.172]:45357) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkWBi-0007wC-4n for 33870@debbugs.gnu.org; Fri, 18 Jan 2019 10:36:06 -0500 Received: by mail-lj1-f172.google.com with SMTP id s5-v6so11932859ljd.12 for <33870@debbugs.gnu.org>; Fri, 18 Jan 2019 07:36:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=8OP9mJWMJp1SE3CSAs6xV2UJQn7lm7XZhKNmopR+fhI=; b=P4h93MxMRbQkT7/CsdDDfNok3twrw0bUNa+CVCUIfiM499C9C/iOstpVpW7CpeLi8e FtYOTUWis6vul0PyPty6xiaR5tgb2BWYYodrNvkQcASbg89Skg9HGuE9z7mW97Xue8rD kvBrZyCRZDX5Dtyy+tdtZa1/vqZGLhejkKNQBdL3iP3efDyCBIcwfX6jIL6izv6zoCEn wBSO3i5xMS1ev3ZBdYmxcqtkMlPcpvmmfFJULoii5RS6Hum0i3zefLMl8J3t++ZO5MfC k9mLxaH6KxNJligCeU39YpDFeOV00/J43Cm/ACJODVfMleG0Lmt2bd9zeEYXuxoaOLYj 6nYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=8OP9mJWMJp1SE3CSAs6xV2UJQn7lm7XZhKNmopR+fhI=; b=MwRzJbj3aKtKRtflKjGmV4+BxCWulassFw07TtZrkrtKaZL1UTowJSK5jMbz6SppsH iUuNBHL9cSs/f2xNgGhFB8zrU47338COto5lJ/zJmdHdiXW5ebKZ9RI2M7YiFxV6qeHO 526y6huFe53l1X+zfqGXwkiqazKDld0aywiInlkj7wbIR3TB2mXAUKBtpnidWRaP9sV5 /dRV7eWRSCfjiTvPee5yO5kmpnKA3tDzVs47spJTTkM/QJ3r3QYxdN0qW3xtYuu2Vswz mVl92Bli68umjdeF2YgJyAphM5srg5ie3COUEYnxC6dlWbhwD2Hg4cgaZKKNKX3wbRdo vPSw== X-Gm-Message-State: AJcUukeC9+YlOJOfb9TY9UPXeWabTRSs1cP88X6EDcVovSNRsEyb4WcK DK9KbJWQ67Jm+cWs8FBiD5Kx5Zhd X-Google-Smtp-Source: ALg8bN4l+kcj0fWNsNGWJ3PvXqwEyEQNqlXGXqFjdYgAcxuE715LdlFotAPVfWQiyjcl1HUdcOxIqg== X-Received: by 2002:a2e:9655:: with SMTP id z21-v6mr13302115ljh.136.1547825759241; Fri, 18 Jan 2019 07:35:59 -0800 (PST) Received: from [192.168.0.108] ([79.175.3.71]) by smtp.googlemail.com with ESMTPSA id w12sm838912lfe.80.2019.01.18.07.35.56 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 18 Jan 2019 07:35:57 -0800 (PST) References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> From: Dmitry Gutov Message-ID: Date: Fri, 18 Jan 2019 18:35:55 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:65.0) Gecko/20100101 Thunderbird/65.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 18.01.2019 18:22, João Távora wrote: > I think this bug's raison d'être is that everybody gets to swing it they > way they like it swung. IIUC, supporting buffer display customization via display-buffer-alist etc won't be enough. The question is also when to use it, which buffer to apply it to. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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: Fri, 18 Jan 2019 15:42:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Gutov Cc: 33870@debbugs.gnu.org, Juri Linkov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154782606531065 (code B ref 33870); Fri, 18 Jan 2019 15:42:01 +0000 Received: (at 33870) by debbugs.gnu.org; 18 Jan 2019 15:41:05 +0000 Received: from localhost ([127.0.0.1]:36941 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkWGW-00084y-ME for submit@debbugs.gnu.org; Fri, 18 Jan 2019 10:41:04 -0500 Received: from mail-qk1-f175.google.com ([209.85.222.175]:37216) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkWGV-00084N-5N for 33870@debbugs.gnu.org; Fri, 18 Jan 2019 10:41:03 -0500 Received: by mail-qk1-f175.google.com with SMTP id g125so8272229qke.4 for <33870@debbugs.gnu.org>; Fri, 18 Jan 2019 07:41:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=RtXES5Q/tJa1b6gBiBN0ZKnmokj3AAsZ3y17NKzaa2I=; b=KjBZ04ElP0WPcBhsg6IxGdisccFQEq8ne6VtUJjrdVBivQVAEGFtuiGcDRpC+3ubMt 9oYNQOU93lhSVHiFLPZstYybDvQQO/JZOODYfDpLEoWqyYyxzwZ5PfTnzxSuu2e32YLy C9EDC8rTRq1FZX7Fjg2MNXIjfrkWhk6/9VJrwX5faQwgo/eVopmhi/aDU1i+/bUI7Kyl UndWGO1nPmIRD1/wM4fQpCz+XaBJ1TErNwVga2kO5lmcDYbkNBSbmQJfrodf04iEfRv/ bKcd1jHPvq43vwsoDk2KTGhGlaDWe9PHetsFhugnCFPBg0YUFYDJ3XRltDzUGB9rvMtL YSgA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=RtXES5Q/tJa1b6gBiBN0ZKnmokj3AAsZ3y17NKzaa2I=; b=mo8H4Se8fgXwH9XbbjKbkglkUj0NfdA9bOeR8c8KDTkMJqOxgRFdEy7GdFnlb9USwm a7f7F0xDiVegB4j1DDhfyI5xXIc/s51PckZ8ypXZyaNRAI692DjMgQ7E/ounS856DE8P GIb7ZETlYf7TGhBen5UWxH03XjhwifC3Qi6WhEG5qi1SuEltrHIRk7pjf6HFuK8i0yLZ 3APIKFGKQ9Z+wZz8Mzbz1G6E4wQu0XaopToR7d/olZoylqCgF+kjA6wqO78VyxcMRkNI p/DZiveMeEmWSXziJVCdkcW3uBr7e4hi+8UhZAdfRUJagdIj4H7/ZmeR9jm/nwYCEkbR kILQ== X-Gm-Message-State: AJcUukfn//Xen/2AicDYBuJQk+Xmsoa9IvAdZFnuG8eYghXrRKaiPZWP Q6kz23XYKQFwUy81Tt6dsOS+fT3sE6+o8lWO2X8= X-Google-Smtp-Source: ALg8bN6if3goYWw4zYC9as9sUvPZVl3ZtszkI7sRJk3mHTKyBfXUdSUIzDT3aCh0c56SulKu8uvdhhjwdAY/vVBX2b8= X-Received: by 2002:a37:553:: with SMTP id 80mr15901833qkf.200.1547826057265; Fri, 18 Jan 2019 07:40:57 -0800 (PST) MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> In-Reply-To: From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Date: Fri, 18 Jan 2019 15:40:45 +0000 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) On Fri, Jan 18, 2019 at 3:35 PM Dmitry Gutov wrote: > > On 18.01.2019 18:22, Jo=C3=A3o T=C3=A1vora wrote: > > I think this bug's raison d'=C3=AAtre is that everybody gets to swing i= t they > > way they like it swung. > > IIUC, supporting buffer display customization via display-buffer-alist > etc won't be enough. Maybe, but then we should focus on opening the right doors so that it is (or at least check if that is very hard to do) instead of automatical= ly arguing for a permanent UI change. > The question is also when to use it, which buffer to apply it to. Doesn't display-buffer-alist have some mechanism for selecting which buffer the entry applies to? I'm not an expert in this field. Jo=C3=A3o From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Jan 2019 17:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , Dmitry Gutov Cc: 33870@debbugs.gnu.org, Juri Linkov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15478328419194 (code B ref 33870); Fri, 18 Jan 2019 17:35:02 +0000 Received: (at 33870) by debbugs.gnu.org; 18 Jan 2019 17:34:01 +0000 Received: from localhost ([127.0.0.1]:37010 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkY1p-0002O8-AW for submit@debbugs.gnu.org; Fri, 18 Jan 2019 12:34:01 -0500 Received: from mout.gmx.net ([212.227.15.15]:47129) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkY1n-0002Nu-Iu for 33870@debbugs.gnu.org; Fri, 18 Jan 2019 12:34:00 -0500 Received: from [192.168.1.100] ([46.125.250.102]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M0PdN-1h5uex1aof-00udXR; Fri, 18 Jan 2019 18:33:50 +0100 Message-ID: <5C420DF3.7090908@gmx.at> Date: Fri, 18 Jan 2019 18:33:39 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> <87imyskvia.fsf@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:JjSISO3LTipAieSUtga4Hx5O9l2QkPSCv1COe1oKOjMkC3NWoRp YeggcJpHdO/zVX7KrMI7eg18EWIdpuu146LvDpeEKnsBN8LrkeBDHbNJ6oqqC3GUp04WIl2 CsZZqujc9ZCg9DAHAEtrOI42RVvBDgfee7WypQg+aUJXmmZtsNzrqj1T5pYr7/PvLgshZOu t+JlUk00PwGufnZSsL6Tw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:/e7oOPUpiis=:A2lgYMBfn55mryADNbj7/i snrAtYOy8soJH0XVwQR21QRVXQZoqQK3XEE8NLh6Pp8Ebh3Tdik3G8/KUXAjxktIaXuxfpNHb veoYsPJk1RqBXz+mF62/HWhAhnzIsGMJ/KHWiJ+HxOJ4p7JxHgeFp/RzAqhI3FWZQsaf+z/JX k4jtu2mbTd/aQs4qXuL1p+uLJ3328EJupfCgeeZkHZVcsxRXNSHvMUAbXj9KlKcXcL3PPwoPk vSzhh0vQJtgygEQ1jVUwRWojIBoqiTwkgUOk4a0amtauclsTCzzQEICIuWFH+DuKW4wCP/YLS tjjR7Fw+Snp1JncGq8CGcfL2kYtnKwcJntie7oaQ1fRVOoMA2IrW9qgmL9S9ENuF8xr19i0/y a9vKdZLxuaD87Jx3QXZas61YRHNTEPLJKhAIx4L0xL7FTGxi8Z8WxqRPTMR8cZR/ayAx8peic 8hB7bmSIP67b9LFP0Afx4kOgvtYDRblyP49+LhFg71r6hwgSL0MYOgBc6dLF29n98Q8Azk54C MzzCZCveJflaEAMlO+bd0N3fNrJvx+OG7LVK2L0IaaDJujCAP1uEKNJ1zbhjMdqr0rYz4U+Ql HGyn/QcJG7GLu09Ju+KRooCObsrqafAj7ivNlL6+2N4lr2YBGBMreS/gkdID9frmjMPSeKLtg bjzmot1GXZHzS38ZWPxia/k4zYHGnnQPJG+f96Q2Wkj+ZKQ893euayCJ5i8QGu/iUz+mS8Rfx ufOHQX1dmgiPOAect9BFpAOT2H8Uof0ZfkprPxK6g0X3OA/7unHCWPq6yz9nych/JAVgS843k VuEsvHxuIXEvs4oaP7aEvSY3z66bs5zWHcLQqTqrekfA7TmUq9515wMjiQJ+OOMP6CWjrApfw ZqPk252dsIMpzZVnvTtNfd+7z6cLRIv03jk+iJuwrUMHYhiY2n6auQPaZlKWt4LwYIgWvm0XM 2skkOfUyzIQ== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > I see the prototype of window--display-buffer has changed recently, and > so has it docstring. I assumed that was it for the cleanup Martin > requested, but indeed I could be wrong, as I didn't follow that > subthread closely (has it died down or I am just not Cc: anymore?). The cleanup has been done. The final message of that subthread says: Anyone interested in renaming 'window--display-buffer' - please go ahead. I think a 'display-buffer-' prefix should then be appropriate. What I meant there is that calling it say 'display-buffer-in-window' would be appropriate but the final name is up to its clients. martin From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Jan 2019 17:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , Dmitry Gutov Cc: 33870@debbugs.gnu.org, Juri Linkov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15478328599239 (code B ref 33870); Fri, 18 Jan 2019 17:35:02 +0000 Received: (at 33870) by debbugs.gnu.org; 18 Jan 2019 17:34:19 +0000 Received: from localhost ([127.0.0.1]:37013 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkY26-0002Ox-KS for submit@debbugs.gnu.org; Fri, 18 Jan 2019 12:34:18 -0500 Received: from mout.gmx.net ([212.227.15.18]:42429) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkY21-0002Od-0T for 33870@debbugs.gnu.org; Fri, 18 Jan 2019 12:34:17 -0500 Received: from [192.168.1.100] ([46.125.250.102]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MIMQR-1gnYhQ3kA3-004BVr; Fri, 18 Jan 2019 18:34:04 +0100 Message-ID: <5C420E00.70905@gmx.at> Date: Fri, 18 Jan 2019 18:33:52 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:ecohqauXwDLHB90Aktg7gpeQT2hJ5jJFKTA1fV9xkrEmSVtRsZT FlFM6KPy7ml0Oz4YDV4rUGadRCGwqEgqudfskeeGahNrMER35+wCE4/mpRSeJJOue9D7bJm tvgoHsRP8geCnPnccROC1GbV4G4y6E9nKgGclLXseQanxRr8XQQHe2yOg+yRxyo1URh4xu6 yx5UpIXvBwzHQGbej7bqA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:ldldWjOU19E=:zaaT3ZB3/OpH+2z3q2iaEf r2Ax3O1v6AntvrvSo9fRVCoQoFRgp3SjvIV5ideVoJTAenS0ej/h3+JQlAdpkOHcJmHDHREXu 354fgC3g9QT0mBbrpaF7BuIshvkuBbdQU/pbL8vpWnjKC/CNYf0f5PWeTT/rz7x/Ghqr6lwO5 V5zkr/YaANos3GNRUUl1W2t2tDUOxxUlYrhDlOEegk73XCJtRc0rk03SnL68u69svQcNnz7Y4 LQXSKpCmb/P4VkbLXaHufVFYuqu0299pGrsblYdF+RN4bpyPmKukkB3xQWBVBu/OgJkQOqXiP ZR5kN3N96rTesXK/UZuk+LtIw59QjKWRU6KWqYLUkJ5/C9TIa6GhvgS0HTcaUvfBdUmzPhTM9 V6rCxx9na5TDxfYyyAACxU9TpRW53kpdJ6k+cUEAyD8Ky36bqkUy2nYxY08WWtLqelnMhFAxh P8M0hI4ldandlwDUAc0wRrKk8TPrXJt7QClpphehuC3SmCrpImGpOsr4V3wYKnb+qUCokw3zd HO2OxZ77tBB35qTjDOn4DdJwUdeikvpZ2kaka4NiCiMNzauv0ko9TOxSow/iy/zCX+tB5OQe9 4B4MWoLrgCIu7+G1+OA3cLMH0UNKCMFQwAXXffZUouStd00Gs/j3bY68rOF/wxFn+gWEBmP9M rO8OrJgyVA6TJvIu1pkwCnAgfLTgxFMTWgLsfChKMvyBw1/qxVcAtUDNsaE6nibsXR4D0K2oB o8u4uElQPLj3kcrX+nJVCvzobljusdLLhlbqZjZoRFxPeUzeprUFEPtVNHaAyE3pZE4/5INW3 hxJSHsipufmT5xVTbWNWmZ8xjym91ou6X4tHNDbbzV1jSHbJBv6upOpV0zm9ziakeTLt3eD/x 5lFVSt3DmbGAhXfD1q5fufd9ZkGND1RYnt1gwD8xHQnC9f1+nXdGYRiRLCuzQkUcnlTKarycB sxpv6s0CZLQ== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Doesn't display-buffer-alist have some mechanism for selecting > which buffer the entry applies to? That's indeed the raison d'=C3=AAtre of 'display-buffer-alist'. martin From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Jan 2019 17:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org, Juri Linkov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15478331259642 (code B ref 33870); Fri, 18 Jan 2019 17:39:02 +0000 Received: (at 33870) by debbugs.gnu.org; 18 Jan 2019 17:38:45 +0000 Received: from localhost ([127.0.0.1]:37018 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkY6P-0002VS-9Q for submit@debbugs.gnu.org; Fri, 18 Jan 2019 12:38:45 -0500 Received: from mail-lf1-f53.google.com ([209.85.167.53]:46128) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkY6N-0002VC-9N for 33870@debbugs.gnu.org; Fri, 18 Jan 2019 12:38:43 -0500 Received: by mail-lf1-f53.google.com with SMTP id y14so11056258lfg.13 for <33870@debbugs.gnu.org>; Fri, 18 Jan 2019 09:38:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=H85HJIOYr6W12ELmd4Z0dBWZQTL3xQwK3SkWnoyz3Ww=; b=lz3zlnq0MyyH9QLwbK+yHJK1XBJHSal0DuW6xaTLJFSNAJU82042XQ2nGeOFs3HF8t yyUygsr4qfHETQqmQvbtxxH71c3AwtB4O/qB7KVSTbgZHqs3ObSVm6sG/QFySXP/oz5N 015aqYEOklQjbIInq5+UanFaCmki+qA4fBgzWoJ93/UqafyJIpfd68fvZUALl9J/YBkv 485pRtq+FcvDupN/SfKZjJFvSAeL+M+XvF+TElme6AlDsIrzpIDJCuKujVJ5wk22RLTo aRrSe68MvblCjab2+oFDOZVC5DcjmMtndP9NeVDA3pfHzOAC+ASEX89yqRWLpzZjfCRX 0JJg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=H85HJIOYr6W12ELmd4Z0dBWZQTL3xQwK3SkWnoyz3Ww=; b=emXlxM0U3RgP1ZOedEFVMCwRw/AUi+43IYEN7l0maGdA+DEIyZSmsrqorcpmM0P9rx 8Z2G+Vz/HTi0LhSuZ5QUwoko8R2J3TammYDMzvsoOHVHO9VZ5KI8bpwXvvZLszvVlnrQ Vqgo5b/QQqjuoPhcdGMo++n2yeHgGr4XlDpnlJC3nn5JAwu8soQoYWGL7WZ1YDNy+8ZP 85AWvFurs4JRUJnw/Sc7t+YX7AXuTD2m8dO2LV2mR4e9aK7rMHsE2XM+P1BJDN+oLZE+ ZiSfvCLiyc1dVed3dZg7LQj2irZKzPMi8AVs6VLu7ipNrfsfiIFZSqfEqD9bWwBbViBf Qvww== X-Gm-Message-State: AJcUukcMfMGN30F+yiP/hNBq1mKbxN3ii+8B8AFkwpmXwGo2wKr1uPgT R0LAqNdOwd5asxXm0jB7190= X-Google-Smtp-Source: ALg8bN6vaJiqLU3joh1u9UUZUhCX1y29l8qocreskhibqwQgnvzjfCkLQ2RJ0LlxKyLYyBYIiyzSCA== X-Received: by 2002:a19:280f:: with SMTP id o15mr13025369lfo.0.1547833117127; Fri, 18 Jan 2019 09:38:37 -0800 (PST) Received: from [192.168.0.108] ([79.175.3.65]) by smtp.googlemail.com with ESMTPSA id u15-v6sm930844lja.63.2019.01.18.09.38.32 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 18 Jan 2019 09:38:33 -0800 (PST) References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> From: Dmitry Gutov Message-ID: Date: Fri, 18 Jan 2019 20:38:31 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:65.0) Gecko/20100101 Thunderbird/65.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 18.01.2019 18:40, João Távora wrote: >> The question is also when to use it, which buffer to apply it to. > > Doesn't display-buffer-alist have some mechanism for selecting > which buffer the entry applies to? I'm not an expert in this field. All right. Maybe just using a function that honors display-buffer-alist for displaying both the xref buffer and the target buffers will do the trick. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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: Fri, 18 Jan 2019 22:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 33870@debbugs.gnu.org, Juri Linkov , Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154785017418305 (code B ref 33870); Fri, 18 Jan 2019 22:23:01 +0000 Received: (at 33870) by debbugs.gnu.org; 18 Jan 2019 22:22:54 +0000 Received: from localhost ([127.0.0.1]:37122 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkcXN-0004lB-Oe for submit@debbugs.gnu.org; Fri, 18 Jan 2019 17:22:53 -0500 Received: from mail-wm1-f67.google.com ([209.85.128.67]:52414) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkcXL-0004kx-LG for 33870@debbugs.gnu.org; Fri, 18 Jan 2019 17:22:52 -0500 Received: by mail-wm1-f67.google.com with SMTP id m1so5897893wml.2 for <33870@debbugs.gnu.org>; Fri, 18 Jan 2019 14:22:51 -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=4G761dUbtWfOyzRC5NTWDuH/1AQB8vtBNpHPzUGA7b8=; b=LxuUc6h0S+2aoZbQsSfHNkoSt+W+3xRYkOMgtpY6QSn+QG5ZruWFqTKwLLNIJ1ZTTY 6B2LVTX+Bknczchz+xjVJXkkJocHbnGrZ92RK31+KtKuqxe6mjbDIE5dL2SZTKHpG5SC OvpXqlXNWsi0XEB0Yjv90OHmBx5tq8lDvLaQ+SqoZuKota4PI5I6wd/j/PCs40AUjbj2 Omd9x/2eA9ILJu9eZ593cJo/Xj1ToA2rwmqGnLM3+HqcN8gtvB9UrO56MgdvEFE69WPX LxIq+q6yualS9wg3T8afKuB7H7h2MbEAll90jefV9Gst5WRfnKORlYfpvMiu3RRcbBSi B0aw== 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=4G761dUbtWfOyzRC5NTWDuH/1AQB8vtBNpHPzUGA7b8=; b=nNEzrmHozHDqRROQRZWWO1rCszbrk6nK+bOykLT44Qtl4FSe2h1WebdNt67U1mXemP c4Ba+C1pqCODGUTWkpXSt9BolvNlbgccMoc4WdcfpC23H28rQ0+C+HOzAFfq3CxKRi0F dFFF5D+/iv9UVieUeXZKoX3x6BsrDnVpRtdxThMl9JT00r49MXTaa4LjqBhhZ5fC0GGA D3kx3eDkXeVsTy//CHOD4l5BmJIgQzbKgKAH/3Lw+BnW6y/SLYc5ACPUWGl8bP8HGCGq a/Mtpq2S43SsynCTGCLTZ0KVTpRdhiAp19yyeTaD6p2hHog5TddYpdSg+7P6tusEOHx1 n57g== X-Gm-Message-State: AJcUukdINNckmVKkS1cKdI6YsHSwgf1SP2T8c6gLHgzY5uTLo6HDaXQB 62+vTgpCrEAlDHWhHz5U8Caqsh40 X-Google-Smtp-Source: ALg8bN4KobOFoGIogLEnaPj4epKVeGLvGztcGJ+EmOaEs7khkc0yFmn5ZnDIuu43b2jU7lcHXU3rDA== X-Received: by 2002:a1c:9d57:: with SMTP id g84mr17381964wme.16.1547850165614; Fri, 18 Jan 2019 14:22:45 -0800 (PST) Received: from lolita.yourcompany.com (188.139.62.94.rev.vodafone.pt. [94.62.139.188]) by smtp.gmail.com with ESMTPSA id g197sm10285775wmd.29.2019.01.18.14.22.44 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 18 Jan 2019 14:22:44 -0800 (PST) From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> <87imyskvia.fsf@gmail.com> <5C420DF3.7090908@gmx.at> Date: Fri, 18 Jan 2019 22:22:43 +0000 In-Reply-To: <5C420DF3.7090908@gmx.at> (martin rudalics's message of "Fri, 18 Jan 2019 18:33:39 +0100") Message-ID: <87pnstppvw.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) martin rudalics writes: >> I see the prototype of window--display-buffer has changed recently, and >> so has it docstring. I assumed that was it for the cleanup Martin >> requested, but indeed I could be wrong, as I didn't follow that >> subthread closely (has it died down or I am just not Cc: anymore?). > > The cleanup has been done. The final message of that subthread says: > > Anyone interested in renaming 'window--display-buffer' - please go > ahead. I think a 'display-buffer-' prefix should then be appropriate. > > What I meant there is that calling it say 'display-buffer-in-window' > would be appropriate but the final name is up to its clients. Actually seems like a really good name. If I make a function alias, code in window.el can still use the old name. Do you prefer that, or should I replace all uses that I can find in Emacs? Actually2, we should keep the old name. A code search on github.com reveals that other packages/customizations are using the internal function, too (which now takes one less arg, but if they break for that, they were really asking for it). Jo=C3=A3o From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 19 Jan 2019 21:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org, Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154793489718692 (code B ref 33870); Sat, 19 Jan 2019 21:55:01 +0000 Received: (at 33870) by debbugs.gnu.org; 19 Jan 2019 21:54:57 +0000 Received: from localhost ([127.0.0.1]:38108 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkyZs-0004rP-Li for submit@debbugs.gnu.org; Sat, 19 Jan 2019 16:54:56 -0500 Received: from goldenrod.birch.relay.mailchannels.net ([23.83.209.74]:16393) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkyZq-0004rG-W0 for 33870@debbugs.gnu.org; Sat, 19 Jan 2019 16:54:56 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 46DA7124131; Sat, 19 Jan 2019 21:54:53 +0000 (UTC) Received: from pdx1-sub0-mail-a6.g.dreamhost.com (unknown [100.96.33.121]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id EEA6F123E10; Sat, 19 Jan 2019 21:54:52 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a6.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sat, 19 Jan 2019 21:54:53 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Glossy-Vacuous: 6ed0f0b93abed7eb_1547934893098_72953232 X-MC-Loop-Signature: 1547934893098:309420790 X-MC-Ingress-Time: 1547934893098 Received: from pdx1-sub0-mail-a6.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a6.g.dreamhost.com (Postfix) with ESMTP id AF38A80B10; Sat, 19 Jan 2019 13:54:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=linkov.net; bh=pfmOwG /1PBYfXhRa/vLnY7Fmrs4=; b=YtolBRK3SaFMIsacyCMBVd21TWOU6giqSSnFWS EcMrjRfsUz8ok4EXtsZ1+aLV1kP5U+jZkFMJlHl5Un6a58C/JWhvuA5FxxlcnI4p SR+PD+/0SX5inZvpFI2zKE21C+cyhR+wPh00KMClJDbJk+RrEc3lg1j7K5t3efrT qow3Y= Received: from mail.jurta.org (m91-129-101-91.cust.tele2.ee [91.129.101.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a6.g.dreamhost.com (Postfix) with ESMTPSA id BC13F80B2D; Sat, 19 Jan 2019 13:54:50 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a6 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> <87imyskvia.fsf@gmail.com> Date: Sat, 19 Jan 2019 22:31:49 +0200 In-Reply-To: <87imyskvia.fsf@gmail.com> ("=?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?="'s message of "Sun, 13 Jan 2019 23:06:37 +0000") Message-ID: <87d0osl8lu.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrhedvgdduheeiucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgfgsehtkeertddtredunecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtuddrledunecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtuddrledupdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtohepjhhorghothgrvhhorhgrsehgmhgrihhlrdgtohhmnecuvehluhhsthgvrhfuihiivgeptd Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>> 1. Make the current interface configurable >>> 2. Present a number of configurations for xref to work >>> with and how to select them. >> >> Of course, it should be configurable, I completely agree, >> this is the whole point of this report. > > Then how about reviewing my patch? It makes this configurable, and > doesn't change the default configuration. > >> at this moment I have nothing more to say. > > Then if noone objects I'll push the patch I presented earlier in pa few > days. It makes xref-goto-xref configurable, doesn't change the default > configuration, and closes this bug. Making xref-goto-xref configurable is really important, this is the raison d'=EAtre of this bug. I wouldn't complain about configurable thin= gs. For example, I'm not complaining that diff-hl-mode uses non-standard blue color for changes whereas the standard diff-mode color is yellow. Also I'm not complaining that flymake steals the fringe indicator from diff-hl-mode, although there is no conflict because diff-hl-mode uses the background color whereas flymake uses the foreground color, so they can peacefully coexist together on the fringe. Also I'm not complaining that often in ruby-mode C-M-f navigates to unexpected places, however it's easy to fall back to M-f for more predictable navigation, and so on. But in case of xref-goto-xref nothing helps. This is why is this bug report. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 19 Jan 2019 21:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org, martin rudalics , Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154793490518744 (code B ref 33870); Sat, 19 Jan 2019 21:56:02 +0000 Received: (at 33870) by debbugs.gnu.org; 19 Jan 2019 21:55:05 +0000 Received: from localhost ([127.0.0.1]:38112 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkya1-0004sF-0C for submit@debbugs.gnu.org; Sat, 19 Jan 2019 16:55:05 -0500 Received: from ladybird.maple.relay.mailchannels.net ([23.83.214.98]:61881) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkyZy-0004rp-Px for 33870@debbugs.gnu.org; Sat, 19 Jan 2019 16:55:03 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 24FFE1241AE; Sat, 19 Jan 2019 21:55:01 +0000 (UTC) Received: from pdx1-sub0-mail-a6.g.dreamhost.com (unknown [100.96.36.160]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id B4224124197; Sat, 19 Jan 2019 21:55:00 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a6.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sat, 19 Jan 2019 21:55:01 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Spill-Daffy: 4548132229159e3e_1547934900974_261279713 X-MC-Loop-Signature: 1547934900974:3422300917 X-MC-Ingress-Time: 1547934900974 Received: from pdx1-sub0-mail-a6.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a6.g.dreamhost.com (Postfix) with ESMTP id 4F51480B2D; Sat, 19 Jan 2019 13:55:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=kYVqe51uHvmRC2jnBVZ+GPqRR+Y=; b= kfAYs4MZYTnLnmce0XrO9a88rC8L3X6Jbk+nuYxVzTL1X/Qf8uqcyBTbyYN516i1 Cwiq6sNx/U2GuOz18G1eNOjexHTtK/KwDZbt2FLTGc5ku+0AWWrTERP0tpTEWwG+ ghsX2FRAqp1wmejN7cyNSZlL2sHqyHRGUSDp291YvwM= Received: from mail.jurta.org (m91-129-101-91.cust.tele2.ee [91.129.101.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a6.g.dreamhost.com (Postfix) with ESMTPSA id AC18F80B10; Sat, 19 Jan 2019 13:54:57 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a6 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> <87imyskvia.fsf@gmail.com> <5C420DF3.7090908@gmx.at> <87pnstppvw.fsf@gmail.com> Date: Sat, 19 Jan 2019 22:35:30 +0200 In-Reply-To: <87pnstppvw.fsf@gmail.com> ("=?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?="'s message of "Fri, 18 Jan 2019 22:22:43 +0000") Message-ID: <87tvi4jtv9.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrhedvgdduheeiucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucffohhmrghinhepghhithhhuhgsrdgtohhmnecukfhppeeluddruddvledruddtuddrledunecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtuddrledupdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtohepjhhorghothgrvhhorhgrsehgmhgrihhlrdgtohhmnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>> I see the prototype of window--display-buffer has changed recently, and >>> so has it docstring. I assumed that was it for the cleanup Martin >>> requested, but indeed I could be wrong, as I didn't follow that >>> subthread closely (has it died down or I am just not Cc: anymore?). >> >> The cleanup has been done. The final message of that subthread says: >> >> Anyone interested in renaming 'window--display-buffer' - please go >> ahead. I think a 'display-buffer-' prefix should then be appropriate. >> >> What I meant there is that calling it say 'display-buffer-in-window' >> would be appropriate but the final name is up to its clients. > > Actually seems like a really good name. If I make a function alias, > code in window.el can still use the old name. Do you prefer that, or > should I replace all uses that I can find in Emacs? I agree that 'display-buffer-in-window' is a good name. > Actually2, we should keep the old name. A code search on github.com > reveals that other packages/customizations are using the internal > function, too (which now takes one less arg, but if they break for that, > they were really asking for it). Then better to keep the old name with its old signature and declare it obsolete and replace its body with the call to the function with the new name and one less arg. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 19 Jan 2019 21:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Gutov Cc: 33870@debbugs.gnu.org, =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154793491318771 (code B ref 33870); Sat, 19 Jan 2019 21:56:02 +0000 Received: (at 33870) by debbugs.gnu.org; 19 Jan 2019 21:55:13 +0000 Received: from localhost ([127.0.0.1]:38115 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkya9-0004sg-B2 for submit@debbugs.gnu.org; Sat, 19 Jan 2019 16:55:13 -0500 Received: from cichlid.maple.relay.mailchannels.net ([23.83.214.36]:27884) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkya4-0004sR-OA for 33870@debbugs.gnu.org; Sat, 19 Jan 2019 16:55:12 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 5B83B1242BB; Sat, 19 Jan 2019 21:55:07 +0000 (UTC) Received: from pdx1-sub0-mail-a6.g.dreamhost.com (unknown [100.96.33.121]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 0B7EB124239; Sat, 19 Jan 2019 21:55:07 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a6.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sat, 19 Jan 2019 21:55:07 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Plucky-Attack: 7449b1622c651a2f_1547934907187_408223434 X-MC-Loop-Signature: 1547934907187:1344492736 X-MC-Ingress-Time: 1547934907186 Received: from pdx1-sub0-mail-a6.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a6.g.dreamhost.com (Postfix) with ESMTP id A72F880B33; Sat, 19 Jan 2019 13:55:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=Yc0Fg8bi6mm9tDnC8XvObdOd4NM=; b= XxzYMrskvhIRktwx8/ChEXPTtiB5AJ94D2vvCFKxfjkHp4Q3V2UuA03hSHnjp70o XAl8Z0ONEHkS/WEwzt7ScJbwN174KCP92s14r4gwpuesGFlxd6LcV3oRT5QpNLZn cppq01PcqK1S7aWFSIWnhfVurLpT6JzKIfxmIOCPFvU= Received: from mail.jurta.org (m91-129-101-91.cust.tele2.ee [91.129.101.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a6.g.dreamhost.com (Postfix) with ESMTPSA id E449B80B10; Sat, 19 Jan 2019 13:55:04 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a6 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> Date: Sat, 19 Jan 2019 22:45:17 +0200 In-Reply-To: (Dmitry Gutov's message of "Fri, 18 Jan 2019 05:37:24 +0300") Message-ID: <87d0osjtna.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrhedvgdduheeiucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutddurdeludenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutddurdeluddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopegughhuthhovheshigrnhguvgigrdhruhenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > I wouldn't say it's perfect either, it's still kind of idiosyncratic. Not > sure your patch will fix that problem, though, instead of just swinging it > the other way. > > We basically have two use cases: > > * Jump to this symbol, in this/that > window/frame. windmove-display-in-direction should probably affect where > the target buffer ends up, irrespective of whether we have to pop up an > *xref* buffer to resolve any duplicate matches. > > * Show a list of search results. Arguably, in this case > windmove-display-in-direction should affect where the *xref* buffer > is displayed. > > Neither of y'all's patches solve this, I believe. Why do you think this display action proposed in my previous patch can't solve this? `((display-buffer-in-previous-window) (previous-window . ,xref--original-window)) Then there is no need to use a new relative-window alist entry 'from-window' in display-buffer-in-window because xref--original-window is absolute addressing. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 19 Jan 2019 21:56:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154793491918791 (code B ref 33870); Sat, 19 Jan 2019 21:56:03 +0000 Received: (at 33870) by debbugs.gnu.org; 19 Jan 2019 21:55:19 +0000 Received: from localhost ([127.0.0.1]:38118 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkyaE-0004t1-LN for submit@debbugs.gnu.org; Sat, 19 Jan 2019 16:55:18 -0500 Received: from catfish.maple.relay.mailchannels.net ([23.83.214.32]:64260) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkyaC-0004st-JC for 33870@debbugs.gnu.org; Sat, 19 Jan 2019 16:55:17 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 6D7845C3895; Sat, 19 Jan 2019 21:55:15 +0000 (UTC) Received: from pdx1-sub0-mail-a6.g.dreamhost.com (unknown [100.96.35.77]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 19A215C360A; Sat, 19 Jan 2019 21:55:15 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a6.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sat, 19 Jan 2019 21:55:15 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Slimy-Daffy: 198b4ac0165ca0ee_1547934915266_3806378388 X-MC-Loop-Signature: 1547934915266:3480424304 X-MC-Ingress-Time: 1547934915266 Received: from pdx1-sub0-mail-a6.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a6.g.dreamhost.com (Postfix) with ESMTP id CAE8380B10; Sat, 19 Jan 2019 13:55:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=Unvr+1j7yNSzBu0XbCgq/OeMkvM=; b= HimRsdRUnpnnZhhe2pODMPVhZQ+Z0JFUC0zI33Qz7D6jMq8ugd8HKQofUqzporgW qOyQKL18nXBH4fCYeRejTvUecDS+Vbg8+3bdew0CGPUUzOaM6m/jystfK4EYLsz3 sg2xmNfsDNiS5IhZ66Jinzjb/RFmK6Mc6L/QJsHJb1Q= Received: from mail.jurta.org (m91-129-101-91.cust.tele2.ee [91.129.101.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a6.g.dreamhost.com (Postfix) with ESMTPSA id 6C55180B33; Sat, 19 Jan 2019 13:55:10 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a6 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <878t02egph.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <83lg403o9c.fsf@gnu.org> <87r2dq8z9n.fsf@mail.linkov.net> <5C31C477.9040108@gmx.at> <874laluz3g.fsf@mail.linkov.net> <5C3315E6.9010709@gmx.at> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> <5C3C40E9.6030905@gmx.at> Date: Sat, 19 Jan 2019 22:47:16 +0200 In-Reply-To: <5C3C40E9.6030905@gmx.at> (martin rudalics's message of "Mon, 14 Jan 2019 08:57:29 +0100") Message-ID: <87won0ier7.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrhedvgdduheeiucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutddurdeludenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutddurdeluddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepud X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> Like we already have such functions as window-in-direction and >> windmove-display-in-direction, the new function could have a similar name >> display-buffer-in-direction. > > OK (unless we find something better). Then two new functions will have consistent names: display-buffer-in-direction display-buffer-in-window >>> - with one nomenclature for a reference window >> >> For clarity the alist entry name could include the word "window": >> >> (window . selected) >> (window . main) >> (window . ) >> >> But for disambiguation maybe also add some prefix like >> >> direction-window >> from-window > > 'from-window' is not bad. Maybe also 'reference-window'. We don't > use such a term in windmove.el. There we just say that "WINDOW is the > window that movement is relative to". relative-window? >> Ok, like (direction . up) and all aliases. > > 'direction' should be OK then. Or 'dir' for short. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Jan 2019 00:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15479440371806 (code B ref 33870); Sun, 20 Jan 2019 00:28:02 +0000 Received: (at 33870) by debbugs.gnu.org; 20 Jan 2019 00:27:17 +0000 Received: from localhost ([127.0.0.1]:38164 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gl0xI-0000T4-LU for submit@debbugs.gnu.org; Sat, 19 Jan 2019 19:27:16 -0500 Received: from mail-lj1-f170.google.com ([209.85.208.170]:35980) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gl0xG-0000Sq-Ly for 33870@debbugs.gnu.org; Sat, 19 Jan 2019 19:27:15 -0500 Received: by mail-lj1-f170.google.com with SMTP id g11-v6so14641069ljk.3 for <33870@debbugs.gnu.org>; Sat, 19 Jan 2019 16:27:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=MVuHfe7OqeBk8aaYs8dThHdd3fGu6rBpuNjjQaD/Y0I=; b=mbQ2bArU8YPtCUS/gjMTC7LIZ694envKoXH3+bRQ6c82+8yPwzrMeFAjsiRT0UYuOZ IvpDtaIQGryESbrg99OPB8Spb3KuZwA/pZIdbzcrOYdFV+KhtJJYZPYVBwpRsy3tqcHs s0A4u+LsEt9ELKXlFRuOLg4udnGCbdXEdRkqNUVYMawzmWP9CUGj8MPAi9o7DDqTcsTR qycRLJNCkeMq9bPH5vsZ5hwfAc7sPDHwKMyHHKfLt0pfo7H/OkiER1m23zSa6UlAmTjT DWCX0v3RUONLvpZM8d6W3dQqEpTQ9smp5h+4+md8MvBiHMfQXvmHkXxGcSFA3jhCnMhD Guog== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=MVuHfe7OqeBk8aaYs8dThHdd3fGu6rBpuNjjQaD/Y0I=; b=ADdASWqvgVxvvBjE7f/y5cSi2pP3K+rfomONMdA4ctTKCESRKp7NGyCNh4LPHhrbVO KHVX6oJN0FC1eHl0b/cclcWQ6MpcAtIL2TEpsLXfXgz5TuSv/V12ouAp9hfpsh3kiiab 5XWjcRwyUmbFQvQ1FVxcRUGbtFZKEnFNJbQ0MTrrNHaPFfHY2vvenJKhWfy8nuE7V3Nv E8Wp+4D18g6KoagtWlaFbAA9kJlnljW6rmZfOjkeE1+Px21SgzwpsWSxugA/H+2+U7MH +TyFGMJomqLL5TSo+2WMShK/gteT2qWPewOebmJdr4pacNY+fSMqatjQwm7DvkVw3GbE gJeg== X-Gm-Message-State: AJcUukfUhVSCEEBjLG1761pnG+Cp0mwnqxyk+yXCjx/mgaQx+sbqbGxX YyG79T1TB4vQLQabo+UJ+yE= X-Google-Smtp-Source: ALg8bN5aQb3YQySGIUBLw0uEn0m/s/rp0A5k1Utol51TUBSfAd7xOst8AQHbhWThnNRazA4dh4GQdQ== X-Received: by 2002:a2e:81a:: with SMTP id 26-v6mr1209678lji.14.1547944028700; Sat, 19 Jan 2019 16:27:08 -0800 (PST) Received: from [192.168.0.108] ([79.175.3.65]) by smtp.googlemail.com with ESMTPSA id j138sm1491954lfg.64.2019.01.19.16.27.06 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 19 Jan 2019 16:27:07 -0800 (PST) References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> From: Dmitry Gutov Message-ID: <8ffaaddb-1d19-b9e9-83f1-83da89445eb8@yandex.ru> Date: Sun, 20 Jan 2019 03:27:04 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:65.0) Gecko/20100101 Thunderbird/65.0 MIME-Version: 1.0 In-Reply-To: <87d0osjtna.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 19.01.2019 23:45, Juri Linkov wrote: > Why do you think this display action proposed in my previous patch can't solve this? > > `((display-buffer-in-previous-window) > (previous-window . ,xref--original-window)) Sorry. To be honest, I came to this conclusion partly because neither of you likes the other's patch. And you two seem to care more for different items in that list. Both patches are a bit too far from my expertise to review just by reading. > Then there is no need to use a new relative-window alist entry 'from-window' > in display-buffer-in-window because xref--original-window is absolute addressing. This makes sense. If only that patch were able to keep the current behavior by default. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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, 20 Jan 2019 00:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Gutov Cc: 33870@debbugs.gnu.org, Juri Linkov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15479442902249 (code B ref 33870); Sun, 20 Jan 2019 00:32:01 +0000 Received: (at 33870) by debbugs.gnu.org; 20 Jan 2019 00:31:30 +0000 Received: from localhost ([127.0.0.1]:38169 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gl11O-0000aD-7s for submit@debbugs.gnu.org; Sat, 19 Jan 2019 19:31:30 -0500 Received: from mail-qk1-f174.google.com ([209.85.222.174]:41766) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gl11M-0000Zx-Ae for 33870@debbugs.gnu.org; Sat, 19 Jan 2019 19:31:28 -0500 Received: by mail-qk1-f174.google.com with SMTP id 189so10146912qkj.8 for <33870@debbugs.gnu.org>; Sat, 19 Jan 2019 16:31:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=ecuUA1m7QVqXTksgnr0iXPwI0+tV+ZlbZT5zKYQBuIk=; b=vZfni8op+keLuya+LtonY0uo9c1oTbgz+nApcx74D/l2eh4+VTh2wub1qF1Cz3thnG FKkRdhytzEmU5y6NBtkzZirZTuJYJhpWmc0x3nHT9UsW69ip5aP4VHpxnKqfhCJMDX+W 5p/Yb1dPitMQAu8M6KwdkF4OdGFq1BSOKF/OJoTy1vPjO/L3qWoMgwJ/mW3azd6+DYHv 8s+FYj2/lfL0uSoD2M3K8f1Ne58KmcFxVF2kVCB6PUD8+JSbT6K3dHtnfk4+q15rVz8g CdJeA9/IaIUvAEqqoXvFK+tOdHNZIJabK5V13yairx/66m0HVxW7W+RPfxObmhidy+VA 0PkQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=ecuUA1m7QVqXTksgnr0iXPwI0+tV+ZlbZT5zKYQBuIk=; b=F5SM+9iGDkdHlSiR/A3KlNK3fqVXxCHXrkoOdz1cRHebzlYJGTNMwgqnbeyBoE6HMa U53gFcjHlPxrWlYqqXn0+T7RQWVkSiU0+PPE0oaDTV28A2ZnISFx/exR3AeAaeLFcGw5 8yGozIMjJZoMYFgH2VV79KsIhP4+P20fkWbfbjrUjcbsYF5owYMwlj9mgjx+Dh5kF1hR 5pyIbIlyUChufLEY0fW1RbxiXoZFnlmdY60dl/y2iOWuOsGsxLrmphas7ctmU/DzWajA dkcvmx3p3+nJbA/qznCKgB3KXJ706yKDBR4BXekeaT8nPhZRdEmmyLT5jL9l4ur/Uc/9 vu9A== X-Gm-Message-State: AJcUukd4Le6SeUu/H76Gf3Jd8InAqp9Um704P+S8zObVyEdL2OG8ErCW qOKUlXb2zAuRDkA9eHDAxTpgAQG0IGJGZsbF1pM= X-Google-Smtp-Source: ALg8bN7xm2C6B/C7W5QVwGjLqjPNVfdP3IEH7jR9r3vDNqvrwHcViGmKR+LVC1pDZPhdje1svCFc2FJU09fNtDQ5lSY= X-Received: by 2002:a37:f706:: with SMTP id q6mr19320107qkj.96.1547944282364; Sat, 19 Jan 2019 16:31:22 -0800 (PST) MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> In-Reply-To: <8ffaaddb-1d19-b9e9-83f1-83da89445eb8@yandex.ru> From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Date: Sun, 20 Jan 2019 00:31:08 +0000 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) On Sun, Jan 20, 2019 at 12:27 AM Dmitry Gutov wrote: > Sorry. To be honest, I came to this conclusion partly because neither of > you likes the other's patch. No, no. That's not the case, at least for me. It's not a question of liking= . > If only that patch were able to keep the current behavior by default. Yep. If Juri provides a simpler patch that does this I'm all for it. Jo=C3=A3o From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Jan 2019 00:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15479444632491 (code B ref 33870); Sun, 20 Jan 2019 00:35:02 +0000 Received: (at 33870) by debbugs.gnu.org; 20 Jan 2019 00:34:23 +0000 Received: from localhost ([127.0.0.1]:38173 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gl14A-0000e7-MC for submit@debbugs.gnu.org; Sat, 19 Jan 2019 19:34:22 -0500 Received: from mail-lj1-f177.google.com ([209.85.208.177]:36875) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gl148-0000dt-Jx for 33870@debbugs.gnu.org; Sat, 19 Jan 2019 19:34:21 -0500 Received: by mail-lj1-f177.google.com with SMTP id t18-v6so14650926ljd.4 for <33870@debbugs.gnu.org>; Sat, 19 Jan 2019 16:34:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=Jw7JkO44IXE8WPzXRg1QWuzOvFALAE75M0cubbrwvyI=; b=l5gpI2zJOmpSRfD4A09l6RumTbXHdf8Vjttac8tzEVDGQD3Rk19WGm9XHfvmA7oAVt ch/uzfuia7QjtIve3H1i+kDAdoRXPRrb+ngDnOqsilNT4YQx4wMYnxISz9UfkbKw0lDH zsEhbAtVgwV3HwDM2f5NavuGE9TjcPp9TJwLG0l5gZiJ5EUFmLZ76Mr/JZZsGLGS50OL q96beRFDu7ME7zewkxgZW3PghRepNG8yXx+aOeIMH0a8fPxNvk7OL7DPx/MlgWNpUovH Ufzf5GR+aM9jrTaCxTQ0tRjYJpK8/tVMoHAoRessq83IKUAfw3NXuYMnSaRtRvwmFhOm 7KRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=Jw7JkO44IXE8WPzXRg1QWuzOvFALAE75M0cubbrwvyI=; b=JC8bAPqhneQxmseHESuFRR+ZHNYDw2VslXvZr8R/235NX2tF3UsHNzBdtE+LIFi5s6 Xhk1Dstu2n7libH5Ws9NWo65d8KjKaVQZOPG2GxA7fnsK1TnK0N7R62OyE/xAtjD9uuy 6IKpqlPPqoUGdXiqKk4kGZ2oucLWStfSIKiFyl0ZqueipO3lCGOPGB/RlJ13CMB3WRn+ hrbjy+9R78JkfTgZnC5kVb8T7Jb56hvg2m5zcf/+vlY4F027pzKpfS6Udo0CTQtJBHJL rCTogWgfCYyIr/bt5xmba4qGI3YYH6h7FamK01K47EsQar/+rQNWwlxwjavqUIgdWEW1 lpPw== X-Gm-Message-State: AJcUuke9eT1sIpjxvKvaYCpImj5BETCoNI7u5Kp9jjN16NJNVvMOL0vB 9FA57/VLrialkjtnAg6IV7+6uo2v X-Google-Smtp-Source: ALg8bN7K4mniErbklvl22GzhqApZ/IEn/MIoiz8y9W2WUoloyq5NmJZBufQ6eFKInJBsYS83wa/IiA== X-Received: by 2002:a2e:5d12:: with SMTP id r18-v6mr16669683ljb.89.1547944454176; Sat, 19 Jan 2019 16:34:14 -0800 (PST) Received: from [192.168.0.108] ([79.175.3.65]) by smtp.googlemail.com with ESMTPSA id h22-v6sm1467361ljg.24.2019.01.19.16.34.12 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 19 Jan 2019 16:34:13 -0800 (PST) References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> <87imyskvia.fsf@gmail.com> <87d0osl8lu.fsf@mail.linkov.net> From: Dmitry Gutov Message-ID: Date: Sun, 20 Jan 2019 03:34:12 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:65.0) Gecko/20100101 Thunderbird/65.0 MIME-Version: 1.0 In-Reply-To: <87d0osl8lu.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) This is offtopic, but: On 19.01.2019 23:31, Juri Linkov wrote: > For example, I'm not complaining that diff-hl-mode uses non-standard > blue color for changes whereas the standard diff-mode color is yellow. The standard diff-mode color for "change" is "none" (see the diff-changed), so I looked at what most other editors use (blue). I've only noticed the yellow in diff-refine-changed very recently, and I've yet to see it in practice. When is this face used exactly? > Also I'm not complaining that flymake steals the fringe indicator from > diff-hl-mode, although there is no conflict because diff-hl-mode > uses the background color whereas flymake uses the foreground color, > so they can peacefully coexist together on the fringe. If only fringes supported that kind of merging. BTW, diff-hl-mode uses the foreground color for the border, but any kind of merging would be an improvement. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Jan 2019 09:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org, Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154797565820153 (code B ref 33870); Sun, 20 Jan 2019 09:15:02 +0000 Received: (at 33870) by debbugs.gnu.org; 20 Jan 2019 09:14:18 +0000 Received: from localhost ([127.0.0.1]:38290 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gl9BK-0005Ez-Bq for submit@debbugs.gnu.org; Sun, 20 Jan 2019 04:14:18 -0500 Received: from mout.gmx.net ([212.227.15.19]:47367) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gl9BI-0005Eg-5Y for 33870@debbugs.gnu.org; Sun, 20 Jan 2019 04:14:16 -0500 Received: from [192.168.1.100] ([46.125.250.101]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M5tU1-1h9nb239S5-00xuch; Sun, 20 Jan 2019 10:14:05 +0100 Message-ID: <5C443BD8.9000602@gmx.at> Date: Sun, 20 Jan 2019 10:14:00 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> <87imyskvia.fsf@gmail.com> <5C420DF3.7090908@gmx.at> <87pnstppvw.fsf@gmail.com> <87tvi4jtv9.fsf@mail.linkov.net> In-Reply-To: <87tvi4jtv9.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:RxqgShMRHSQq1iDiqZHkqVqxRq0fz3JIsdTF/6jOnsAUtkOWgcc sAc8ooyYOauDiDp0oANCGqe5PRM3V3HmZgDGSa4O3ok3CPJD3Ihrg8rJuJQOyHjGvmPpZ6+ m38LP4u1aCFKlKA0V8jSPGNhL1HuJZQBXs/H5361JRQC8zGiJ16TgUw9y1gClrY6sz4Nkrn op8WB+JVGrCwmmwofHsiQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:fuIChGNxNas=:rQgmxHWtsyo9Cbpyb/5K4a GcTs4ovBLeXEXcMgYaLZv1Zuv/p9XyytEZGrZd4sv3auBcE3PfHMVot4gJdJigSQ/eUUDg36V B6pOkt3de4IKr5zyUkC2CG9anFKHH8nRZrnX6CaC6nT7dN6IQ/yh+IivrqtxcS3GCDTosqvHo a9sj4Oq3kXHph3zHf53JVXYC8GTccc05fH6JWL8/tJR2yBZz0k/Zxf+rW7hDSpWjysiz5KB6W NbL+88/YH59EEEZYiSXn38SqhUO/gqeiaK38zQxERt1IEURKS1/ZpepatJES/lguXDO2V7Ezr 6XJzK2urjXkFSqthiSs77jA2kbORsUepGkQVeLxSYgg2owL7I1aP970pljDltNQvCG5zGOFUK cf0TST4Phd83ixOMNZY0O7CAFUKK/zFygbJI/rf9wMGsWy5J9J8sQBIUuOe92Ul/RK8735hPZ hGLhF87uiWpejrc7+6jFU7WNW6zXLsxceW6RqgZObidYtq0WKGGjtfFU1KdQHZ2IBNTk3Bejp jIn3uk6CDgXkApxAwLJlMLw9VHaghPtUGyeo5IykYOGnrdcHkb6aXKoo5r8GzSHKNr3Wfu0r+ ZsWBUzSJVyeN5vYoittJm0beVOs87tH83DFF3gJYc9CJPGF0BHmLOjS3axrAPHVokRMVL8k66 /d1tecpUNRbrnDFCVTpwKddF6waZvz2p1F0szZ52Neak1hOQwJe1uTXewBwVcSbmszZVm5hvl Ru972AhTP8waAv3Xu5ponq+waRV1M5UGas668ozljcMf/Fo5fucX+ynTNpVrbLIG1iJxpb8EQ c8FlphlnPLqwzXdIien6PUEP4DF6/CFc00thSRWTkock8Uo1Mlp8SjcEaayzYsVHfq7JxIdXQ oZZSZzQCnaagffre2b/fb6RMH85KttMV15tNRR4mHsVw5U2/AeijfeUnVVuUmMnUIIDAK/Tym bdTt6TdDpxg== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Then better to keep the old name with its old signature and > declare it obsolete and replace its body with the call to the > function with the new name and one less arg. Agreed. martin From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Jan 2019 09:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154797568820209 (code B ref 33870); Sun, 20 Jan 2019 09:15:02 +0000 Received: (at 33870) by debbugs.gnu.org; 20 Jan 2019 09:14:48 +0000 Received: from localhost ([127.0.0.1]:38296 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gl9Bo-0005Ft-0w for submit@debbugs.gnu.org; Sun, 20 Jan 2019 04:14:48 -0500 Received: from mout.gmx.net ([212.227.15.15]:37353) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gl9Bm-0005Fh-L1 for 33870@debbugs.gnu.org; Sun, 20 Jan 2019 04:14:47 -0500 Received: from [192.168.1.100] ([46.125.250.101]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MdKDb-1gURFW1KGR-00IQpS; Sun, 20 Jan 2019 10:14:37 +0100 Message-ID: <5C443BF8.6070007@gmx.at> Date: Sun, 20 Jan 2019 10:14:32 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <878t02egph.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <83lg403o9c.fsf@gnu.org> <87r2dq8z9n.fsf@mail.linkov.net> <5C31C477.9040108@gmx.at> <874laluz3g.fsf@mail.linkov.net> <5C3315E6.9010709@gmx.at> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> <5C3C40E9.6030905@gmx.at> <87won0ier7.fsf@mail.linkov.net> In-Reply-To: <87won0ier7.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:1CvMaOzktiqeklusqSj0g4jbUbitAyJtUKzSjZMjeaVl1ZfEchN VWHRlmzFRCa/R3aatXTqWL1S2oCHqDZnI/2evVp0PpdrH4vrBVF/Ja9wTnbXDbFViVCDfsR U383+BUBplDJMwutSbexHDcVm3GoW5sdDZyD11yhN7BsHdmD5OoEaHsnXD/77jT3bte2c78 LfSUpNS/o7KTLyNvMh9pw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:jQEfkFbm0/U=:DB3Z6jRy+d/VvD1SupoM7r O9/0Pz0ImEYCbxBiEulffPnOSShPjtMvitiwplbevUe3UseK3B6L96FOPvWjga/YB9/dIjC1x sjLAhwz8NdB/ObsJy5TJEX1k4sWaFH0ygrLn/xI40sTd7VTQUlT3HfkkrCHZyJDKAOroeBE4W SBxD97RwbNhRxdibCdNH08DPtXA1QbdQ622LkXvabaRl7Wz4TYl+oA4pLqFOrTsvZx7zX6k4b DqpGpXvgcSPywT/kkGQ0ZCSgcQdUlDSA7WPy9OM1s5qhL+cAmavJxw7PfA8hZIHtz5ms0SXzA AgQWcw8CKM/IgX72Cwi+S/a5IKl2OG9E3nXqPixIGhTXhOcSn9vj+eiE/5qkr/ihMVIvO/WpJ fpa42TjmnMrlJHVtgXRdlzQhx92WOgDAT8N5lB+HSm/DgwnTNgt3BLM0j/ngCHK679mzV1zpO 5olGuUv9RNJ3N020LTuSbG+HgBY1TxAQ+M8ASPwvFnnUK7Bp8JFdqP+X3Esswi2/snj6jQldK oWv+5tOxQ1Bwz1pBZOSK6ik/knvjoQbMaBwkA9C/v0mbmG3rh3TimwJ3ep0HTQ5E3woKUDmD2 5r5W7lviNKfwQGsn44Z8ym39L6OQUj0sqQ5/mReF2Vgp/RaYBJomIsDq22ooQxvMP/H5CS9Nm 1WVRa+F946RTmoAw/FUtaTIw7mPkXMCc6vehTFIIw7VvxcergR12wx7lhoweEZP1b+AvQqQXO 325UdrEaZU5X0ePG8+2d97SMP6sDH6Kb1n3A3K7nfIBXtrPtqW4POM0QQHvkvkS10AGg0xivj 2caX6umT54CJ3B1mElQq2f41oJQqxYw3Et6ByNtbQqMTtestd8Zr7ZKOM4WgCGra6OqRBzToy JhGVLFMWPESt2EAHluLnsxlAxMCpA6Ik46VrH1p/bam+I+KGPk4SSsaa873L+SKXY8xl2DKWr YfQvzy/cq/Q== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Then two new functions will have consistent names: > > display-buffer-in-direction > display-buffer-in-window Just that the first is an action function while the second isn't. >> 'from-window' is not bad. Maybe also 'reference-window'. We don't >> use such a term in windmove.el. There we just say that "WINDOW is the >> window that movement is relative to". > > relative-window? Not really good IMHO. >>> Ok, like (direction . up) and all aliases. >> >> 'direction' should be OK then. > > Or 'dir' for short. dir can be misread as directory. martin From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Jan 2019 20:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Gutov Cc: 33870@debbugs.gnu.org, =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154801744416695 (code B ref 33870); Sun, 20 Jan 2019 20:51:01 +0000 Received: (at 33870) by debbugs.gnu.org; 20 Jan 2019 20:50:44 +0000 Received: from localhost ([127.0.0.1]:39237 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1glK3I-0004LD-BY for submit@debbugs.gnu.org; Sun, 20 Jan 2019 15:50:44 -0500 Received: from indri.birch.relay.mailchannels.net ([23.83.209.92]:35606) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1glK3E-0004L3-Dp for 33870@debbugs.gnu.org; Sun, 20 Jan 2019 15:50:41 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 07B011249A7; Sun, 20 Jan 2019 20:50:39 +0000 (UTC) Received: from pdx1-sub0-mail-a64.g.dreamhost.com (unknown [100.96.11.179]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id A48F51244AA; Sun, 20 Jan 2019 20:50:38 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a64.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sun, 20 Jan 2019 20:50:38 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Shoe-Battle: 5a62e9b2288600c0_1548017438852_1547094420 X-MC-Loop-Signature: 1548017438852:2081715496 X-MC-Ingress-Time: 1548017438851 Received: from pdx1-sub0-mail-a64.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a64.g.dreamhost.com (Postfix) with ESMTP id 4AA4481B3A; Sun, 20 Jan 2019 12:50:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=4Ox4CmvqR4iHgfpv8tVmRRgNEh0=; b= z3G6SABnUZUy+HvMTe2vcRvnavzn/gPma/UHc3Ms+Nl0yTgdBU8U1wBCOpBKEGaI Aoz917R2iOI3VKHChPbrcr1KeJRkgHz+3qCVf01VZTcniKJAS6YcNCvzBy7T76D/ uXWq+MZWvvLkVpl4WtUDimvhb9F9m0FDBnF0lM3racU= Received: from mail.jurta.org (m91-129-101-91.cust.tele2.ee [91.129.101.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a64.g.dreamhost.com (Postfix) with ESMTPSA id 56F1581B36; Sun, 20 Jan 2019 12:50:34 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a64 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> <87imyskvia.fsf@gmail.com> <87d0osl8lu.fsf@mail.linkov.net> Date: Sun, 20 Jan 2019 22:44:25 +0200 In-Reply-To: (Dmitry Gutov's message of "Sun, 20 Jan 2019 03:34:12 +0300") Message-ID: <87lg3fkqja.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrheeggddugeegucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutddurdeludenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutddurdeluddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopegughhuthhovheshigrnhguvgigrdhruhenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> For example, I'm not complaining that diff-hl-mode uses non-standard >> blue color for changes whereas the standard diff-mode color is yellow. > > The standard diff-mode color for "change" is "none" (see the diff-changed), > so I looked at what most other editors use (blue). I've only noticed the > yellow in diff-refine-changed very recently, and I've yet to see it in > practice. When is this face used exactly? It's not used anymore but it was yellow some time ago. BTW, I still can't get used to diff-removed yellow and diff-added blue diff colors on Wikipedia, and they are not configurable. >> Also I'm not complaining that flymake steals the fringe indicator from >> diff-hl-mode, although there is no conflict because diff-hl-mode >> uses the background color whereas flymake uses the foreground color, >> so they can peacefully coexist together on the fringe. > > If only fringes supported that kind of merging. BTW, diff-hl-mode uses the > foreground color for the border, but any kind of merging would be > an improvement. I thought that since add-face-text-property supports face merging maybe it would be possible to do the same with fringes, but I have not investigated how feasible it is. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Jan 2019 20:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154801747616765 (code B ref 33870); Sun, 20 Jan 2019 20:52:02 +0000 Received: (at 33870) by debbugs.gnu.org; 20 Jan 2019 20:51:16 +0000 Received: from localhost ([127.0.0.1]:39241 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1glK3n-0004ML-N6 for submit@debbugs.gnu.org; Sun, 20 Jan 2019 15:51:15 -0500 Received: from bisque.maple.relay.mailchannels.net ([23.83.214.18]:16951) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1glK3l-0004M9-3m for 33870@debbugs.gnu.org; Sun, 20 Jan 2019 15:51:13 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 9CADE6829C6; Sun, 20 Jan 2019 20:51:09 +0000 (UTC) Received: from pdx1-sub0-mail-a64.g.dreamhost.com (unknown [100.96.19.78]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 4E3B16829D4; Sun, 20 Jan 2019 20:51:09 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a64.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sun, 20 Jan 2019 20:51:09 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Cold-Stupid: 6429a153566ee618_1548017469507_781351044 X-MC-Loop-Signature: 1548017469506:4262731502 X-MC-Ingress-Time: 1548017469506 Received: from pdx1-sub0-mail-a64.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a64.g.dreamhost.com (Postfix) with ESMTP id EFEC481B36; Sun, 20 Jan 2019 12:51:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=M8K6cWEGZqqDbGA9c4TYO89wYc8=; b= 1ukHta2wyauZvwEXGZfPz5VZbu9WZKPkL5xIaAnbug4LG75lCCZ/MPTiAC95Cqvv 7kkRjFrzuIknyda2TgIr+jhEmykx0jTcIAX6bvCZQ27HHLgtB5iqCFWwIqiG4pb7 yvjpQ45yOUqu2RGZcVmli+0YvvVsrelkuoFhXkdsD+E= Received: from mail.jurta.org (m91-129-101-91.cust.tele2.ee [91.129.101.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a64.g.dreamhost.com (Postfix) with ESMTPSA id 69D7981B35; Sun, 20 Jan 2019 12:50:55 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a64 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <83lg403o9c.fsf@gnu.org> <87r2dq8z9n.fsf@mail.linkov.net> <5C31C477.9040108@gmx.at> <874laluz3g.fsf@mail.linkov.net> <5C3315E6.9010709@gmx.at> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> <5C3C40E9.6030905@gmx.at> <87won0ier7.fsf@mail.linkov.net> <5C443BF8.6070007@gmx.at> Date: Sun, 20 Jan 2019 22:46:16 +0200 In-Reply-To: <5C443BF8.6070007@gmx.at> (martin rudalics's message of "Sun, 20 Jan 2019 10:14:32 +0100") Message-ID: <877eezkqct.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrheeggddugeehucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutddurdeludenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutddurdeluddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> Then two new functions will have consistent names: >> >> display-buffer-in-direction >> display-buffer-in-window > > Just that the first is an action function while the second isn't. Like display-buffer-in-previous-window is an action function that takes an alist entry `previous-window', couldn't display-buffer-in-window be an action function that takes an alist entry with the window where it display the buffer? But it seems this is not needed. >>> 'from-window' is not bad. Maybe also 'reference-window'. We don't >>> use such a term in windmove.el. There we just say that "WINDOW is the >>> window that movement is relative to". >> >> relative-window? > > Not really good IMHO. Agreed. >>>> Ok, like (direction . up) and all aliases. >>> >>> 'direction' should be OK then. >> >> Or 'dir' for short. > > dir can be misread as directory. Agreed. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Jan 2019 07:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154805718413231 (code B ref 33870); Mon, 21 Jan 2019 07:54:01 +0000 Received: (at 33870) by debbugs.gnu.org; 21 Jan 2019 07:53:04 +0000 Received: from localhost ([127.0.0.1]:39377 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1glUOG-0003RL-DX for submit@debbugs.gnu.org; Mon, 21 Jan 2019 02:53:04 -0500 Received: from mout.gmx.net ([212.227.15.15]:45917) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1glUOE-0003QY-Hy for 33870@debbugs.gnu.org; Mon, 21 Jan 2019 02:53:02 -0500 Received: from [192.168.1.101] ([212.95.5.223]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MYP57-1ggh9R3rBB-00V9eX; Mon, 21 Jan 2019 08:52:53 +0100 Message-ID: <5C457A50.7050405@gmx.at> Date: Mon, 21 Jan 2019 08:52:48 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <83lg403o9c.fsf@gnu.org> <87r2dq8z9n.fsf@mail.linkov.net> <5C31C477.9040108@gmx.at> <874laluz3g.fsf@mail.linkov.net> <5C3315E6.9010709@gmx.at> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> <5C3C40E9.6030905@gmx.at> <87won0ier7.fsf@mail.linkov.net> <5C443BF8.6070007@gmx.at> <877eezkqct.fsf@mail.linkov.net> In-Reply-To: <877eezkqct.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:1UjD3cmJzgbapUp6EPetKwu+v/4S8iB8IYpXhEcGu3Htbb8GNp9 LQEwhqORmkNSHOy5tuEaHZ7HzmerU5aH9X3ZNSwZZyxMafz0sSf3Y9WBtCrGLR+kQpvABky MPl1Js1L5MFrSpZ+ZhWPsNdXssuQUkUqrMHu1+QaMjr/uhu9Lqbeut/WvX7gE7+sD8Th5B/ w10k2u679YFVGmEhklEkA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:rtyMSDhJLBc=:t6GZJnUA+PxAgT7Tf9Xw71 9TRgZ7UKFJQB2fNHhV1DV9ozEtwWFPnOPU/Tw+MAqeDsPgbjNk1Wx4O86JwxlUQaKn0+SykQV GUPA/UUJhUwWcvXTTwNJFHJQVr4dtiy9+d7EiwhoJ5ZL3okfQ2y15oh+RK4vL7wWAFpNouu2D VGFTDEBaJUP/+9D++jyG2pB69Yecxf0EDFrccW70+OkHr6GCeJWzRWCCYDF14ejFhJJ+QVDhx AIjCBubDx7qT4ycb6nG34FkLXJo5cn7qPyda6zjDTGxKSLYkwteXvzRsA3IaDE2yYEy2UMOwu FuVhuvSAOJgsYcmMoHLrJsP5Yj+jIVkDv/ocZ20VaLoz9pCGkZmg8GDkmctJ+d6QErae3+5wy HTo9ougMuLIS0QMA1FB9MCGoOwoP3PrzSnhtZ12HA4yaDfEhAwV7heVUiHuXkPMzn5623fJtw zAGARcnGNI8M013XKavPzUUvUzJPjSgUS6Da1wpITq+UPvoF+s/COqrUlJexWoERBUM7HsQTs rx/KARk5YFFUZMBsohobvURXmN6oPig0khdxHUiWcrtaVAVa6KadCVFdY4S5PUspH5883lfPS tPykg2XG+n/TDXLc7XXmuESIM5xv1VuS1vOJsEXUR5m3hq/St4V4sZ75P/cQZNGd1J5bESw+a 02ZGpkcKcf1JcOK8I2vgisZdu0dXiGV35wlZl/1Zyo1ZOwLV5nRdpIeyjTci6KrYTmQ/V3jwP 8ZHux0anU3t8hVePF+8G3krDfkh3j8VA0bZOIyDzm3BZtXhWSgSCTkbOaD22/txiQb6iZ4jZY 3jL34oVAUFXu9Dbtal2pu50C3sj66Adxs7xPbWGV4kE1XvQJiniDBYXiWwR2Dxj7to6MEhHZ+ vpC+vcxiogVDX2HiwG3VI17yEukjaYNBCWB3lTrdk6+8DDonx4DSefHpOTI3FGCFv69rvtYn+ oXaw/dg3ZxQ== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Like display-buffer-in-previous-window is an action function > that takes an alist entry `previous-window', couldn't > display-buffer-in-window be an action function that takes > an alist entry with the window where it display the buffer? > But it seems this is not needed. It could be confusing. 'window--display-buffer' receives two distinguished arguments - a live WINDOW that it _has_ to use for displaying BUFFER in and a TYPE needed for correctly processing 'display-buffer-mark-dedicated' and the 'quite-restore' parameter. If callers fail to set these reliably, further processing might be broken. And keep in mind that unlike ordinary action functions 'window--display-buffer' never fails. Any failure would be with a broken caller. martin From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Jan 2019 21:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Gutov Cc: 33870@debbugs.gnu.org, =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15481044387417 (code B ref 33870); Mon, 21 Jan 2019 21:01:02 +0000 Received: (at 33870) by debbugs.gnu.org; 21 Jan 2019 21:00:38 +0000 Received: from localhost ([127.0.0.1]:40569 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1glggQ-0001vY-7T for submit@debbugs.gnu.org; Mon, 21 Jan 2019 16:00:38 -0500 Received: from firebrick.maple.relay.mailchannels.net ([23.83.214.59]:44886) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1glggO-0001vK-BV for 33870@debbugs.gnu.org; Mon, 21 Jan 2019 16:00:37 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 4FB005C5075; Mon, 21 Jan 2019 21:00:32 +0000 (UTC) Received: from pdx1-sub0-mail-a6.g.dreamhost.com (unknown [100.96.35.77]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 21FB05C3214; Mon, 21 Jan 2019 21:00:31 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a6.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Mon, 21 Jan 2019 21:00:32 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Spicy-Illustrious: 1a57201462bc9bbd_1548104431533_467381156 X-MC-Loop-Signature: 1548104431533:2005159285 X-MC-Ingress-Time: 1548104431533 Received: from pdx1-sub0-mail-a6.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a6.g.dreamhost.com (Postfix) with ESMTP id 798B18071E; Mon, 21 Jan 2019 13:00:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=6HAOkP8vYdJ3I987VA6pKJ03oFQ=; b= mBi+M5IT5SB0kwSYP/NzFsOaUu9I4viLX2evXQBNzOlKBFvFIyKorZS36oiDP8JT 82/oEQZcFmeGZY8+4hVowTz6xS9h0ETyDiwnpsW7SDNkJAJFN+/FlYm6vrX7+Jgo 0Y303jDnkljnc6un/D1uwCGmYajIZcZw9Hw6i9KYqHQ= Received: from mail.jurta.org (m91-129-101-91.cust.tele2.ee [91.129.101.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a6.g.dreamhost.com (Postfix) with ESMTPSA id 4ACB98071C; Mon, 21 Jan 2019 13:00:26 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a6 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> <87imyskvia.fsf@gmail.com> <87d0osl8lu.fsf@mail.linkov.net> <87lg3fkqja.fsf@mail.linkov.net> Date: Mon, 21 Jan 2019 22:43:02 +0200 In-Reply-To: <87lg3fkqja.fsf@mail.linkov.net> (Juri Linkov's message of "Sun, 20 Jan 2019 22:44:25 +0200") Message-ID: <87bm49yd3t.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrheeigddugeejucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutddurdeludenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutddurdeluddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopegughhuthhovheshigrnhguvgigrdhruhenucevlhhushhtvghrufhiiigvpedu X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>> Also I'm not complaining that flymake steals the fringe indicator from >>> diff-hl-mode, although there is no conflict because diff-hl-mode >>> uses the background color whereas flymake uses the foreground color, >>> so they can peacefully coexist together on the fringe. >> >> If only fringes supported that kind of merging. BTW, diff-hl-mode uses the >> foreground color for the border, but any kind of merging would be >> an improvement. > > I thought that since add-face-text-property supports face merging > maybe it would be possible to do the same with fringes, > but I have not investigated how feasible it is. Also the question which one to call on clicking the fringe indicator? It seems for flymake there is no reasonable action to call on click, so diff-hl-mode is free to use mouse clicks to show the corresponding diff. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Jan 2019 21:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15481044457436 (code B ref 33870); Mon, 21 Jan 2019 21:01:02 +0000 Received: (at 33870) by debbugs.gnu.org; 21 Jan 2019 21:00:45 +0000 Received: from localhost ([127.0.0.1]:40572 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1glggW-0001vs-K5 for submit@debbugs.gnu.org; Mon, 21 Jan 2019 16:00:44 -0500 Received: from bird.maple.relay.mailchannels.net ([23.83.214.17]:16689) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1glggU-0001vj-BQ for 33870@debbugs.gnu.org; Mon, 21 Jan 2019 16:00:42 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id DEADF3E4FF8; Mon, 21 Jan 2019 21:00:39 +0000 (UTC) Received: from pdx1-sub0-mail-a6.g.dreamhost.com (unknown [100.96.11.179]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 31A0B3E4F1E; Mon, 21 Jan 2019 21:00:39 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a6.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Mon, 21 Jan 2019 21:00:39 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Squirrel-Left: 6f611c3b2f6261ff_1548104439521_3610213059 X-MC-Loop-Signature: 1548104439521:325954626 X-MC-Ingress-Time: 1548104439520 Received: from pdx1-sub0-mail-a6.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a6.g.dreamhost.com (Postfix) with ESMTP id B63518071E; Mon, 21 Jan 2019 13:00:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=jrItoD1eDYesg212QvSRo4iQ3/I=; b= YdbqG3AJeR6WG33Lik7AMAYCzzscjghbb/o5kD6iXOuc4BroVTfeXvNVLtE2Z+C3 MLxtJgapnM+BgOTSQ4GPBkNtfjTAATNXd8ziQYHFlKP0tFaTSU09lr37trCfJ2LV UcAX643Om39Kh0pMFKRCAzK7NMluyau4we4DKDw+p+k= Received: from mail.jurta.org (m91-129-101-91.cust.tele2.ee [91.129.101.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a6.g.dreamhost.com (Postfix) with ESMTPSA id 07DD980721; Mon, 21 Jan 2019 13:00:35 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a6 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <878t02egph.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <83lg403o9c.fsf@gnu.org> <87r2dq8z9n.fsf@mail.linkov.net> <5C31C477.9040108@gmx.at> <874laluz3g.fsf@mail.linkov.net> <5C3315E6.9010709@gmx.at> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> <5C3C40E9.6030905@gmx.at> Date: Mon, 21 Jan 2019 22:59:05 +0200 In-Reply-To: <5C3C40E9.6030905@gmx.at> (martin rudalics's message of "Mon, 14 Jan 2019 08:57:29 +0100") Message-ID: <87sgxlu3qe.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrheeigddugeejucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutddurdeludenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutddurdeluddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepvd X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> Like we already have such functions as window-in-direction and >> windmove-display-in-direction, the new function could have a similar name >> display-buffer-in-direction. > > OK (unless we find something better). We urgently need this. I discovered another case that will benefit from it. Currently it can be rewritten as in this patch but I don't like how it requires a non-trivial alist. Could these be replaced with something simpler? diff --git a/lisp/wid-edit.el b/lisp/wid-edit.el index 52c0b5b74d..e90d70359f 100644 --- a/lisp/wid-edit.el +++ b/lisp/wid-edit.el @@ -252,7 +252,11 @@ widget-choose (define-key map [?\M--] 'negative-argument) (save-window-excursion (let ((buf (get-buffer " widget-choose"))) - (fit-window-to-buffer (display-buffer buf)) + (display-buffer + buf + '(display-buffer-maybe-below-selected + (window-height . fit-window-to-buffer) + (preserve-size nil . t))) (let ((cursor-in-echo-area t) (arg 1)) (while (not value) From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 22 Jan 2019 00:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154811563823937 (code B ref 33870); Tue, 22 Jan 2019 00:08:01 +0000 Received: (at 33870) by debbugs.gnu.org; 22 Jan 2019 00:07:18 +0000 Received: from localhost ([127.0.0.1]:40655 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gljb4-0006E0-0L for submit@debbugs.gnu.org; Mon, 21 Jan 2019 19:07:18 -0500 Received: from mail-lf1-f49.google.com ([209.85.167.49]:35959) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gljb1-0006Dn-Ml for 33870@debbugs.gnu.org; Mon, 21 Jan 2019 19:07:16 -0500 Received: by mail-lf1-f49.google.com with SMTP id a16so16744367lfg.3 for <33870@debbugs.gnu.org>; Mon, 21 Jan 2019 16:07:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=m9zTe0oQjRhjisIBqZWEtObazPcZUSEXK46yFpJCZ+Y=; b=kvD/n67/Z6yJ3xt5buVJarTQqJo7uvbKLZcNXwkxjBGmuX80fsKTurwQQhWWAlCNQf FbaXfLpv3W7PJic83ECl+cSxK2SbUGVFx9hpnIGXtX6vbe6tbhMR30/cTKL3VjTw2Gy2 jAuMaaszOpn4lxg4hGW4UCdBvRjfmEPpl5X9oBq/Vpm+CteIH7QrQc/qWd1W9VAOq4hT RqTxuR8b8PAhTwxPp8cDrh5srtVPB1GzhJL79tOc4wiiOon9f8f1qk6sbtmPqu392XE6 xkNQliIJPm+ZmnetZtPpMrq9jc7Ukk+K+Xn7oFrhmt/b/WPinrtie/mIm/UWGCy7Mwap IxfA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=m9zTe0oQjRhjisIBqZWEtObazPcZUSEXK46yFpJCZ+Y=; b=p1Mw8/jFSiLCEVL8xiCqzarUQHRKYE2sUNzuxI29Ovptr3JnM30xQ/3Cv8/Xa1V3Fl /CwQJrUDPjn7NDyW0sWBwbtOsSLE89hgPQRF7oDTLKVmtAZhvAlily0rKNaWjnSbkLnR gAufrNkhOu1SklD9MT3BIIeicb9VneeEr1vmMi3cj8MJwwOxv4eFiS7HgTbMvRTX6evU yKDSzlbabSf372lwiQuUtlE9gCV59IRXDZOJQYQlL0dLMX4dGH/iLCx+i0ezzl+UlGhk gHHsEZUlIN2TLs33daCswXec41diLIQhybmCU8aYaJuFryestdUZs1M3SJAdy9yiG8to y05w== X-Gm-Message-State: AJcUukfVieGODQD/byv0FJw/T/xDcrWfX5U7gXTGL4Q5H1YuJakPE6fo qhurT1wfwBj6nbTV6W7FXYI= X-Google-Smtp-Source: ALg8bN6/Io+QsGOlE1l2CNjpIXF8XJ17V64jI4thCLonRizqedtKOl1JC8dGfXCsXaUmLnRZ809HWg== X-Received: by 2002:a19:5154:: with SMTP id f81mr20271043lfb.96.1548115629668; Mon, 21 Jan 2019 16:07:09 -0800 (PST) Received: from [192.168.0.108] ([79.175.3.65]) by smtp.googlemail.com with ESMTPSA id o25sm2448114lfd.29.2019.01.21.16.07.08 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 21 Jan 2019 16:07:08 -0800 (PST) References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> <87imyskvia.fsf@gmail.com> <87d0osl8lu.fsf@mail.linkov.net> <87lg3fkqja.fsf@mail.linkov.net> <87bm49yd3t.fsf@mail.linkov.net> From: Dmitry Gutov Message-ID: <36f718fa-8762-0419-b3c4-406a14246877@yandex.ru> Date: Tue, 22 Jan 2019 03:07:06 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:65.0) Gecko/20100101 Thunderbird/65.0 MIME-Version: 1.0 In-Reply-To: <87bm49yd3t.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 21.01.2019 23:43, Juri Linkov wrote: > Also the question which one to call on clicking the fringe indicator? > It seems for flymake there is no reasonable action to call on click, so > diff-hl-mode is free to use mouse clicks to show the corresponding diff. *shrug* Somebody is welcome to implement that and submit a patch. IMO, 'C-x v =' is easier. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 24 Jan 2019 09:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154832085920880 (code B ref 33870); Thu, 24 Jan 2019 09:08:02 +0000 Received: (at 33870) by debbugs.gnu.org; 24 Jan 2019 09:07:39 +0000 Received: from localhost ([127.0.0.1]:43265 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gmaz4-0005Qi-Ql for submit@debbugs.gnu.org; Thu, 24 Jan 2019 04:07:39 -0500 Received: from mout.gmx.net ([212.227.15.18]:49163) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gmaz3-0005QV-Hc for 33870@debbugs.gnu.org; Thu, 24 Jan 2019 04:07:37 -0500 Received: from [192.168.1.101] ([46.125.249.5]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MZkNy-1gUWvZ06Pe-00LZVK; Thu, 24 Jan 2019 10:07:27 +0100 Message-ID: <5C498043.5040008@gmx.at> Date: Thu, 24 Jan 2019 10:07:15 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <878t02egph.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <83lg403o9c.fsf@gnu.org> <87r2dq8z9n.fsf@mail.linkov.net> <5C31C477.9040108@gmx.at> <874laluz3g.fsf@mail.linkov.net> <5C3315E6.9010709@gmx.at> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> <5C3C40E9.6030905@gmx.at> <87sgxlu3qe.fsf@mail.linkov.net> In-Reply-To: <87sgxlu3qe.fsf@mail.linkov.net> Content-Type: multipart/mixed; boundary="------------040709030704040402040302" X-Provags-ID: V03:K1:17Ae8ogLrnRH5SCovG5s9WT4iuQI4sb9XoDH/1bymiHCY44p/d9 t4zlYt654+WPdIYLetqTYNkJOeaFJwfQfnqLwWJfs45m9x4ZMYAgUUiU+pOdzymOikIpJNL FPDr8sAdehjBX/fFeUaPr2/Wk3CtpH8fNl9PYE5D5fPTUvhHx/P2A+J4WKBNLwhOdXtZYAj 5DuCHtz/0crXed7QjO5aw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:YWpW1MdWN08=:MLU7/6nGjq9pXYftNRqopm m3rJXzQQprCuiMmSvB8B3Azhjp4RgHwrVldTcUfCxsrfeFdBprC3qeC9aSz/8r2sAf/hZUAaK Czoouml/CgcwbaahkgoHeh+kPq9x73c48dVqS5K1iwQ976YU1dGlKKlYg6NmqEIDvTO1JluRS VKZgYWAhoNcHp7K0Tf2EAs/ImWn9V7mB4bl1nwNvK6ov2tGXD+pRAU7DV/Jc9c+FfoECP2Px9 ogFBlWo+bw6/uYDxafKaPN9xT8qaSpqS3UMutUSRKeftIXLoS7RHY9wjAAhSk0R/o3Wkgkv8W rA2gDsHIkPoZpWRuPSR8joA9ehggNUNbmtUi3zK48lwX2DuJr+BhorulBTaw2qw/XkBFcuaVk CZw7Li02TEvP7arzL1g4kimG6kqCcmOyZOZVyeAAuBr6Nd66CK5vCpwruDDevWyEkk0/W1nQX Knzb8nMIOQFDX+V9Uz5ZS606jvqHzVe857BsAPfvqr0ozlP6o971iaaKN7rYo9+EBxsLCLVa8 2OmWCbJcxzkD6TfJYhukJOGiEOOKnxu423q0OASo8YKS66L1n/cbx91LvF4dPfUktDoUncq49 4+8LlFO7ld3OZu3fhlVPXgk5nyCKTuQKv6i4RN3UXhFTLuw3IWbkr9F3LMvZjWDW5WTI8jm+b ISGiHOXaP2lO9M3Dmes080pAfQw59802asK2XbzculIXbd9UJJ22wBwRhE22PP9suqrGOFCuQ R0kPID7eS8TydXeSQrREF+WS++DB6U2ib/QhVL9BBl04iX1IsHLk3NBRx6JuFXDtSMQscFdWu tZYBwXBAizZFsqhX5HPOMU+HnvoPr0EzjqBGIj7egSQDeJXCD58Okg8qHKNsim0hcbZHOSmO1 dPorlQKB875gXIdab2/XecKi3hSwbRh5yAoGmTFlb727xL4YWapPI8TuLMlXEA X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This is a multi-part message in MIME format. --------------040709030704040402040302 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit > We urgently need this. I discovered another case that will benefit from it. > Currently it can be rewritten as in this patch but I don't like how it requires > a non-trivial alist. Could these be replaced with something simpler? I've already forgotten what we really want. Find attached a draft of what I had in mind in the beginning and fill in the details, if possible. martin --------------040709030704040402040302 Content-Type: application/emacs-lisp; name="display-buffer-in-direction.el" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="display-buffer-in-direction.el" KGRlZnVuIHdpbmRvd3Mtc2hhcmluZy1lZGdlICgmb3B0aW9uYWwgd2luZG93IGVkZ2Ugd2l0 aGluKQ0KICAiUmV0dXJuIGxpc3Qgb2YgbGl2ZSB3aW5kb3dzIHNoYXJpbmcgdGhlIHNhbWUg ZWRnZSB3aXRoIFdJTkRPVy4NCldJTkRPVyBtdXN0IGJlIGEgdmFsaWQgd2luZG93IGFuZCBk ZWZhdWx0cyB0byB0aGUgc2VsZWN0ZWQgb25lLg0KRURHRSBzdGFuZHMgZm9yIHRoZSBlZGdl IHRvIHNoYXJlIGFuZCBtdXN0IGJlIGVpdGhlciAnbGVmdCcsDQonYWJvdmUnLCAncmlnaHQn IG9yICdiZWxvdycuICBPbWl0dGVkIG9yIG5pbCwgRURHRSBkZWZhdWx0cyB0bw0KJ2xlZnQn Lg0KDQpXSVRISU4gbmlsIG1lYW5zIHRvIGZpbmQgYSBsaXZlIHdpbmRvdyB0aGF0IHNoYXJl cyB0aGUgb3Bwb3NpdGUNCkVER0Ugd2l0aCBXSU5ET1cuICBGb3IgZXhhbXBsZSwgaWYgRURH RSBlcXVhbHMgJ2xlZnQnLCBXSU5ET1cgaGFzDQp0byBzaGFyZSAocGFydCBvZikgdGhlIHJp Z2h0IGVkZ2Ugb2YgYW55IHdpbmRvdyByZXR1cm5lZC4gIFdJVEhJTg0Kbm9uLW5pbCBtZWFu cyB0byBmaW5kIGFsbCBsaXZlIHdpbmRvd3MgdGhhdCBzaGFyZSB0aGUgc2FtZSBFREdFDQp3 aXRoIFdJTkRPVyAoV2luZG93IG11c3QgYmUgaW50ZXJuYWwgaW4gdGhpcyBjYXNlKS4gIFNv IGlmIEVER0UNCmVxdWFscyAnbGVmdCcsIFdJTkRPVydzIGxlZnQgZWRnZSBoYXMgdG8gZnVs bHkgZW5jb21wYXNzIHRoZSBsZWZ0DQplZGdlIG9mIGFueSB3aW5kb3cgcmV0dXJuZWQuIg0K ICAoc2V0cSB3aW5kb3cgKHdpbmRvdy1ub3JtYWxpemUtd2luZG93IHdpbmRvdykpDQogIChz ZXRxIGVkZ2UgKG9yIGVkZ2UgJ2xlZnQpKQ0KICAod2hlbiAoYW5kIHdpdGhpbiAod2luZG93 LWxpdmUtcCB3aW5kb3cpKQ0KICAgIChlcnJvciAiQ2Fubm90IHNoYXJlIGVkZ2UgZnJvbSB3 aXRoaW4gbGl2ZSB3aW5kb3cgJXMiIHdpbmRvdykpDQogIChsZXQgKCh3aW5kb3ctZWRnZXMg KHdpbmRvdy1lZGdlcyB3aW5kb3cgbmlsIG5pbCB0KSkNCgkoaG9yaXpvbnRhbCAobWVtcSBl ZGdlICcobGVmdCByaWdodCkpKQ0KCShuIChwY2FzZSBlZGdlDQoJICAgICAoJ2xlZnQgMCkg KCdhYm92ZSAxKSAoJ3JpZ2h0IDIpICgnYmVsb3cgMykpKSkNCiAgICAodW5sZXNzIChudW1i ZXJwIG4pDQogICAgICAoZXJyb3IgIkludmFsaWQgRURHRSAlcyIgZWRnZSkpDQogICAgKGxl dCAoKG8gKG1vZCAoKyAyIG4pIDQpKQ0KCSAgKHAgKGlmIGhvcml6b250YWwgMSAwKSkNCgkg IChxIChpZiBob3Jpem9udGFsIDMgMikpDQoJICB3aW5kb3dzKQ0KICAgICAgKHdhbGstd2lu ZG93LXRyZWUNCiAgICAgICAobGFtYmRhIChvdGhlcikNCgkgKGxldCAoKG90aGVyLWVkZ2Vz ICh3aW5kb3ctZWRnZXMgb3RoZXIgbmlsIG5pbCB0KSkpDQoJICAgKHdoZW4gKGFuZCAobm90 IChlcSB3aW5kb3cgb3RoZXIpKQ0KCQkgICAgICAoPSAobnRoIG4gd2luZG93LWVkZ2VzKQ0K CQkJIChudGggKGlmIHdpdGhpbiBuIG8pIG90aGVyLWVkZ2VzKSkNCgkJICAgICAgKGNvbmQN CgkJICAgICAgICgoPSAobnRoIHAgd2luZG93LWVkZ2VzKSAobnRoIHAgb3RoZXItZWRnZXMp KSkNCgkJICAgICAgICgoPCAobnRoIHAgd2luZG93LWVkZ2VzKSAobnRoIHAgb3RoZXItZWRn ZXMpKQ0KCQkJKDwgKG50aCBwIG90aGVyLWVkZ2VzKSAobnRoIHEgd2luZG93LWVkZ2VzKSkp DQoJCSAgICAgICAodA0KCQkJKDwgKG50aCBwIHdpbmRvdy1lZGdlcykgKG50aCBxIG90aGVy LWVkZ2VzKSkpKSkNCgkgICAgIChzZXRxIHdpbmRvd3MgKGNvbnMgb3RoZXIgd2luZG93cykp KSkpDQogICAgICAgKHdpbmRvdy1mcmFtZSB3aW5kb3cpIG5pbCAnbm9taW5pKQ0KICAgICAg KHJldmVyc2Ugd2luZG93cykpKSkNCg0KKGRlZnVuIHdpbmRvdy0tdHJ5LXRvLXNwbGl0LXdp bmRvdy1pbi1kaXJlY3Rpb24gKHdpbmRvdyBkaXJlY3Rpb24gYWxpc3QpDQogICJUcnkgdG8g c3BsaXQgV0lORE9XIGluIGRpcmVjdGlvbiBESVJFQ1RJT04uDQpBTElTVCBpcyBhIGJ1ZmZl cmQgaXNwbGF5IGFsaXN0LiINCiAgKGFuZCAobm90IChmcmFtZS1wYXJhbWV0ZXIgKHdpbmRv dy1mcmFtZSB3aW5kb3cpICd1bnNwbGl0dGFibGUpKQ0KICAgICAgIChsZXQqICgod2luZG93 LWNvbWJpbmF0aW9uLWxpbWl0DQoJICAgICAgIDs7IFdoZW4gYHdpbmRvdy1jb21iaW5hdGlv bi1saW1pdCcgZXF1YWxzDQoJICAgICAgIDs7IGBkaXNwbGF5LWJ1ZmZlcicgb3IgZXF1YWxz IGByZXNpemUtd2luZG93JyBhbmQgYQ0KCSAgICAgICA7OyBgd2luZG93LWhlaWdodCcgb3Ig YHdpbmRvdy13aWR0aCcgYWxpc3QgZW50cnkgYXJlDQoJICAgICAgIDs7IHByZXNlbnQsIGJp bmQgaXQgdG8gdCBzbyByZXNpemluZyBzdGVhbHMgc3BhY2UNCgkgICAgICAgOzsgcHJlZmVy YWJseSBmcm9tIHRoZSB3aW5kb3cgdGhhdCB3YXMgc3BsaXQuDQoJICAgICAgIChpZiAob3Ig KGVxIHdpbmRvdy1jb21iaW5hdGlvbi1saW1pdCAnZGlzcGxheS1idWZmZXIpDQoJCSAgICAg ICAoYW5kIChlcSB3aW5kb3ctY29tYmluYXRpb24tbGltaXQgJ3dpbmRvdy1zaXplKQ0KCQkJ ICAgIChvciAoY2RyIChhc3NxICd3aW5kb3ctaGVpZ2h0IGFsaXN0KSkNCgkJCQkoY2RyIChh c3NxICd3aW5kb3ctd2lkdGggYWxpc3QpKSkpKQ0KCQkgICB0DQoJCSB3aW5kb3ctY29tYmlu YXRpb24tbGltaXQpKQ0KCSAgICAgIChvdGhlci13aW5kb3cNCgkgICAgICAgKGNvbmRpdGlv bi1jYXNlIG5pbA0KCQkgICAoc3BsaXQtd2luZG93IHdpbmRvdyBuaWwgZGlyZWN0aW9uKQ0K CQkgKGVycm9yIG5pbCkpKSkNCgkgKGFuZCAod2luZG93LWxpdmUtcCBvdGhlci13aW5kb3cp IG90aGVyLXdpbmRvdykpKSkNCg0KKGRlZnVuIGRpc3BsYXktYnVmZmVyLWluLWRpcmVjdGlv biAoYnVmZmVyIGFsaXN0KQ0KICAiVHJ5IGRpc3BsYXlpbmcgQlVGRkVSIGluIGEgZGlyZWN0 aW9uIHNwZWNpZmllZCBieSBBTElTVC4NCkFMSVNUIGhhcyB0byBjb250YWluIGEgZGlyZWN0 aW9uIGVudHJ5IHdoaWNoIGxvb2tzIGxpa2UNCihkaXJlY3Rpb24gLiAoV0lOIC4gRElSKSkg d2hlcmUgV0lOIHNwZWNpZmllcyB0aGUgcmVmZXJlbmNlDQp3aW5kb3cgYW5kIERJUiBhIGRp cmVjdGlvbi4gIFdJTiBjYW4gYmUgYSBzcGVjaWFsIHN5bWJvbCBsaWtlDQonbWFpbicgKHdo aWNoIHN0YW5kcyBmb3IgdGhlIHNlbGVjdGVkIGZyYW1lJ3MgbWFpbiB3aW5kb3cpIG9yDQon cm9vdCcgKHdoaWNoIHN0YW5kcyBmb3IgdGhlIHNlbGVjdGVkIGZyYW1lJ3Mgcm9vdCB3aW5k b3cpLCBvciBhbg0KYXJiaXRyYXJ5IHZhbGlkIHdpbmRvdy4gIEFueSBvdGhlciB2YWx1ZSBt YWtlcyBXSU4gZGVmYXVsdCB0byB0aGUNCnNlbGVjdGVkIHdpbmRvdy4NCg0KRElSIHN0YW5k cyBmb3IgYSBkaXJlY3Rpb24gYW5kIGNhbiBiZSBvbmUgb2YgdGhlIGZvbGxvd2luZw0KJ2xl ZnQnLCAndG9wJywgJ2Fib3ZlJywgJ3VwJywgJ3JpZ2h0JywgJ2JlbG93JywgJ2JvdHRvbScg b3INCidkb3duJy4gIEFueSBvdGhlciB2YWx1ZSBtZWFucyAnYmVsb3cnLg0KDQpJZiBXSU4g c3BlY2lmaWVzIGFuIGludGVybmFsIHdpbmRvdywgdHJ5IHRvIHNwbGl0IG9yIHJldXNlIGEN CndpbmRvdyB3aXRoaW4gV0lOIHN1Y2ggdGhhdCB0aGUgd2luZG93IHByb2R1Y2VkIHRoaXMg d2F5IGlzIG9uDQp0aGUgc2lkZSBvZiBXSU4gc3BlY2lmaWVkIGJ5IERJUi4gIElmIFdJTiBz cGVjaWZpZXMgYSBsaXZlDQp3aW5kb3csIHRyeSB0byBzcGxpdCBXSU4gb3IgcmV1c2UgYSB3 aW5kb3cgb3V0c2lkZSBXSU4gb24gdGhlDQpzaWRlIHNwZWNpZmllZCBieSBESVIuIg0KICAo bGV0ICgoZW50cnkgKGNkciAoYXNzcSAnZGlyZWN0aW9uIGFsaXN0KSkpKQ0KICAgICh3aGVu IChjb25zcCBlbnRyeSkNCiAgICAgIChsZXQgKCh3aW5kb3cgKGNhciBlbnRyeSkpDQoJICAg IChkaXJlY3Rpb24gKGNkciBlbnRyeSkpDQoJICAgIHdpdGhpbiB3aW5kb3dzIG90aGVyLXdp bmRvdy1zaG93cy1idWZmZXIgb3RoZXItd2luZG93KQ0KCTs7IFNhbml0aXplIFdJTkRPVy4N CgkoY29uZA0KCSAoKGVxIHdpbmRvdyAnbWFpbikNCgkgIChzZXRxIHdpdGhpbiB0KQ0KCSAg KHNldHEgd2luZG93ICh3aW5kb3ctbWFpbi13aW5kb3cpKSkNCgkgKChlcSB3aW5kb3cgJ3Jv b3QpDQoJICAoc2V0cSB3aXRoaW4gdCkNCgkgIChzZXRxIHdpbmRvdyAoZnJhbWUtcm9vdC13 aW5kb3cpKSkNCgkgKCh3aW5kb3ctdmFsaWQtcCB3aW5kb3cpDQoJICAoc2V0cSB3aXRoaW4g KG5vdCAod2luZG93LWxpdmUtcCB3aW5kb3cpKSkpDQoJICh0DQoJICAoc2V0cSB3aW5kb3cg KHNlbGVjdGVkLXdpbmRvdykpKSkNCgk7OyBTYW5pdGl6ZSBESVJFQ1RJT04NCgkoY29uZA0K CSAoKG1lbXEgZGlyZWN0aW9uICcobGVmdCBhYm92ZSByaWdodCBiZWxvdykpKQ0KCSAoKG1l bXEgZGlyZWN0aW9uICcodG9wIHVwKSkNCgkgIChzZXRxIGRpcmVjdGlvbiAnYWJvdmUpKQ0K CSAoKG1lbXEgZGlyZWN0aW9uICcoYm90dG9tIGRvd24pKQ0KCSAgKHNldHEgZGlyZWN0aW9u ICdiZWxvdykpDQoJICh0DQoJICAoc2V0cSBkaXJlY3Rpb24gJ2JlbG93KSkpDQoNCgkoc2V0 cSB3aW5kb3dzICh3aW5kb3dzLXNoYXJpbmctZWRnZSB3aW5kb3cgZGlyZWN0aW9uIHdpdGhp bikpDQoJKGRvbGlzdCAob3RoZXIgd2luZG93cykNCgkgIChjb25kDQoJICAgKChhbmQgKG5v dCBvdGhlci13aW5kb3ctc2hvd3MtYnVmZmVyKQ0KCQkgKGVxIGJ1ZmZlciAod2luZG93LWJ1 ZmZlciBvdGhlcikpKQ0KCSAgICAoc2V0cSBvdGhlci13aW5kb3ctc2hvd3MtYnVmZmVyIHQp DQoJICAgIChzZXRxIG90aGVyLXdpbmRvdyBvdGhlcikpDQoJICAgKChub3Qgb3RoZXItd2lu ZG93KQ0KCSAgICAoc2V0cSBvdGhlci13aW5kb3cgb3RoZXIpKSkpDQoJKG9yIChhbmQgb3Ro ZXItd2luZG93LXNob3dzLWJ1ZmZlcg0KCQkgKHdpbmRvdy0tZGlzcGxheS1idWZmZXIgYnVm ZmVyIG90aGVyLXdpbmRvdyAncmV1c2UgYWxpc3QpKQ0KCSAgICAoYW5kIChzZXRxIG90aGVy LXdpbmRvdw0KCQkgICAgICAgKHdpbmRvdy0tdHJ5LXRvLXNwbGl0LXdpbmRvdy1pbi1kaXJl Y3Rpb24NCgkJCXdpbmRvdyBkaXJlY3Rpb24gYWxpc3QpKQ0KCQkgKHdpbmRvdy0tZGlzcGxh eS1idWZmZXIgYnVmZmVyIG90aGVyLXdpbmRvdyAnd2luZG93IGFsaXN0KSkNCgkgICAgKGFu ZCAoc2V0cSB3aW5kb3cgb3RoZXItd2luZG93KQ0KCQkgKG5vdCAod2luZG93LWRlZGljYXRl ZC1wIG90aGVyLXdpbmRvdykpDQoJCSAod2luZG93LS1kaXNwbGF5LWJ1ZmZlciBidWZmZXIg b3RoZXItd2luZG93ICdyZXVzZSBhbGlzdCkpKSkpKSkNCg== --------------040709030704040402040302-- From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 27 Jan 2019 20:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15486217743111 (code B ref 33870); Sun, 27 Jan 2019 20:43:02 +0000 Received: (at 33870) by debbugs.gnu.org; 27 Jan 2019 20:42:54 +0000 Received: from localhost ([127.0.0.1]:47998 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gnrGX-0000o7-Rs for submit@debbugs.gnu.org; Sun, 27 Jan 2019 15:42:54 -0500 Received: from goldenrod.birch.relay.mailchannels.net ([23.83.209.74]:15161) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gnrGV-0000nx-FP for 33870@debbugs.gnu.org; Sun, 27 Jan 2019 15:42:52 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 9897F5C3D32; Sun, 27 Jan 2019 20:42:49 +0000 (UTC) Received: from pdx1-sub0-mail-a41.g.dreamhost.com (unknown [100.96.19.74]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 48B575C3BBA; Sun, 27 Jan 2019 20:42:49 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a41.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sun, 27 Jan 2019 20:42:49 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Hysterical-Harmony: 4360b0154d285d18_1548621769446_1933394254 X-MC-Loop-Signature: 1548621769446:155963935 X-MC-Ingress-Time: 1548621769446 Received: from pdx1-sub0-mail-a41.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a41.g.dreamhost.com (Postfix) with ESMTP id 00F6A7FDFC; Sun, 27 Jan 2019 12:42:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=kK0bHri1UF2C2NM0lt2PT5iQp0Q=; b= pnXUy5LYMZaxCd58Qhykp1aCOcWA/7FYuFYPr+F+2UyWON0gJ8v1In0Gt4KI+imW WqnzXmQZCsrTq+dqyvQPJbInPH3mH4jAKh2RDqHU93RsDH4dRwYruuY1EBOVOvFn alFRsi3MKh2e5kwmM+vTp2SNN7+/hgPf8orYRdLjX9U= Received: from mail.jurta.org (m91-129-101-91.cust.tele2.ee [91.129.101.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a41.g.dreamhost.com (Postfix) with ESMTPSA id 1AD087FDFB; Sun, 27 Jan 2019 12:42:45 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a41 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <83lg403o9c.fsf@gnu.org> <87r2dq8z9n.fsf@mail.linkov.net> <5C31C477.9040108@gmx.at> <874laluz3g.fsf@mail.linkov.net> <5C3315E6.9010709@gmx.at> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> <5C3C40E9.6030905@gmx.at> <87sgxlu3qe.fsf@mail.linkov.net> <5C498043.5040008@gmx.at> Date: Sun, 27 Jan 2019 22:23:32 +0200 In-Reply-To: <5C498043.5040008@gmx.at> (martin rudalics's message of "Thu, 24 Jan 2019 10:07:15 +0100") Message-ID: <87womqp08r.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrieekgddugedvucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutddurdeludenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutddurdeluddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > I've already forgotten what we really want. Find attached a draft of > what I had in mind in the beginning and fill in the details, if > possible. Thanks, some suggestions to simplify its usage: 1. avoid using dotted pair notation that often causes problems; 2. instead of asking the user to invent a value to use for the selected window, allow omitting it in this case, by reversing WIN and DIR, for example: display-buffer-in-direction (direction DIR WIN) display-buffer-in-direction (direction up main) display-buffer-in-direction (direction up) -- by default means from the selected window PS: what about 'resize-to-fit'? I guess it's impossible to implement it as an alist, because currently fit-window-to-buffer/preserve-size usually are used as an argument of the macro 'with-displayed-buffer-window'. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 27 Jan 2019 20:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org, Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15486217803130 (code B ref 33870); Sun, 27 Jan 2019 20:43:02 +0000 Received: (at 33870) by debbugs.gnu.org; 27 Jan 2019 20:43:00 +0000 Received: from localhost ([127.0.0.1]:48001 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gnrGe-0000oQ-3n for submit@debbugs.gnu.org; Sun, 27 Jan 2019 15:43:00 -0500 Received: from ostrich.birch.relay.mailchannels.net ([23.83.209.138]:61024) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gnrGc-0000oG-1s for 33870@debbugs.gnu.org; Sun, 27 Jan 2019 15:42:58 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 2A8AA3E3404; Sun, 27 Jan 2019 20:42:55 +0000 (UTC) Received: from pdx1-sub0-mail-a41.g.dreamhost.com (unknown [100.96.11.179]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id AC7693E39D7; Sun, 27 Jan 2019 20:42:54 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a41.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sun, 27 Jan 2019 20:42:55 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Minister-Arch: 7aae7974406ebd20_1548621774874_2134215054 X-MC-Loop-Signature: 1548621774874:1457952599 X-MC-Ingress-Time: 1548621774873 Received: from pdx1-sub0-mail-a41.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a41.g.dreamhost.com (Postfix) with ESMTP id 596167FE05; Sun, 27 Jan 2019 12:42:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=FQTKkfajhzBOV5n0d04WnRKLbw4=; b= rU2G4dvV1uJ5+qhBbSu035PdsVgs7KRxTsKDwnG/rdTYHBjdE4W1SQPH+GiVj3Lw YpFGp09UHLclU+U2EXdUeZnfCZrsE93IQPM/7sR3E2EowagZbZzfzvjBqVMJOdQ0 DgMqiHeicokw00U/1+43fnXtiduXtcp5JgPiRuuAZso= Received: from mail.jurta.org (m91-129-101-91.cust.tele2.ee [91.129.101.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a41.g.dreamhost.com (Postfix) with ESMTPSA id 8CDF47FDFB; Sun, 27 Jan 2019 12:42:52 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a41 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> Date: Sun, 27 Jan 2019 22:29:43 +0200 In-Reply-To: ("=?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?="'s message of "Sun, 20 Jan 2019 00:31:08 +0000") Message-ID: <87munmosx4.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrieekgddugedvucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesmhdtreertdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutddurdeludenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutddurdeluddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehjohgrohhtrghvohhrrgesghhmrghilhdrtghomhenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --=-=-= Content-Type: text/plain >> If only that patch were able to keep the current behavior by default. > > Yep. If Juri provides a simpler patch that does this I'm all for it. Ok, here's 100% backward-compatible patch: --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=xref.simplify.patch diff --git a/lisp/progmodes/xref.el b/lisp/progmodes/xref.el index 87ce2299c5..9522d7e475 100644 --- a/lisp/progmodes/xref.el +++ b/lisp/progmodes/xref.el @@ -474,27 +474,17 @@ xref--show-pos-in-buf (or (eq xref--original-window-intent 'frame) pop-up-frames)) (action - (cond ((memq - xref--original-window-intent - '(window frame)) + (cond ((eq xref--original-window-intent 'frame) t) + ((eq xref--original-window-intent 'window) + '(display-buffer-same-window)) ((and (window-live-p xref--original-window) (or (not (window-dedicated-p xref--original-window)) (eq (window-buffer xref--original-window) buf))) - `(,(lambda (buf _alist) - (set-window-buffer xref--original-window buf) - xref--original-window)))))) - (with-selected-window - (with-selected-window - ;; Just before `display-buffer', place ourselves in the - ;; original window to suggest preserving it. Of course, if - ;; user has deleted the original window, all bets are off, - ;; just use the selected one. - (or (and (window-live-p xref--original-window) - xref--original-window) - (selected-window)) - (display-buffer buf action)) + `((display-buffer-in-previous-window) + (previous-window . ,xref--original-window)))))) + (with-selected-window (display-buffer buf action) (xref--goto-char pos) (run-hooks 'xref-after-jump-hook) (let ((buf (current-buffer))) --=-=-=-- From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 28 Jan 2019 18:40:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154870075511432 (code B ref 33870); Mon, 28 Jan 2019 18:40:01 +0000 Received: (at 33870) by debbugs.gnu.org; 28 Jan 2019 18:39:15 +0000 Received: from localhost ([127.0.0.1]:49504 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1goBoQ-0002yJ-Ps for submit@debbugs.gnu.org; Mon, 28 Jan 2019 13:39:14 -0500 Received: from mout.gmx.net ([212.227.15.18]:57733) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1goBoO-0002y7-TU for 33870@debbugs.gnu.org; Mon, 28 Jan 2019 13:39:13 -0500 Received: from [192.168.1.101] ([213.162.73.165]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Likl3-1hJwGA4C21-00cz3a; Mon, 28 Jan 2019 19:39:04 +0100 Message-ID: <5C4F4C42.1090305@gmx.at> Date: Mon, 28 Jan 2019 19:38:58 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <83lg403o9c.fsf@gnu.org> <87r2dq8z9n.fsf@mail.linkov.net> <5C31C477.9040108@gmx.at> <874laluz3g.fsf@mail.linkov.net> <5C3315E6.9010709@gmx.at> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> <5C3C40E9.6030905@gmx.at> <87sgxlu3qe.fsf@mail.linkov.net> <5C498043.5040008@gmx.at> <87womqp08r.fsf@mail.linkov.net> In-Reply-To: <87womqp08r.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:bWL6VQmRrqqIC29cJ+ib0Y3QsMcmJNnx7Dg6CEHwxjEMQUcoNAE D3usfoLLuxjrFWdqYi1pyIjuDHQE3Iv8C35xD9XOY0AC4/iy1gIIT5CQdumeDV0VWXKlClP GYGQThlXt/YE9pN2LN6V9x7LEKTf0ayGPPH/pX2F6NBsRBabimLldI3fmq2Cta4llBuo8G4 o87EiaDpYvB33ui/AOyoA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:Lu4Gvq3pJiw=:r2w2Q+0XEQa0fQLYlwjgax Sg7wEtpwcoS5y28N12S7m/zwYOInW966GYYAAvWs039/IY20Vzs78aOX8SUt4bIsNDYErblPx KGl3ja9mGxKImoZ7ytz3rg/uN4FP+W9U5b+7FhCVSCKSY48m+xg5kPENOqelp14lEeVK3X375 uzztrN8EIV1DJlmwU6fEyG4RgXVQPGTKhfOqa5Mo9jgi9+QscYhQys4lQhWa/6wSf3TwDNg9I E7gDZgqfkyfIBxiDkI/Op7KwOVff48TehTw0bAZw5l7Y7h2U2fs5nk4ikUR/m7lgTfRDb0oCy plvHZcqS6/RBCiU+gZtsavy9dq8ORwfCPosIsQPnUkqdkfQnuHlEz2q0NjsgjUhhxjicrg588 zSrf3bIUJ8Md05V/so82Zr92ceuQuvfRiFauKegpNEkjoQn0OWNdJlm2GaKmy3++pmxBAvLB9 uaPvkr9P4FoAcc8juWVfI0sjHbel2NS68oiCoApN7I+uaKqSK9aPFatf0blKRXZlbRLElLjNT iHVyhnrDNjO/XETUXpzqk5XPaaaI3EKh/LGlZbCSRK8sjLqNMD4ZNXf9UFLjOfsDso3QSqjrA bKj5noOYwAyHf8lvpvxfoVtSYtkhRc7X5/n6iWPuaW6rppHIBx/mS/wSU2j+2dLBE/i3pgRgg v5B2fTbtjPLZPvNvo6/WAKcuXzL2c+AY6pJ8o2E3arVUt1h3HkhaxqECILG7PTqvNa+w7Y6Hv pAtf9iv+OsXZPihsTN/2Q6fVXOTaZReRTScjqYfuMIzM6qEYVUyLNRDesd3DHpwQVWPyZ+SNC z5f0cEkMHdRI6EnKM/A2M/2NrRGYovEA50hlE9I+SjqPIOlYC2CLjRrCO+KVnyTrd7wIsEd/+ fdeZVjAwPBkzsFhRKDVPo9jZfd3hQ/MUb7FVsNHXkJ3qQ2I8aNMrK3RPSYVq9cq/SwbiKLTo2 1HKRtulaTGg== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Thanks, some suggestions to simplify its usage: > > 1. avoid using dotted pair notation that often causes problems; You probably mean separate 'direction' and 'window' entries instead of the (direction . (WIN . DIR)). But we didn't find a good term for denoting the reference window and the two inherently belong together. > 2. instead of asking the user to invent a value to use for the selected window, > allow omitting it in this case, by reversing WIN and DIR, for example: > > display-buffer-in-direction (direction DIR WIN) > display-buffer-in-direction (direction up main) > display-buffer-in-direction (direction up) -- by default means > from the selected window We can do that. > PS: what about 'resize-to-fit'? I guess it's impossible to implement it > as an alist, because currently fit-window-to-buffer/preserve-size usually > are used as an argument of the macro 'with-displayed-buffer-window'. If we don't implement it already via the window-height/window-width entries we can add a window-size entry. But I forgot what you wanted here. martin From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 28 Jan 2019 20:22:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154870690021079 (code B ref 33870); Mon, 28 Jan 2019 20:22:01 +0000 Received: (at 33870) by debbugs.gnu.org; 28 Jan 2019 20:21:40 +0000 Received: from localhost ([127.0.0.1]:49540 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1goDPY-0005Tv-Ii for submit@debbugs.gnu.org; Mon, 28 Jan 2019 15:21:40 -0500 Received: from eastern.maple.relay.mailchannels.net ([23.83.214.55]:64996) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1goDPT-0005T0-CV for 33870@debbugs.gnu.org; Mon, 28 Jan 2019 15:21:38 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 2193D5E4286; Mon, 28 Jan 2019 20:21:34 +0000 (UTC) Received: from pdx1-sub0-mail-a26.g.dreamhost.com (unknown [100.96.30.62]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id A8E2D5E42EC; Mon, 28 Jan 2019 20:21:33 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a26.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Mon, 28 Jan 2019 20:21:34 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Desert-Slimy: 0b7de3dc3d8390fa_1548706893944_1037888350 X-MC-Loop-Signature: 1548706893944:3773585607 X-MC-Ingress-Time: 1548706893943 Received: from pdx1-sub0-mail-a26.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a26.g.dreamhost.com (Postfix) with ESMTP id 204237FB4E; Mon, 28 Jan 2019 12:21:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=linkov.net; bh=oTfxHs 5tzpn2UCu+GH0riDCGXrY=; b=VxEf641IUxiN0aEAAH8j4ZgkjKQr/jATAS8Wmt qgepUkh9UClmsvuw/ZYIdSb0VElzEYexHjq/7kx7yVCd+ijdAaZAYSVaSjmbT5ts IGusfb9s+oicvoceigHGNX5sIrTTE882ApqiFU8XYk8h8UJI4SpDNeslpI7gE68o PZdxI= Received: from mail.jurta.org (m91-129-110-202.cust.tele2.ee [91.129.110.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a26.g.dreamhost.com (Postfix) with ESMTPSA id B32E87FB3C; Mon, 28 Jan 2019 12:21:11 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a26 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <87r2dq8z9n.fsf@mail.linkov.net> <5C31C477.9040108@gmx.at> <874laluz3g.fsf@mail.linkov.net> <5C3315E6.9010709@gmx.at> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> <5C3C40E9.6030905@gmx.at> <87sgxlu3qe.fsf@mail.linkov.net> <5C498043.5040008@gmx.at> <87womqp08r.fsf@mail.linkov.net> <5C4F4C42.1090305@gmx.at> Date: Mon, 28 Jan 2019 22:07:20 +0200 In-Reply-To: <5C4F4C42.1090305@gmx.at> (martin rudalics's message of "Mon, 28 Jan 2019 19:38:58 +0100") Message-ID: <87r2cw35s7.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrjedtgddugedvucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgfgsehtkeertddtreejnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddutddrvddtvdenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrdduuddtrddvtddvpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedt Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> 1. avoid using dotted pair notation that often causes problems; > > You probably mean separate 'direction' and 'window' entries instead of > the (direction . (WIN . DIR)). But we didn't find a good term for > denoting the reference window and the two inherently belong together. I think your idea of combining them is good. >> 2. instead of asking the user to invent a value to use for the selecte= d window, >> allow omitting it in this case, by reversing WIN and DIR, for exam= ple: >> >> display-buffer-in-direction (direction DIR WIN) >> display-buffer-in-direction (direction up main) >> display-buffer-in-direction (direction up) -- by default means >> from the selected wi= ndow > > We can do that. > >> PS: what about 'resize-to-fit'? I guess it's impossible to implement = it >> as an alist, because currently fit-window-to-buffer/preserve-size usua= lly >> are used as an argument of the macro 'with-displayed-buffer-window'. > > If we don't implement it already via the window-height/window-width > entries we can add a window-size entry. But I forgot what you wanted > here. Currently it requires too much boilerplate code to do such simple things as displaying the buffer below/bottom with resizing to fit its height. Please grep =E2=80=9C-at-bottom=E2=80=9D and =E2=80=9C-below-selected=E2=80= =9D for the current cases, they are all ugly: some of them use =E2=80=98with-displayed-buffer-window= =E2=80=99 with '((window-height . fit-window-to-buffer) (preserve-size . (nil . t))) some are more uglier ,(if temp-buffer-resize-mode '(window-height . resize-temp-buffer-window) '(window-height . fit-window-to-buffer)) ,(when temp-buffer-resize-mode '(preserve-size . (nil . t))) some use the macro =E2=80=98with-current-buffer-window=E2=80=99, some use =E2=80=98pop-to-buffer=E2=80=99 with =E2=80=98display-buffer-below-select= ed=E2=80=99 action. Do you think it's possible to generalize all these cases to use simpler display actions/alists? From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 29 Jan 2019 08:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154875182624972 (code B ref 33870); Tue, 29 Jan 2019 08:51:01 +0000 Received: (at 33870) by debbugs.gnu.org; 29 Jan 2019 08:50:26 +0000 Received: from localhost ([127.0.0.1]:49713 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1goP6A-0006Ui-34 for submit@debbugs.gnu.org; Tue, 29 Jan 2019 03:50:26 -0500 Received: from mout.gmx.net ([212.227.15.19]:48409) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1goP68-0006UW-M7 for 33870@debbugs.gnu.org; Tue, 29 Jan 2019 03:50:25 -0500 Received: from [192.168.1.101] ([213.162.73.222]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lhwt0-1hShfg0sOA-00n5zD; Tue, 29 Jan 2019 09:50:14 +0100 Message-ID: <5C5013BE.6090107@gmx.at> Date: Tue, 29 Jan 2019 09:50:06 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <87r2dq8z9n.fsf@mail.linkov.net> <5C31C477.9040108@gmx.at> <874laluz3g.fsf@mail.linkov.net> <5C3315E6.9010709@gmx.at> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> <5C3C40E9.6030905@gmx.at> <87sgxlu3qe.fsf@mail.linkov.net> <5C498043.5040008@gmx.at> <87womqp08r.fsf@mail.linkov.net> <5C4F4C42.1090305@gmx.at> <87r2cw35s7.fsf@mail.linkov.net> In-Reply-To: <87r2cw35s7.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:rJHjoPmJKKln2jIjABneFx5gNFZIfLB3OPXnN33sO++QPg/e6L6 Y45nT5t6rzQtqA9BVLrycdiRlBZQoGNyPX6lfvHKL+pzQmhALCAMKVtZQHNv2vzRBpy2jax D3H3YfZknPeem0I8ZzdgBpokeXTN0mnrmUzEW6kHtLX4KEAQP44u45UgBmvQZOl9aMKgWi4 NcIEJbcGFqMFOG/hbkSbg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:Ib60hgTW1Nk=:IsQHnE8jQiyiFi7AZ71A09 r+BqAOkl7Q3wKJ/SR0DF7ZLTysKUl90jFFPYPEyTydaB5u/BdA1PKVBqk9lDvUN3a0DRtPaS1 cnXiV38ftUx+eLh2NYxo/k4cDbbzB+azbO+brXXpz5mPSYGql4uEtSMz6yJfhZO+8zKs8//Om fnWViRIpjU5iRsmg2eLXxirHaIlqNrga7Dr+RxzLRw9bYzhrLJgJuY9kZhUIWsLbwkOwA09ng Fq2fV92Iwkvy9Xgv6LmIJPW0b0QdXyOl8sVnJ/q/bUogcUPmYmvh1CPfmKGg+wh0S8X6U5DkI w69T5FOE+eLEAOZhNO9a5E9q6vCJbOUQQucDnx0KPcrZz/n1lgBmlxCdCxK8ru0IMg4v95/id 9saI0wCKUe+mcY7aCuR8yka8ux2VDdpXOYdYh+bjpTY1wtPtdGR35/U21ep9F+fiukOjAd/4D zcerpNFpQkmOkqnEwLgen5vYJgCwdaoADluMGj2TAnXKvReofKhpMf6Gh/qIRZPOIlgcyVIMn g6dQW2T4xxWKtoeBvqsvO4fGiPP96eVFcvSxYfcm9r+g+o13rzgw3poNLB8Zft44eZtYpd3H7 KbsIgRWa7ldQLzn59gX3fZlj+fL+jwHWmWO1D/5vnNgcSQ1XAg4MPw4tne7Rpf7B6+kadA3SS uWNrRGl7rHYrmGyTo7IEALyuqw3eXPDWrv3R8pJKGLZkrsqTsLsrxswonBOELR4beYzSga2xB NQ2s7DhzRJfA0RXalOrmOYP9CZksetOR2HkGFqQ9xQbXfcRe+uj33Beaepnz+2BEnW6jAQwuE +TMLw9R/hh0gaSFc9bzLM6Vm5lcp+8MnYVkLXs1ASrpr1MvjUY8a0dPmo9f7uetEW6gXtUG0w IwtTAyqAs+dgmhMTHie0TGdTxkWNRulfX/0Gi2VM9Tjw5bhz9Z8+8jBK53t6JUFKuVaIcgkBm Q5gC+f4UROA== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> You probably mean separate 'direction' and 'window' entries instead o= f >> the (direction . (WIN . DIR)). But we didn't find a good term for >> denoting the reference window and the two inherently belong together.= > > I think your idea of combining them is good. So using (direction . (DIR . WIN)) would be OK? > Currently it requires too much boilerplate code to do such simple thin= gs > as displaying the buffer below/bottom with resizing to fit its height.= > Please grep =E2=80=9C-at-bottom=E2=80=9D and =E2=80=9C-below-selected=E2= =80=9D for the current cases, > they are all ugly: some of them use =E2=80=98with-displayed-buffer-win= dow=E2=80=99 with > > '((window-height . fit-window-to-buffer) > (preserve-size . (nil . t))) > > some are more uglier > > ,(if temp-buffer-resize-mode > '(window-height . resize-temp-buffer-window) > '(window-height . fit-window-to-buffer)) > ,(when temp-buffer-resize-mode > '(preserve-size . (nil . t))) > > some use the macro =E2=80=98with-current-buffer-window=E2=80=99, some = use > =E2=80=98pop-to-buffer=E2=80=99 with =E2=80=98display-buffer-below-sel= ected=E2=80=99 action. > > Do you think it's possible to generalize all these cases > to use simpler display actions/alists? I'm afraid that this one > ,(if temp-buffer-resize-mode > '(window-height . resize-temp-buffer-window) is not entirely kosher. 'resize-temp-buffer-window' should be called only from 'temp-buffer-show-hook' or 'temp-buffer-window-show-hook'. 'display-buffer-at-bottom' can't tell whether BUFFER is temporary or not. Or am I missing something? martin From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 29 Jan 2019 21:17:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154879657028522 (code B ref 33870); Tue, 29 Jan 2019 21:17:03 +0000 Received: (at 33870) by debbugs.gnu.org; 29 Jan 2019 21:16:10 +0000 Received: from localhost ([127.0.0.1]:50884 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1goajo-0007Pw-TU for submit@debbugs.gnu.org; Tue, 29 Jan 2019 16:16:09 -0500 Received: from ostrich.birch.relay.mailchannels.net ([23.83.209.138]:50560) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1goajk-0007PB-GX for 33870@debbugs.gnu.org; Tue, 29 Jan 2019 16:16:05 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 718E7124C24; Tue, 29 Jan 2019 21:16:02 +0000 (UTC) Received: from pdx1-sub0-mail-a62.g.dreamhost.com (unknown [100.96.11.179]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id EE49012478F; Tue, 29 Jan 2019 21:16:01 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a62.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Tue, 29 Jan 2019 21:16:02 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Broad-Juvenile: 6aedbd840edc45f1_1548796562217_790261781 X-MC-Loop-Signature: 1548796562216:4062322195 X-MC-Ingress-Time: 1548796562216 Received: from pdx1-sub0-mail-a62.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a62.g.dreamhost.com (Postfix) with ESMTP id A84DB80120; Tue, 29 Jan 2019 13:16:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=linkov.net; bh=KochDP DC8B6J/ogSROrDxxUV968=; b=U7z41hgFn2bf9r3lGSRtOcytnNeKpZGH1sVfWm OVr5Nx+KBGwz+FeedpjJuEASVkn5BxrPjNimK+Rcpa3AR63EHP35N4gDA1rfCQcD 9vL2MX98gRoreBgXnMthDXRBxZKFBmyOGcJx8XXw4aWG1+YLEFnJIJUBkPmFNFug O6nFI= Received: from mail.jurta.org (m91-129-110-202.cust.tele2.ee [91.129.110.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a62.g.dreamhost.com (Postfix) with ESMTPSA id BF9BF80124; Tue, 29 Jan 2019 13:15:58 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a62 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <874laluz3g.fsf@mail.linkov.net> <5C3315E6.9010709@gmx.at> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> <5C3C40E9.6030905@gmx.at> <87sgxlu3qe.fsf@mail.linkov.net> <5C498043.5040008@gmx.at> <87womqp08r.fsf@mail.linkov.net> <5C4F4C42.1090305@gmx.at> <87r2cw35s7.fsf@mail.linkov.net> <5C5013BE.6090107@gmx.at> Date: Tue, 29 Jan 2019 23:10:13 +0200 In-Reply-To: <5C5013BE.6090107@gmx.at> (martin rudalics's message of "Tue, 29 Jan 2019 09:50:06 +0100") Message-ID: <877eenjhl6.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrjedvgddugeelucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgfgsehtkeertddtreejnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddutddrvddtvdenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrdduuddtrddvtddvpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedt Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>> You probably mean separate 'direction' and 'window' entries instead o= f >>> the (direction . (WIN . DIR)). But we didn't find a good term for >>> denoting the reference window and the two inherently belong together. >> >> I think your idea of combining them is good. > > So using (direction . (DIR . WIN)) would be OK? And what to do when the future will require adding a third arg? This is why better to avoid dotted pairs, and use a list like (direction DIR WIN) >> Currently it requires too much boilerplate code to do such simple thin= gs >> as displaying the buffer below/bottom with resizing to fit its height. >> Please grep =E2=80=9C-at-bottom=E2=80=9D and =E2=80=9C-below-selected=E2= =80=9D for the current cases, >> they are all ugly: some of them use =E2=80=98with-displayed-buffer-win= dow=E2=80=99 with >> >> '((window-height . fit-window-to-buffer) >> (preserve-size . (nil . t))) >> >> some are more uglier >> >> ,(if temp-buffer-resize-mode >> '(window-height . resize-temp-buffer-window) >> '(window-height . fit-window-to-buffer)) >> ,(when temp-buffer-resize-mode >> '(preserve-size . (nil . t))) >> >> some use the macro =E2=80=98with-current-buffer-window=E2=80=99, some = use >> =E2=80=98pop-to-buffer=E2=80=99 with =E2=80=98display-buffer-below-sel= ected=E2=80=99 action. >> >> Do you think it's possible to generalize all these cases >> to use simpler display actions/alists? > > I'm afraid that this one > >> ,(if temp-buffer-resize-mode >> '(window-height . resize-temp-buffer-window) > > is not entirely kosher. 'resize-temp-buffer-window' should be called > only from 'temp-buffer-show-hook' or 'temp-buffer-window-show-hook'. > 'display-buffer-at-bottom' can't tell whether BUFFER is temporary or > not. Or am I missing something? I don't know. At least, it seems it's doing its job. What doesn't work is for example (pop-to-buffer buf '(display-buffer--maybe-at-bottom)) in files.el. Please try to use a file with Local Variables that ask for permissions interactively, using a single-window wide frame: instead of showing the Local Variables buffer at the bottom it splits windows horizontally and shows the Local Variables at the top of the right-hand window. If the windows were already split horizontally= , then it correctly displays the Local Variables at the bottom. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 29 Jan 2019 21:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov , martin rudalics Cc: 33870@debbugs.gnu.org, joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154879840731355 (code B ref 33870); Tue, 29 Jan 2019 21:47:01 +0000 Received: (at 33870) by debbugs.gnu.org; 29 Jan 2019 21:46:47 +0000 Received: from localhost ([127.0.0.1]:50904 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gobDT-00089f-C5 for submit@debbugs.gnu.org; Tue, 29 Jan 2019 16:46:47 -0500 Received: from aserp2130.oracle.com ([141.146.126.79]:51990) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gobDR-00089Q-V6 for 33870@debbugs.gnu.org; Tue, 29 Jan 2019 16:46:46 -0500 Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1]) by aserp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id x0TLiE5r074529; Tue, 29 Jan 2019 21:46:39 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=XN22+p0a4hgPVCujEPZwTGlSkmweUtt6vYhn1ewEEzo=; b=Squmu8MW93biGCQ8F+LCcOFXIrpKGoV46RWyxlWA4PsflIdAU1IHtqLMTYSv8YLxoWd4 U1KtrHyiLjg1OmaL6UPG30hqd2kZR07wzSw1mICXH6bqOKpmBYI/FkxAXEytHsV26+xl 4BbMKiTMZd3gL+t/k6ea17k2wclKN+Uj1TzHuwASsaARwNd0LbO1hpoh6VallCe2R77L +Ut7ZUt/pgQ7RJKBvyclhoC0sSYX7EcPGyqlpXIR/0HJBXj5dnr2NWt9iCf4XUA0EFcc WFH1hbetL5b4C+EQL8J/ve1CX5p+LSonh3pAPbbLvZCo2PunbqI0iKWR1kwnHn97XifC mQ== Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by aserp2130.oracle.com with ESMTP id 2q8d2e7bev-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 29 Jan 2019 21:46:39 +0000 Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id x0TLkX8C020498 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 29 Jan 2019 21:46:34 GMT Received: from abhmp0020.oracle.com (abhmp0020.oracle.com [141.146.116.26]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id x0TLkWZ1018692; Tue, 29 Jan 2019 21:46:32 GMT MIME-Version: 1.0 Message-ID: <27bdf3e7-565c-411c-8767-0ad4437f8e9c@default> Date: Tue, 29 Jan 2019 13:46:29 -0800 (PST) From: Drew Adams References: <87a7ktqqx7.fsf@mail.linkov.net> <874laluz3g.fsf@mail.linkov.net> <5C3315E6.9010709@gmx.at> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> <5C3C40E9.6030905@gmx.at> <87sgxlu3qe.fsf@mail.linkov.net> <5C498043.5040008@gmx.at> <87womqp08r.fsf@mail.linkov.net> <5C4F4C42.1090305@gmx.at> <87r2cw35s7.fsf@mail.linkov.net> <5C5013BE.6090107@gmx.at> <877eenjhl6.fsf@mail.linkov.net> In-Reply-To: <877eenjhl6.fsf@mail.linkov.net> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4795.0 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9151 signatures=668682 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=972 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1901290156 X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > > So using (direction . (DIR . WIN)) would be OK? >=20 > And what to do when the future will require adding a third arg? > This is why better to avoid dotted pairs, and use a list like > (direction DIR WIN) (Caveat: I haven't been following this thread.) But YES to what Juri wrote there. This is a (minor) pet peeve of mine. I like dotted pairs for some things, but this is a standard gotcha. Sometimes doing this might represent premature optimization. Sometimes it might come from focusing too closely on the initial use case (e.g. the only use case, to start with). But it happens - to all of us, no doubt. (You could later hack the definition to also allow something else in place of (DIR . WIN), but that kind of thing becomes ugly, especially if abused more than once.) Example: Whoever designed the Lisp representation of a noncontiguous region trapped us the same way. By using a dotted pair of scalar values, that design pretty much precludes adding other info besides the start and end limits to a region segment. The zones of `zones.el' are similar to the segments of a noncontiguous region, but instead of just (BEGIN . END) a zone has the form (LIMIT1 LIMIT2 . EXTRA). I provided from the outset for the possibility of including EXTRA stuff, even though at that time I had no special use in mind for it. Later I was very thankful I had included it. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 30 Jan 2019 08:10:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15488357497412 (code B ref 33870); Wed, 30 Jan 2019 08:10:01 +0000 Received: (at 33870) by debbugs.gnu.org; 30 Jan 2019 08:09:09 +0000 Received: from localhost ([127.0.0.1]:51027 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gokvk-0001vT-VR for submit@debbugs.gnu.org; Wed, 30 Jan 2019 03:09:09 -0500 Received: from mout.gmx.net ([212.227.17.21]:60955) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gokvj-0001vE-R8 for 33870@debbugs.gnu.org; Wed, 30 Jan 2019 03:09:08 -0500 Received: from [192.168.1.101] ([212.95.5.245]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M8qOm-1h0sx204wG-00CATL; Wed, 30 Jan 2019 09:08:56 +0100 Message-ID: <5C515B8F.1000702@gmx.at> Date: Wed, 30 Jan 2019 09:08:47 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <874laluz3g.fsf@mail.linkov.net> <5C3315E6.9010709@gmx.at> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> <5C3C40E9.6030905@gmx.at> <87sgxlu3qe.fsf@mail.linkov.net> <5C498043.5040008@gmx.at> <87womqp08r.fsf@mail.linkov.net> <5C4F4C42.1090305@gmx.at> <87r2cw35s7.fsf@mail.linkov.net> <5C5013BE.6090107@gmx.at> <877eenjhl6.fsf@mail.linkov.net> In-Reply-To: <877eenjhl6.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:3u/ersH/MRlOROEUdcTtT+jN1D1Oxl66caXuGiThvYl6OIlQC5v 94+1TFBfq/Sm5+KRkbkwNcaCo0RJ6uW+zZ40gXKpW8CKu1FSizpPH293XgULt7ruZETfm5T 31zoPJuGnZpvkEkdhbNdWjDYdWX4AVUqLIzcfd7mqb2rbstbEbtIN4zVPtm6vFf0b33eI2c 2W5ILdnYVpvbxsoTFhtgw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:zIrAzB8WZAc=:y+3kRXRlrJpwYhj2EJ4+qK tDbZWVqsQ3ZJg9wm5soE26vqBUuT9JbWc6A4DiDYxiPb7Z+nureZWHTUYrzzJ+9EcmKOtpHRQ rMZt5eULYJ79s1qhk65gwfxvV1Z+5kK9wRkEn5R1QC+DKrh2lOm3CPp4HCPNbbrSTx3VtUFkA /Pg0JmVcqhZtC0IzDHjVaIvQGcoOGL0ksYEqnpBgIlmlRr2z92dISRPrlyz3NrKlwvl9lwTJD 5KNQNwP76vX3bo+AExUTFXESbSqI3jtW9VTjLhWx/82Y0nPcTpJ0oFlunqvXkNNEpI3dlYXAK f6S75gOBZa6U05DRvihj3dh/zD7VT/G5cHnxexwtx4GQT3mW4es0ZmDIRtV3J7vd2Bjl2Dza0 TIfR3WSjts0wBD3YZcdxi9paZEDvIEwVSY52HLEXZP1/IRG9JHe02gxfMfYzDtFfD0abszsqx YSVCjyvhJ2jeDSJlYdYDfFCri18jdbEThQpzs8Wn3k7ph1WSoc+BUlnaBDCTgiEK0U7IeAl7r Bk+kDUqXymnVOQoxYgiA32s3XIppQoP56KLMfpQIy09Qa2ZUjLxQgn8nV39/6xLQgkCiUI6HE 1rF0xMoMm4PKfC6lUld1QHhi8fp/3ITGRsI1kfIMHozzlm6U9i6jrPACDtMu7v9ncsd0mUyE2 lp8M8QGrKFUyppQJi1PnvFvM/Nm6SNQN5eBaeO2JN0h07tQJ3/8aHjnZOv9N37gZZhgsqce5i foB6FHQvSiDCYMw2wI49QBgaXTm6SgBRZ23HHmXfkgtoqqxZvH6l1aTA1yB1Q7QjryVl7M4mf I0PyaZHEZ/7iJ/OoDsh4Z6aEt2H2U9D+jkaj/kpLIUGnCiB7naaAPjP9tDwfQjCtPIawJA1ka N3glv1atS+p2Ue3lstWus2hfV2LZ3E4KHehihr/NxjX5OnkRSqObeo5/3bPgc4L+TBu7M370x 59fbMzkUxjw== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > And what to do when the future will require adding a third arg? > This is why better to avoid dotted pairs, and use a list like > > (direction DIR WIN) OK. Let's do that. > I don't know. At least, it seems it's doing its job. What doesn't work > is for example (pop-to-buffer buf '(display-buffer--maybe-at-bottom)) > in files.el. Please try to use a file with Local Variables that ask > for permissions interactively, using a single-window wide frame: > instead of showing the Local Variables buffer at the bottom > it splits windows horizontally and shows the Local Variables at the top > of the right-hand window. If the windows were already split horizontally, > then it correctly displays the Local Variables at the bottom. Can you give me a simple recipe? I forgot how to trigger the Local Variables dialogue. Thanks, martin From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 30 Jan 2019 21:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: 33870@debbugs.gnu.org, martin rudalics , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154888307825649 (code B ref 33870); Wed, 30 Jan 2019 21:18:02 +0000 Received: (at 33870) by debbugs.gnu.org; 30 Jan 2019 21:17:58 +0000 Received: from localhost ([127.0.0.1]:51986 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1goxF8-0006fc-6i for submit@debbugs.gnu.org; Wed, 30 Jan 2019 16:17:58 -0500 Received: from eastern.maple.relay.mailchannels.net ([23.83.214.55]:33898) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1goxF5-0006fT-H3 for 33870@debbugs.gnu.org; Wed, 30 Jan 2019 16:17:56 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id D621512543D; Wed, 30 Jan 2019 21:17:53 +0000 (UTC) Received: from pdx1-sub0-mail-a25.g.dreamhost.com (unknown [100.96.33.121]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 75734124A66; Wed, 30 Jan 2019 21:17:53 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a25.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Wed, 30 Jan 2019 21:17:53 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Celery-Language: 11a3d93a3c846c03_1548883073670_476425676 X-MC-Loop-Signature: 1548883073669:354400250 X-MC-Ingress-Time: 1548883073669 Received: from pdx1-sub0-mail-a25.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a25.g.dreamhost.com (Postfix) with ESMTP id 0EB7680587; Wed, 30 Jan 2019 13:17:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=Xlan8t2Uxagxuq9vd5y5qkHr7/w=; b= xYiNGGRocFmyJ+mHWaXuaoliHMlDPevaXd8dRMMqiZggzzyIX1IYrSC0/R0mVp59 hsxdtc39QwksakQ/gO/HcxHks8R7wtljzGxRCJ3FYNSq6f71L9B9PlnaVIJXBVcq tKxiRgbWdPY/Ws91zjLiCrs30+UwEegVSHkVIvdFuNA= Received: from mail.jurta.org (m91-129-99-25.cust.tele2.ee [91.129.99.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a25.g.dreamhost.com (Postfix) with ESMTPSA id 499768058E; Wed, 30 Jan 2019 13:17:49 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a25 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> <5C3C40E9.6030905@gmx.at> <87sgxlu3qe.fsf@mail.linkov.net> <5C498043.5040008@gmx.at> <87womqp08r.fsf@mail.linkov.net> <5C4F4C42.1090305@gmx.at> <87r2cw35s7.fsf@mail.linkov.net> <5C5013BE.6090107@gmx.at> <877eenjhl6.fsf@mail.linkov.net> <27bdf3e7-565c-411c-8767-0ad4437f8e9c@default> Date: Wed, 30 Jan 2019 23:06:56 +0200 In-Reply-To: <27bdf3e7-565c-411c-8767-0ad4437f8e9c@default> (Drew Adams's message of "Tue, 29 Jan 2019 13:46:29 -0800 (PST)") Message-ID: <87r2ctn9fr.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrjeeggddugeejucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrdelledrvdehnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledrleelrddvhedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopegurhgvfidrrggurghmshesohhrrggtlhgvrdgtohhmnecuvehluhhsthgvrhfuihiivgepvd X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > Example: > > Whoever designed the Lisp representation of a > noncontiguous region trapped us the same way. > By using a dotted pair of scalar values, that > design pretty much precludes adding other info > besides the start and end limits to a region > segment. You can override region-extract-function with your own implementation that can support any shape you want. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 30 Jan 2019 21:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154888309225709 (code B ref 33870); Wed, 30 Jan 2019 21:19:02 +0000 Received: (at 33870) by debbugs.gnu.org; 30 Jan 2019 21:18:12 +0000 Received: from localhost ([127.0.0.1]:51991 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1goxFM-0006ga-II for submit@debbugs.gnu.org; Wed, 30 Jan 2019 16:18:12 -0500 Received: from firebrick.maple.relay.mailchannels.net ([23.83.214.59]:9597) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1goxFF-0006gL-L4 for 33870@debbugs.gnu.org; Wed, 30 Jan 2019 16:18:11 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id CC2B612554D; Wed, 30 Jan 2019 21:17:59 +0000 (UTC) Received: from pdx1-sub0-mail-a25.g.dreamhost.com (unknown [100.96.36.160]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 5AA14123D71; Wed, 30 Jan 2019 21:17:59 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a25.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Wed, 30 Jan 2019 21:17:59 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Lonely-Whimsical: 20223228746d4bbd_1548883079573_1694500214 X-MC-Loop-Signature: 1548883079572:3087140126 X-MC-Ingress-Time: 1548883079572 Received: from pdx1-sub0-mail-a25.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a25.g.dreamhost.com (Postfix) with ESMTP id EC4448058E; Wed, 30 Jan 2019 13:17:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=rhy+JK/EoC/un941FdoIrngndOQ=; b= agLACmm8Gm3/ZNIpwm37wOXyxSgJuK13PQ9Ay0sl7y/B1YU063Jpc0HP0U310kFx 89WwSZf4JupXkpPotRFh3E6VgNmu+UgfMF9crnZoQdSydXhSSwT4GyZxJkxShgZW wPQUPiD7jbF/QWaebuln1BbsV8QPQc5+7+ITWo/gO/I= Received: from mail.jurta.org (m91-129-99-25.cust.tele2.ee [91.129.99.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a25.g.dreamhost.com (Postfix) with ESMTPSA id 6668380587; Wed, 30 Jan 2019 13:17:55 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a25 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> <5C3C40E9.6030905@gmx.at> <87sgxlu3qe.fsf@mail.linkov.net> <5C498043.5040008@gmx.at> <87womqp08r.fsf@mail.linkov.net> <5C4F4C42.1090305@gmx.at> <87r2cw35s7.fsf@mail.linkov.net> <5C5013BE.6090107@gmx.at> <877eenjhl6.fsf@mail.linkov.net> <5C515B8F.1000702@gmx.at> Date: Wed, 30 Jan 2019 23:12:09 +0200 In-Reply-To: <5C515B8F.1000702@gmx.at> (martin rudalics's message of "Wed, 30 Jan 2019 09:08:47 +0100") Message-ID: <87d0odn93q.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrjeeggddugeejucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrdelledrvdehnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledrleelrddvhedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepfe X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> What doesn't work is for example (pop-to-buffer buf >> '(display-buffer--maybe-at-bottom)) in files.el. Please try to use >> a file with Local Variables that ask for permissions interactively, >> using a single-window wide frame: instead of showing the Local >> Variables buffer at the bottom it splits windows horizontally and >> shows the Local Variables at the top of the right-hand window. >> If the windows were already split horizontally, then it correctly >> displays the Local Variables at the bottom. > > Can you give me a simple recipe? I forgot how to trigger the Local > Variables dialogue. Please just add to a new file: ;; Local Variables: ;; foo: bar ;; End: Visiting it in a single-window wide frame splits it horizontally instead of displaying Local Variables at the bottom, as it correctly does when windows are already horizontally split before visiting the file. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 30 Jan 2019 21:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, martin rudalics , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154888441327828 (code B ref 33870); Wed, 30 Jan 2019 21:41:02 +0000 Received: (at 33870) by debbugs.gnu.org; 30 Jan 2019 21:40:13 +0000 Received: from localhost ([127.0.0.1]:52001 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1goxae-0007Em-RD for submit@debbugs.gnu.org; Wed, 30 Jan 2019 16:40:13 -0500 Received: from userp2130.oracle.com ([156.151.31.86]:54552) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1goxad-0007EX-BY for 33870@debbugs.gnu.org; Wed, 30 Jan 2019 16:40:11 -0500 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id x0ULTLje060798; Wed, 30 Jan 2019 21:40:05 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=CKAolSqTePR1crNzlMFJPehAyxmyzIRrVXShkvRtRlg=; b=4nBmArIQjcuNC6DF9ZWqvQhqwVXIJ2PMBRshjTucug9+wDg1j0erh7PiNoHLchqUZ2ii TLUvT2BQiT7LKxynbCfGUcN/9XrPRm3Oq/v0vyDqHGnLHBgBDmZEyBrShJFfWPkLSoT4 r89SO+iDEOsYwHato7V2YX+DH+x9laUTyiVFjteD764YfUymbLFuRekeOeMoNvJ3T1rB FIzoy99QgFgj+f/L8ZgfhkMiZ6SAm6UuvPtlAPwXNnvAyyfDhZz12i8ZUWWkSMlyI5az NpeM+rgmYdVU8c6T+nylOJh82jOJemRxBKABIy/2GvGUCm49dbf5A6IEdfJVsf/UCxDc HQ== Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by userp2130.oracle.com with ESMTP id 2q8eyun5xq-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 30 Jan 2019 21:40:05 +0000 Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id x0ULdxbG001877 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 30 Jan 2019 21:39:59 GMT Received: from abhmp0008.oracle.com (abhmp0008.oracle.com [141.146.116.14]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id x0ULdwkp021606; Wed, 30 Jan 2019 21:39:58 GMT MIME-Version: 1.0 Message-ID: <0173b633-4dd0-4af6-aa4f-587072ef1f30@default> Date: Wed, 30 Jan 2019 13:39:57 -0800 (PST) From: Drew Adams References: <87a7ktqqx7.fsf@mail.linkov.net> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> <5C3C40E9.6030905@gmx.at> <87sgxlu3qe.fsf@mail.linkov.net> <5C498043.5040008@gmx.at> <87womqp08r.fsf@mail.linkov.net> <5C4F4C42.1090305@gmx.at> <87r2cw35s7.fsf@mail.linkov.net> <5C5013BE.6090107@gmx.at> <877eenjhl6.fsf@mail.linkov.net> <27bdf3e7-565c-411c-8767-0ad4437f8e9c@default> <87r2ctn9fr.fsf@mail.linkov.net> In-Reply-To: <87r2ctn9fr.fsf@mail.linkov.net> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4795.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9152 signatures=668682 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=779 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1901300158 X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > > Example: > > > > Whoever designed the Lisp representation of a > > noncontiguous region trapped us the same way. > > By using a dotted pair of scalar values, that > > design pretty much precludes adding other info > > besides the start and end limits to a region > > segment. >=20 > You can override region-extract-function with your own > implementation that can support any shape you want. 1. It's not about the region shape - at all. 2. The point is more general. Code that invokes the function that is the value of the variable does not, in general, know what function that is. It can only expect, based on the default value of the function, that for input `bounds' it gets a cons (START . END). IOW, any function used as the variable value really needs to return bounds of the same form, if it expects to be used in more than an odd, narrow context. In general, such a function will not know or care what context it's used in. As a result, developers will provide functions that model the args and return values of the default function. The default function was designed with a poor choice for the value returned by input `bounds'. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 31 Jan 2019 08:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15489235668784 (code B ref 33870); Thu, 31 Jan 2019 08:33:02 +0000 Received: (at 33870) by debbugs.gnu.org; 31 Jan 2019 08:32:46 +0000 Received: from localhost ([127.0.0.1]:52137 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gp7m9-0002Hb-Nk for submit@debbugs.gnu.org; Thu, 31 Jan 2019 03:32:46 -0500 Received: from mout.gmx.net ([212.227.17.20]:49871) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gp7m5-0002HG-0d for 33870@debbugs.gnu.org; Thu, 31 Jan 2019 03:32:41 -0500 Received: from [192.168.1.101] ([212.95.5.7]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0McR00-1gXav71bZw-00He5k; Thu, 31 Jan 2019 09:32:29 +0100 Message-ID: <5C52B294.6010400@gmx.at> Date: Thu, 31 Jan 2019 09:32:20 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> <5C3C40E9.6030905@gmx.at> <87sgxlu3qe.fsf@mail.linkov.net> <5C498043.5040008@gmx.at> <87womqp08r.fsf@mail.linkov.net> <5C4F4C42.1090305@gmx.at> <87r2cw35s7.fsf@mail.linkov.net> <5C5013BE.6090107@gmx.at> <877eenjhl6.fsf@mail.linkov.net> <5C515B8F.1000702@gmx.at> <87d0odn93q.fsf@mail.linkov.net> In-Reply-To: <87d0odn93q.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:s4pdDziQnUBTzzeKvuefYUM7ALO5CkBakzxE+nCHBcLflSLA5BT pbWvhJQUC4bwv3B26uQBYoEuMmit8R3G+4ylaE77Ium0zsj9/yi6CpJsr/myZa0Oe0scmkW gCrixOohE4kFw979n7LyeyfcKwLp4fUI8hnICnYa3hJurVTAAkymNUoqp5SH+GEON4kG5yQ aP+Pw/IP6O+bP7v2DuQXw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:7JLlCd5iQZ4=:sTenTQSw80Y4tTWEhx0raK DRUQOXLMBLvrHuRhybY9k2ITlcQoLAZ0h9g1QigmtefCFT02W/SVGZdjHFQiXC+nAXOSkWnuZ mzKprBELhjRmPCBWc/+sjdaWOAArWgc5Fo3p7qzL+eDXHxVeKixdmJiJP0vWK31PL1UG4yN9D 7sX5ksuJYlpSAM290bJB+w3n9VeDmk+Qfd+jKX3AaJbyomEJ1R/LqWVhaGtog1PFTAbCdqbsq W282rKUg7OD3+WKZHy29FmkLwLV6GFSqBudk6oagOLLV2i/Cl4uOGgcuk2PP6vG5YdBsFq4F5 jsM17C+IEeLGHPe9Od1ikCmNYEny4VCMRNBxTKcPNkuE5umY2hQqPUBcO9uh5LpItV8WgjY7/ 0WJv4qKXNKYikJ1ZoMQ3F+gPBLBBdpnd+uPry6FxHeDHGfKMFbRjAZbdhDqHgOha+zP7qjKzN MU5vtgLlCqoLJwzweWK3hpr32nWu3OKEKYSQ4n9KGlvcavTY+ThnpcY/Vy68NIHYHUH6O9VOr VCGw1qV6EbTMic9frW+oIc29ZGzL4lRBagrmpmVcZpK8Mnf3QsbN9bkdbN1Dacmo8ghYR7hlF XyV2usuwDAGmFptSaSWuwbfmgMa6Ms1H+iElzlgZZHW2vFsSVcpda5xmiY+Tybn+o1T6xkcHE B+0/RbgurhK8TgHpP4e89M5+6Q+8M1wFjbS1JYKGhgjIjVO8uO5ttszfzL9hqcIykqPgU53ML Vs4Y+uxvDLjASDvVjCUFfMiXVvnsrG7IQe+u7vyfyzqmp45n6f62ageGL9M+KOO14DCV8AFFD icK82Cqz2h2T40KL8Wv/SyHkhscq4CYcdFC4Rn7SQid8+f7H+8M5FYNxQUvjWPIgzW66ep6mg M5GNwSY0OzJmCSnQGHPu40Pb+o/vVsZlK6QXcjpqh13H3NTCUfIfNdybpMuW8iGuNVC69e7Yj 5JlM0AE4xWw== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Please just add to a new file: > > ;; Local Variables: > ;; foo: bar > ;; End: > > Visiting it in a single-window wide frame splits it horizontally > instead of displaying Local Variables at the bottom, as it correctly > does when windows are already horizontally split before visiting the file. It's a silly bug in 'display-buffer-at-bottom'. Please try with (let ((split-height-threshold 0)) instead of (let (split-height-threshold) Thanks, martin From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 31 Jan 2019 21:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.1548969721463 (code B ref 33870); Thu, 31 Jan 2019 21:23:01 +0000 Received: (at 33870) by debbugs.gnu.org; 31 Jan 2019 21:22:01 +0000 Received: from localhost ([127.0.0.1]:53428 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpJmb-00007I-Bu for submit@debbugs.gnu.org; Thu, 31 Jan 2019 16:22:01 -0500 Received: from cichlid.maple.relay.mailchannels.net ([23.83.214.36]:35190) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpJmY-000074-RY for 33870@debbugs.gnu.org; Thu, 31 Jan 2019 16:21:59 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id AB4CC5C1EAD; Thu, 31 Jan 2019 21:21:56 +0000 (UTC) Received: from pdx1-sub0-mail-a13.g.dreamhost.com (unknown [100.96.19.74]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 415BE5C3CCA; Thu, 31 Jan 2019 21:21:56 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a13.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Thu, 31 Jan 2019 21:21:56 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Blushing-Squirrel: 54ad999822ff029d_1548969716489_1973848691 X-MC-Loop-Signature: 1548969716489:632508860 X-MC-Ingress-Time: 1548969716488 Received: from pdx1-sub0-mail-a13.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a13.g.dreamhost.com (Postfix) with ESMTP id AC36D8066A; Thu, 31 Jan 2019 13:21:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=rnAG2uebjeI1K+PXuVyI7hFqVHc=; b= GUi/I54zCUgPkjr8oBhjosTYbDGSQx+bGraJ9BFd+L66pnRyHWuYC1q7sle42zJJ ACrOe+lOnCUAdp2e9LwTleTAN60EfkeX8iD1hvGRKD41oG8LHcMv5hemIGMETRts 3GRS9P8IWcRNkXT39lNABShBb+NLMl7h1CvMfF23t70= Received: from mail.jurta.org (m91-129-111-71.cust.tele2.ee [91.129.111.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a13.g.dreamhost.com (Postfix) with ESMTPSA id 0CD718066B; Thu, 31 Jan 2019 13:21:51 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a13 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> <5C3C40E9.6030905@gmx.at> <87sgxlu3qe.fsf@mail.linkov.net> <5C498043.5040008@gmx.at> <87womqp08r.fsf@mail.linkov.net> <5C4F4C42.1090305@gmx.at> <87r2cw35s7.fsf@mail.linkov.net> <5C5013BE.6090107@gmx.at> <877eenjhl6.fsf@mail.linkov.net> <5C515B8F.1000702@gmx.at> <87d0odn93q.fsf@mail.linkov.net> <5C52B294.6010400@gmx.at> Date: Thu, 31 Jan 2019 23:07:24 +0200 In-Reply-To: <5C52B294.6010400@gmx.at> (martin rudalics's message of "Thu, 31 Jan 2019 09:32:20 +0100") Message-ID: <875zu4mt83.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrjeeigdduhedtucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrdduuddurdejudenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrdduuddurdejuddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> Visiting it in a single-window wide frame splits it horizontally >> instead of displaying Local Variables at the bottom, as it correctly >> does when windows are already horizontally split before visiting the file. > > It's a silly bug in 'display-buffer-at-bottom'. Please try with > > (let ((split-height-threshold 0)) > > instead of > > (let (split-height-threshold) Thanks, this fixed an original problem, but introduced a new problem: now when windows are already horizontally split, the bottom window is narrowed to the width of the left window. Before this change, the width of Local Variables window was the same as the frame width. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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: Thu, 31 Jan 2019 22:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154897289613306 (code B ref 33870); Thu, 31 Jan 2019 22:15:02 +0000 Received: (at 33870) by debbugs.gnu.org; 31 Jan 2019 22:14:56 +0000 Received: from localhost ([127.0.0.1]:53478 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpKbn-0003SX-Sy for submit@debbugs.gnu.org; Thu, 31 Jan 2019 17:14:56 -0500 Received: from mail-qt1-f177.google.com ([209.85.160.177]:42908) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpKbm-0003SK-Ai for 33870@debbugs.gnu.org; Thu, 31 Jan 2019 17:14:54 -0500 Received: by mail-qt1-f177.google.com with SMTP id d19so5303864qtq.9 for <33870@debbugs.gnu.org>; Thu, 31 Jan 2019 14:14:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=Dxo/cUw2wwKlcYJ7afmggAA+S4omfuGAQ3GjAJ9DMFs=; b=UFu81g6+TNaqsW4Aj4tgFskg9h7Ums1cvtRVIhrbNaCJE5KyjFWAL3SP3/5PXCU03t 9J0ISajTpo8geMd0kiK6mgnd/4MGmjJrYzeP5qb+/UZlhjZWKBlgpEPsJa7Fd1bEYvNz oL72OY569/KJ8nC6NXawCtEndKD2iG43Zn7hdSuVckjufV7wNLnmR4aTLK3aPZa5yk4R 9stG6HVVJnImmfy7xlggFVLDcCvg19PhZ8BeJdbs5QsddTV6M1LPN8un7S4Lpsm6rgfy lxK+MxuCzc+P1hj0McpIACxliIsI3Z9SHHvmcLHtuFrIejUci6tqPSBRrUMUF1u42Zvv C2EQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=Dxo/cUw2wwKlcYJ7afmggAA+S4omfuGAQ3GjAJ9DMFs=; b=a/hipWRFnjE7FaevlzNA7C+dx4aE+uCt9Y633Q/SUhP2FCmFTjm0aCsGr2cagV13ka c0aTxeF6X+4sCPFAw3+7d6SSRHgytGgaPcWEJ/FYu/Hs7q2JEU1Gg/2jw547ic0xilLI Xcw8swfEYY8s37Bf4IsJxnnefvp76Zh3uhWCeSo1g0JSmoOd95g044FNada9fBjtiuX7 8/8/b9NcgGkXlUhhOmQDg1qnOc/zUaTE4AxH7Ihj2gXT3V6lfdG2EKtebBEROpzKglX5 bZendx02cLB6AMyqGrehbFQT/s+EdlQbjJKQFe9Fqgc2lxhnVRCE9OvqKtXIe+Tpvily eWMA== X-Gm-Message-State: AJcUukeK/GrdtkDPAZnJqsdD6+Af+xZRdMxPGvCtSmpMCPA7vYtDnScf fzYgjMZrM55d+y7WV1+4BeN46H+BefXx/O67Pq4= X-Google-Smtp-Source: ALg8bN4ABhj78Gw6kMv3odLES/lOLPVGiHoe+VFO1bm2WUWXjRqZnY0T/AtHtvXMmvF2b+M+jsDNd/nHxaxULCDlAkA= X-Received: by 2002:ad4:50ca:: with SMTP id e10mr32848379qvq.20.1548972888653; Thu, 31 Jan 2019 14:14:48 -0800 (PST) MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> In-Reply-To: <87munmosx4.fsf@mail.linkov.net> From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Date: Thu, 31 Jan 2019 22:14:36 +0000 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) On Sun, Jan 27, 2019 at 8:42 PM Juri Linkov wrote: > > >> If only that patch were able to keep the current behavior by default. > > > > Yep. If Juri provides a simpler patch that does this I'm all for it. > > Ok, here's 100% backward-compatible patch: Thanks, Juri! I know I'm late on this, but I've been very busy. Please give me some more days to try this out. Jo=C3=A3o T=C3=A1vora From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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: Fri, 01 Feb 2019 00:18:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154898028024992 (code B ref 33870); Fri, 01 Feb 2019 00:18:01 +0000 Received: (at 33870) by debbugs.gnu.org; 1 Feb 2019 00:18:00 +0000 Received: from localhost ([127.0.0.1]:53520 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpMWu-0006V1-1e for submit@debbugs.gnu.org; Thu, 31 Jan 2019 19:18:00 -0500 Received: from mail-qt1-f193.google.com ([209.85.160.193]:42976) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpMWs-0006Uq-Sw for 33870@debbugs.gnu.org; Thu, 31 Jan 2019 19:17:59 -0500 Received: by mail-qt1-f193.google.com with SMTP id d19so5602028qtq.9 for <33870@debbugs.gnu.org>; Thu, 31 Jan 2019 16:17:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=BwQtCJuX5wtmkbwGtQVWQYQfD0HRN2LXLNOCx9tmfvw=; b=JT7qapwuFEMOOdcITjev7SOzHdI8TQ6irZupTuISAkXqP7jtmJKO30nb/2Z8T0wSEj /cvjOuui7tir60daHC2vdxXax2YAi/J05Q7S7GZDgg2UC1gL/MsAqU5rVR3fWLeYbwrH 0BS+P/hQxylCz+eQYgO3I1oSxEIqgfCW5ZLa397YMa2xQql0kH44QMQR+fVBGPNJJEf8 9hdyOUkW4TmRsL4uEwlqmnxw10CUF1G5LgIhSKexibK46NbZ7NXXnyRmTR1814ZsBFqZ 3ltyIVSMjs6GLgQp7+CEp/fUFYskQLZDvCUTkP14ZEGGLNLqqRPCL25+Xse77MA3I+o5 XKLg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=BwQtCJuX5wtmkbwGtQVWQYQfD0HRN2LXLNOCx9tmfvw=; b=L1sfMA0rljwnsInkyoOf9dc+5U2W7MGgofv4N0eUzosG6ICASvofqEa37mLIrwHUZF J+TpqN9Ru41Dvp+p9CDSX4FgndyYCXr0ue8+/GdFHgywvlpD83sx/mgiEPIdO9ZsooMJ MIBR7DQalsAdcfkgdZU354JIxvMn7rTZRP5pXoiopMw5sJ6PQhgkP3/iMQMAtRxzGAkt 21p8zDty/6WfHXqjzOKkQUn7xkwN3qOkEt/mMCb+ESy0mztNWaZt4ywIf6xuICySe2hJ 1FJWzTs4QVIxgRZ+jD/tOq9ZqoJ+Rqa+XyZp4Ow1r2OOpzIAa4Lle5LWie5gpudN+XKj kizA== X-Gm-Message-State: AJcUukfJOWZnjJfp4hPPb4T3Hf9O6aLlu90cBUbJ5ZNsuj+AjlQJKk+z Ac+hwYV11bIIseB08WHseyeHPlnr15QX5EAIA0E= X-Google-Smtp-Source: ALg8bN4Z8ij/w9MEbqz+AoKIELXRBHAL9Rm1LstjiOlRhuVRoiKhdBSpoSPrBjYSpRZ1+NcaUXfG9BCNGg8tSfWkLto= X-Received: by 2002:ac8:3e91:: with SMTP id y17mr37673084qtf.390.1548980273323; Thu, 31 Jan 2019 16:17:53 -0800 (PST) MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> In-Reply-To: From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Date: Fri, 1 Feb 2019 00:17:41 +0000 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) On Thu, Jan 31, 2019 at 10:14 PM Jo=C3=A3o T=C3=A1vora wrote: > > On Sun, Jan 27, 2019 at 8:42 PM Juri Linkov wrote: > > > > >> If only that patch were able to keep the current behavior by default= . > > > Yep. If Juri provides a simpler patch that does this I'm all for it. > > Ok, here's 100% backward-compatible patch: > > Thanks, Juri! > > I know I'm late on this, but I've been very busy. Please give me > some more days to try this out. OK, so I did find time to test this briefly and I found some bugs. However, they are reasonably hard to reproduce consistently. Here's the only bug I can reproduce consistently: emacs -Q C-x 2 C-x 4 . xref-backend-definitions RET C-n TAB Expected the definition to appear in the bottom window, but it goes to the top window instead (the window I used xref-find-definitions-other-window). This is wrong and the current xref.el implementation does not suffer from this bug. However, in all fairness, the current xref.el implementation suffers from other bugs that I had never uncovered: emacs -Q C-x 2 C-x o C-x 4 . xref-backend-definitions RET n This will open a new frame (!) completely unexpectedly, whereas in your version, it works quite correctly. It works fine in both versions if the C-x o is not used. I did not debug any of the problems. So which bugs are "worse"? :-) Assuming you can reproduce it and fix the bug, I would have no more objections, and the patch does indeed simplify the code. Jo=C3=A3o PS: I stress the "assuming you can reproduce it": I could be making a mistake here: I tested with and without your patch on a recent Emacs. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Feb 2019 01:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , Juri Linkov Cc: 33870@debbugs.gnu.org Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.1548985162479 (code B ref 33870); Fri, 01 Feb 2019 01:40:02 +0000 Received: (at 33870) by debbugs.gnu.org; 1 Feb 2019 01:39:22 +0000 Received: from localhost ([127.0.0.1]:53549 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpNne-00007f-Ig for submit@debbugs.gnu.org; Thu, 31 Jan 2019 20:39:22 -0500 Received: from mail-lj1-f179.google.com ([209.85.208.179]:44056) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpNnb-00007M-R4 for 33870@debbugs.gnu.org; Thu, 31 Jan 2019 20:39:21 -0500 Received: by mail-lj1-f179.google.com with SMTP id k19-v6so4360676lji.11 for <33870@debbugs.gnu.org>; Thu, 31 Jan 2019 17:39:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=Oljym5G9hjjrQq4CrUelkEWuGsy++B4guXWAwyYjKpo=; b=lXYU5FIChqvMf9mdlFCt3fiVvw0M/OgrF+1g4Hz3J82eA9YVgQnaZp/IPc+qr9YsRM 1/BEvHTiMCsMwo0N4kTILsJzpa7/POnjff86zGrzYOxYwrVzz7dOGuxlkcS8axyJlHaS kqLU2U57ExJ0G6bQX8kQU19WAzjJURkDdyLNLpCnAb6rmBgqgOBTktf7Y/vVN1bpfvsJ il0VWfhIzzcY35tXFjZboYAj5waQ3pJs/Ln1nsCtjwYLeKF7n6X9PLBf7obCl8yhDB8L R7IV0Wf3hDcVKC8KDXZaQ1KA1IYAKl1Wqwj21YRhTWk5nvPZs8QCvBUyScXsjBLBxHW0 VMDQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=Oljym5G9hjjrQq4CrUelkEWuGsy++B4guXWAwyYjKpo=; b=Z95SUFquSaphYoGDE0Xbvbnn4r/PKr4dpgTxe+jQJP0OsNsT4h9vSrWSTSd8CYwX5Y DtG5pPo17jT7IVbGmxJZiStxbb10K+nEFOHyF6tofRkcZjUkT+MaF4K70IehZHszM9+q 4jlxVg0gbz9rkw8mMq40gd3iPdlRyEUb18Uq4h+XcCyb00s0xufacnjs7OV0vRAi9D8G z7dNA53nOrfVY0Hz3GiBvw2uwvYtcDew0u9V2ys6JX8n4yFm0biyzgjo/M7zmmOSt2uR 1FyZ4FEjzBcCnkSba0OhiFiA2pwotSYH+AVuj2oIGbMdP5LsCy1f39unGiThRAS2s1Qw UfTw== X-Gm-Message-State: AHQUAuaNgAcVUactaGzyeLOCX53P30qehswcp9x+Qh1fBBF/GhVd1eWg vEJ9Nv2UWXbooItJri+H4bHNIiqP X-Google-Smtp-Source: AHgI3IYLJ17nxgDRuZqvkz/9FjIG6f83rPFwQzQikNcCCus3oIB+79T3wbORxYxXfSFSautE74miUQ== X-Received: by 2002:a2e:3012:: with SMTP id w18-v6mr6967474ljw.75.1548985152522; Thu, 31 Jan 2019 17:39:12 -0800 (PST) Received: from [192.168.0.108] ([79.175.3.65]) by smtp.googlemail.com with ESMTPSA id p89-v6sm1047375ljp.60.2019.01.31.17.39.10 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 31 Jan 2019 17:39:11 -0800 (PST) References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> From: Dmitry Gutov Message-ID: <77b96dc5-a994-de78-64bb-40ba7625d40f@yandex.ru> Date: Fri, 1 Feb 2019 04:39:09 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:65.0) Gecko/20100101 Thunderbird/65.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) Joao, thank you for testing. On 01.02.2019 03:17, João Távora wrote: > emacs -Q > C-x 2 > C-x o > C-x 4 . xref-backend-definitions RET > n > > <...> in > your version, it works quite correctly. When I try this with the new patch, it results in a third window being created (the original window is being split, and the definition is shown there). Is this the behavior we want? From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Feb 2019 07:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Gutov Cc: 33870@debbugs.gnu.org, joaotavora@gmail.com, juri@linkov.net Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15490062233319 (code B ref 33870); Fri, 01 Feb 2019 07:31:02 +0000 Received: (at 33870) by debbugs.gnu.org; 1 Feb 2019 07:30:23 +0000 Received: from localhost ([127.0.0.1]:53638 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpTHK-0000rT-Tq for submit@debbugs.gnu.org; Fri, 01 Feb 2019 02:30:23 -0500 Received: from eggs.gnu.org ([209.51.188.92]:47674) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpTHJ-0000rE-8N for 33870@debbugs.gnu.org; Fri, 01 Feb 2019 02:30:21 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:53926) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gpTHD-00082q-F9; Fri, 01 Feb 2019 02:30:15 -0500 Received: from [176.228.60.248] (port=3523 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gpTHC-0003W5-Oc; Fri, 01 Feb 2019 02:30:15 -0500 Date: Fri, 01 Feb 2019 09:30:12 +0200 Message-Id: <838sz0yni3.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <77b96dc5-a994-de78-64bb-40ba7625d40f@yandex.ru> (message from Dmitry Gutov on Fri, 1 Feb 2019 04:39:09 +0300) References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > From: Dmitry Gutov > Date: Fri, 1 Feb 2019 04:39:09 +0300 > Cc: 33870@debbugs.gnu.org > > On 01.02.2019 03:17, João Távora wrote: > > emacs -Q > > C-x 2 > > C-x o > > C-x 4 . xref-backend-definitions RET > > n > > > > <...> in > > your version, it works quite correctly. > > When I try this with the new patch, it results in a third window being > created (the original window is being split, and the definition is shown > there). > > Is this the behavior we want? No, I don't think so. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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: Fri, 01 Feb 2019 08:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 33870@debbugs.gnu.org, Juri Linkov , Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15490091998204 (code B ref 33870); Fri, 01 Feb 2019 08:20:02 +0000 Received: (at 33870) by debbugs.gnu.org; 1 Feb 2019 08:19:59 +0000 Received: from localhost ([127.0.0.1]:53665 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpU3L-00028G-1t for submit@debbugs.gnu.org; Fri, 01 Feb 2019 03:19:59 -0500 Received: from mail-qt1-f181.google.com ([209.85.160.181]:40387) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpU3J-00027z-TA for 33870@debbugs.gnu.org; Fri, 01 Feb 2019 03:19:58 -0500 Received: by mail-qt1-f181.google.com with SMTP id k12so6498135qtf.7 for <33870@debbugs.gnu.org>; Fri, 01 Feb 2019 00:19:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=/CETa6lcu39S1fSPOVnqxVciRE1bQbfCCeGxuGLRKb4=; b=jlhIWm+bBE6RP5akZuGPA3FwS0CNHLEhwIj+NOc629yzOiRvG/XklHcB0cyK4l2EGF v7HthVK71CyzB7AN3MHDVJQgfYuWeRXoit3gO1Lcthv2h6KbgTtaNroD7OYnKvNtAV5X UZR2Cfz+QD0qaJFG+1uDV2q9ntY5xpHQr8XFQYkkrZSofewSctmjiGJuEbrQO/98fMyj YiBgR34x5xhd/yClCcsG1zKieEn1KCAVmCNdEV3li+J3Z9G2MaN/ic/pqknnztqpGvo8 VFPFLZ+IqSfFtdBzCT2fOLkTfKHBB3Zsu/oiqxoYyRf0TbDC1iWjIBrk4B8ehXdQtAsD AH9g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=/CETa6lcu39S1fSPOVnqxVciRE1bQbfCCeGxuGLRKb4=; b=fTBQXRy4Bw67P3Ytmk0GOQ3lhb+YNrRV9Itb0LslYMiJprV9fv9K96gUGIED9ngvnQ 58Te28ASyoCAr6KR8Oks3cbKtCfRwD09LaPOV45qSOhPsqSwugTasX8RmKQstM1GWDv6 yQ7u3xcg7fjYP/KMW39CLv638Aq4gFRBEkvlBxd+GxdAxpyVbQQISgLAVQ9XJW+pkRkl Ebd4zbL95rp2pRYNh2tUq2jh5Xumkr/2WrnFcg9C4haLc4vv8d+mmJbLxuVGLFgC6W6g 4p0ysDJd755ImJejnpgnEckeJdnhCht2DBqhgPWFUPuqJgkKLKLNsuk8WlJDqH0qbJfC y3yQ== X-Gm-Message-State: AJcUukemaUKo1UyqzDSlK3U268WJhtMZKFXOR6OCcBpj7cgh68oWsuzq k4BhGafCQpF1bUh9veDHOWQJsEsK7z/4t+D95GI= X-Google-Smtp-Source: ALg8bN4nJV/zBtDv4vyDjgx3qxSEplFrIhVilN+4+fQpbh9CvW0B7Ciw9E2qtlhTVNQ3uYUoeo5FcS7s9LzwdO0Rw+Y= X-Received: by 2002:a0c:b919:: with SMTP id u25mr35992676qvf.104.1549009192163; Fri, 01 Feb 2019 00:19:52 -0800 (PST) MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> In-Reply-To: <838sz0yni3.fsf@gnu.org> From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Date: Fri, 1 Feb 2019 08:19:40 +0000 Message-ID: Content-Type: multipart/alternative; boundary="000000000000a71fdf0580d0ced8" X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) --000000000000a71fdf0580d0ced8 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Feb 1, 2019, 07:30 Eli Zaretskii wrote: > > From: Dmitry Gutov > > Date: Fri, 1 Feb 2019 04:39:09 +0300 > > Cc: 33870@debbugs.gnu.org > > > > On 01.02.2019 03:17, Jo=C3=A3o T=C3=A1vora wrote: > > > emacs -Q > > > C-x 2 > > > C-x o > > > C-x 4 . xref-backend-definitions RET > > > n > > > > > > <...> in > > > your version, it works quite correctly. > > > > When I try this with the new patch, it results in a third window being > > created (the original window is being split, and the definition is show= n > > there). > > Is this the behavior we want? > No, I don't think so. > It might not be the behavior you want, but it was the behavior I designed it to have. You start with two windows, A and B. You ask to find definitions in another window from A, because you want to preserve its contents. The symbol you searched for happened to have multiple definitions so you decide to browse them from *xref* using bare 'n' and 'p' before settling on the definition you want. Those "prospects" can't be shown in A because that would break the original "other-window" contract/intention, and they can't be shown in B because that's where you're browsing from. They need a new window C which is not available. When the frame is relatively small (as it is with emacs -Q), C is created by splitting horizontally, which is kind of akward, but the decision where to create C changes with larger frames. For some reason, 26.1 sometimes decides to make another frame for C, but only if you start from B, i.e you add onde 'C-x o' to the beginning of the recipe, after splitting. This is a bug in the current xref.el or, more likely, in window.el's window-splitting heuristics. The bug goes away when you have larger frames, which explains why I didn't catch it earlier. Fortunately, the whole point of this bug report opened by Juri is to make this configurable. Later, we can decide on a better default, something Juri is also very much in favor of. If you add your voice to his and decide to change the default, and then give me a way to recover 26.1's behavior (minus the bug), I won't object (much). --000000000000a71fdf0580d0ced8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Fri, Feb 1, 2019, 07:30 Eli Zaretskii <eliz@gnu.org> wrote:
> From: Dmitry Gutov <dgutov@yandex.ru>
> Date: Fri, 1 Feb 2019 04:39:09 +0300
> Cc: 33870@debbugs.gnu.org
>
> On 01.02.2019 03:17, Jo=C3=A3o T=C3=A1vora wrote:
> > emacs -Q
> > C-x 2
> > C-x o
> > C-x 4 . xref-backend-definitions RET
> > n
> >
> > <...> in
> > your version, it works quite correctly.
>
> When I try this with the new patch, it results in a third window being=
> created (the original window is being split, and the definition is sho= wn
> there).
> Is this the behavior we want?
No, I don't think so.
It might not be the behavior you want, but it was = the behavior I designed it to have.=C2=A0

=
You start with two windows, A and B. You ask to find defi= nitions in another window from A, because you want to preserve its contents= . The symbol you searched for happened to have multiple definitions so you = decide to browse them from *xref* using bare 'n' and 'p' be= fore settling on the definition you want. Those "prospects" can&#= 39;t be shown in A because that would break the original "other-window= " contract/intention, and they can't be shown in B because that= 9;s where you're browsing from. They need a new window C which is not a= vailable. When the frame is relatively small (as it is with emacs -Q), C is= created by splitting horizontally, which is kind of akward, but the decisi= on where to create C changes with larger frames.=C2=A0

For some reason, 26.1 sometimes decides to m= ake another frame for C, but only if you start from B, i.e you add onde = 9;C-x o' to the beginning of the recipe, after splitting. This is a bug= in the current xref.el or, more likely, in window.el's window-splittin= g heuristics. The bug goes away when you have larger frames, which explains= why I didn't catch it earlier.

Fortunately, the whole p= oint of this bug report opened by Juri is to make this configurable. Later,= we can decide on a better default, something Juri is also very much in fav= or of. If you add your voice to his and decide to change the default, and t= hen give me a way to recover 26.1's behavior (minus the bug), I won'= ;t object (much).

--000000000000a71fdf0580d0ced8-- From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Feb 2019 09:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154901193620552 (code B ref 33870); Fri, 01 Feb 2019 09:06:02 +0000 Received: (at 33870) by debbugs.gnu.org; 1 Feb 2019 09:05:36 +0000 Received: from localhost ([127.0.0.1]:53699 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpUlT-0005LQ-R7 for submit@debbugs.gnu.org; Fri, 01 Feb 2019 04:05:36 -0500 Received: from mout.gmx.net ([212.227.15.15]:60551) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpUlS-0005LB-Mq for 33870@debbugs.gnu.org; Fri, 01 Feb 2019 04:05:35 -0500 Received: from [192.168.1.101] ([212.95.5.163]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LeMWL-1hUePQ0Ror-00q6ra; Fri, 01 Feb 2019 10:05:25 +0100 Message-ID: <5C540BC9.9080408@gmx.at> Date: Fri, 01 Feb 2019 10:05:13 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> <5C3C40E9.6030905@gmx.at> <87sgxlu3qe.fsf@mail.linkov.net> <5C498043.5040008@gmx.at> <87womqp08r.fsf@mail.linkov.net> <5C4F4C42.1090305@gmx.at> <87r2cw35s7.fsf@mail.linkov.net> <5C5013BE.6090107@gmx.at> <877eenjhl6.fsf@mail.linkov.net> <5C515B8F.1000702@gmx.at> <87d0odn93q.fsf@mail.linkov.net> <5C52B294.6010400@gmx.at> <875zu4mt83.fsf@mail.linkov.net> In-Reply-To: <875zu4mt83.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:X+WLsM3AoVq/VgcOK7w6r3NVEY3fiqAhWbphJE+2ZOH7tmcJkjq 9yTkfJOX6dGtxIR128J8WTM/BKoIDIMs/yLaDPjkenOm8SZbG+3BenVuJHyff+RKNDpOjo7 wYWY1Kv9u5GftXhBWtigiJ3vp8cokSbLE9vMzune7ELLBICRXnotnXkg9q1MmhUk+IJbMIL rVnc3G6jIpxNkKD1jEN1g== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:mFDQ1tGdNec=:+tx4DsClps612BUTd6bZRV QlT7dBOfChCu+OvO1kdutm1AMKL4OlJJ8T4le2qDXYZx8jnd7EDareiv9uUTP1X1UKnAAKcO7 K46fHrrXyl/UAMdhAQvWRMReCXzgz9MZ4cCcJs4Os8s/VZawm6cnDwHdLstMe2SOIAJFoWl1N Zzt7M7nn6TmrtzqgLOwGdqjmjvdlvO20+nC72xHnO9030d6pz5EcfBbD1rNBDaDFuPxfqmHwz YAAm2VmJGvQOLRry6irC9hx/oKAbQF1h5jvhWcyqXYsb3FpRPvF43Ey32P5xgRTPME7oKB1Xh 0ELLQzutJPyggXWCMzdMWI0ce1sEokkMsUx8jahl/qjgxJ0oTpclFLqPOfOEi4tp+gThBUDBr qgKTdCpJkg3JkwI/PzeGrcAJmVaz5hAlvmOBl8BD+7xkjFvHKURoPY01TS5TkMbLRAjxpw9ON fa6SPNNnSXQOsoFPCHhf1O7OAZkdfwa8jFzktMI4E9X/PYymiOGLI1+d2bCb59gP6cFrovqfF VLELbB7C9R5uXcJXDjFH9MBwkKff1rYZlrV1fcaGRevOWHRRhWZGw3t4Unfw6XO/HSSnKVkBm TG8cseHhk1hZMP+UXXyWvWOvL7PF+3SWIIFUmcmSKJUSOWrwunXK0k6ZJK/ujYDqlfqH7FfxV hpUEOajC5cZoY3Q/3aUYulWxSvmVEDVn92+4MQg/pdYt6iZCECLTDWh9soL1WiefHxJZOqD57 Z4DkVwS3lisnxH+Yx1TLwUaOe6C+VY+4XFRT2rJp09eAfsCSFHv+cwqScTr0H7J2IBWWCsynk nSt/Xb90qnOFOupC0GMkUcE1E2VUdvVUsGhFtw0N8ydG9TYp0J1UKZJtrbaETeIR40cXYY+sn yO8O8jRp22iSBzwttH6O4xdN0iMlZqvCdHjBQXb8kA19BwOpj7sJ+oqlW/bNekymPgo/Kpk/L JPXQxQzJcgg== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Thanks, this fixed an original problem, but introduced a new problem: > now when windows are already horizontally split, the bottom window > is narrowed to the width of the left window. Before this change, > the width of Local Variables window was the same as the frame width. The entire (and (not (frame-parameter nil 'unsplittable)) (let ((split-height-threshold 0)) (setq window (window--try-to-split-window bottom-window alist))) (window--display-buffer buffer window 'window alist)) is bad design. Note that I removed this behavior in 'display-buffer-in-direction'. There I (1) disregard 'split-window-preferred-function' and (2) only split the argument window which would be the main window when called from 'display-buffer-at-bottom'. martin From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Feb 2019 18:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , Eli Zaretskii Cc: 33870@debbugs.gnu.org, Juri Linkov , Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154904564728205 (code B ref 33870); Fri, 01 Feb 2019 18:28:02 +0000 Received: (at 33870) by debbugs.gnu.org; 1 Feb 2019 18:27:27 +0000 Received: from localhost ([127.0.0.1]:55262 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpdXC-0007Kq-N8 for submit@debbugs.gnu.org; Fri, 01 Feb 2019 13:27:26 -0500 Received: from aserp2130.oracle.com ([141.146.126.79]:54044) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpdX7-0007Ka-R2 for 33870@debbugs.gnu.org; Fri, 01 Feb 2019 13:27:24 -0500 Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1]) by aserp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id x11IO3Ia144423; Fri, 1 Feb 2019 18:27:15 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=ZGXHb1UAp5krUF3B02OVjwUwj6HFoxYGmgWKyHYxMHE=; b=BCBMcTWwcvv56nBdxXDnLT1ztJ1Fgbwqm+tmM6X1ISqhQ4pQB/1ju1MSGQMRcgkMkoAa 7+pX7zm8ikma4zBarbQ/80wtwIYtJ9BdgosFOxKoDSzlvhGlAkGfmPDYeNSliLLwfxZC 4bcqTCBoYcjEzoG9tcJIsiAdVPH2aDSPrkAEK8Oq3/dgNMm95uY43HTcm0JmsRr4N+p4 8wz2tWRS9Hdcq5EtOwEVLTRcrkOFTGPBhgUcNEf8Z0XczJCb8EiARsSBQB5MvJ26eeTK vC47od6sliP0cz+kTj3LvQmbVW712nxZp5jUpxw4/Tqvhe8jeQ4iGmEquXPyz405sKFB NA== Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by aserp2130.oracle.com with ESMTP id 2q8d2erdg6-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 01 Feb 2019 18:27:15 +0000 Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserv0021.oracle.com (8.14.4/8.14.4) with ESMTP id x11IR9T0027946 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 1 Feb 2019 18:27:09 GMT Received: from abhmp0020.oracle.com (abhmp0020.oracle.com [141.146.116.26]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id x11IR7hq012359; Fri, 1 Feb 2019 18:27:07 GMT MIME-Version: 1.0 Message-ID: <004a5aec-2aef-4d4c-96ad-6c1baeb74705@default> Date: Fri, 1 Feb 2019 10:27:07 -0800 (PST) From: Drew Adams References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4795.0 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9154 signatures=668682 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=18 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1902010135 X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > > > When I try this with the new patch, it results in a third window bein= g=20 > > > created (the original window is being split, and the definition is sh= own there). > > > Is this the behavior we want? > > No, I don't think so. > > It might not be the behavior you want, but it was the behavior I designed= it to have.=C2=A0 > > You start with two windows, A and B. You ask to find definitions in anoth= er window > from A, because you want to preserve its contents. The symbol you searche= d for > happened to have multiple definitions so you decide to browse them from *= xref* > using bare 'n' and 'p' before settling on the definition you want. Those > "prospects" can't be shown in A because that would break the original > "other-window" contract/intention, and they can't be shown in B because t= hat's > where you're browsing from. They need a new window C which is not availab= le. > When the frame is relatively small (as it is with emacs -Q), C is created= by > splitting horizontally, which is kind of akward, but the decision where t= o create > C changes with larger frames.=C2=A0 I'm so glad I use separate frames by default. It's one thing to explicitly choose to replace the content of a particular window with other content (another buffer). It's quite another thing to have Emacs doing that left and right behind your back. It's not Emacs's fault for just trying to DTRT, of course. The problem is that TRT is hard to specify in advance. We can try to require users to specify it in advance, by configuration, but that runs into the same problem. This is why `pop-up-windows' and `pop-up-frames' are so helpful - as a start, at least, to prevent window splitting and replacing window content left and right. Of course, if Emacs pops up a new window or frame each time then you really need a good way to change focus among them. Yes, I know - mine's a (small) minority opinion. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 02 Feb 2019 00:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , Eli Zaretskii Cc: 33870@debbugs.gnu.org, Juri Linkov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154906562727952 (code B ref 33870); Sat, 02 Feb 2019 00:01:02 +0000 Received: (at 33870) by debbugs.gnu.org; 2 Feb 2019 00:00:27 +0000 Received: from localhost ([127.0.0.1]:55345 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpijS-0007Gm-Md for submit@debbugs.gnu.org; Fri, 01 Feb 2019 19:00:26 -0500 Received: from mail-lj1-f171.google.com ([209.85.208.171]:40500) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpijQ-0007GZ-FP for 33870@debbugs.gnu.org; Fri, 01 Feb 2019 19:00:24 -0500 Received: by mail-lj1-f171.google.com with SMTP id n18-v6so7249987lji.7 for <33870@debbugs.gnu.org>; Fri, 01 Feb 2019 16:00:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=t5xNMHa8F7JN3WBBw0chLvE1A0evaUY+MI7175kexo0=; b=AQG9bgtlIEsW4OEon/fwh8IJRmCsy80fjRcpH8Z3SDose96WuaJcSKA+5qV9AQ1Jxa mNbWWX8JWW/Plt0H4IYviomfi6DKVPC053ToPC15rbaUGYeH7NcK+d8O4yQjx2+28vBu mapOJhjCF0HfHigM5EhvA1KcFhQ2Gcs337fDH9qlR/uj28kf4qKrIFB1L2Bsrbzdhyj8 5yqa8a/dhg0sX+98sdq7jrlvhbEOru05z023qY0xEHKIojEuJWkWJaUQu8dAWYoTsYvJ xqJvnRA22aD6WSXk+bTQ6gdw5dqZ/AieyHamdWSHanAnBmFS1/yZGqr4kc75UfZ/LCC4 QEDA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=t5xNMHa8F7JN3WBBw0chLvE1A0evaUY+MI7175kexo0=; b=pYHClIs6WOK76E8kArNWEyshjF8u7f6NcnoHhQbh64MZs7KnA3Nzvre5yAkygR7+yp uVMAXqjmQXk0+j/o7OpLi3iPymzSHULoYJArCTgGgOBJyCgRa3qiEUsqiiomP930wLa3 iWY+/vQVJnE+oxmLMnIlbMm17mb4e73vva6dYhqawUra68MtOUhpPt+XApDDnRSn9rdO E4F2HvN1EFoylARwiJraZJzu71wTOCFJ468mzGUpcRWrhQsFp87YgaaYjZVBGocWklaZ yn7ufDvPp9QL+HwKb+gqyii58iGZ3k0IprkSnlEe9OF+4amn8g97kEi00PRxRT4j5UVe mo1w== X-Gm-Message-State: AJcUukcDbdypipy+WyDesbbjmf471n/iclkleBNS/ROAS9m8QPXyyvJd PmFvAc4v/JhlxTAsnZgtDJU= X-Google-Smtp-Source: ALg8bN54l739NPrs4Aa2vDWU4aE13X05du2R9wUZ+CLS72XYIjnuVdT6Up2YU9mROibendAlBEXV4g== X-Received: by 2002:a2e:a0d5:: with SMTP id f21-v6mr32885344ljm.98.1549065618103; Fri, 01 Feb 2019 16:00:18 -0800 (PST) Received: from [192.168.0.108] ([79.175.3.71]) by smtp.googlemail.com with ESMTPSA id w4sm1600305lfk.83.2019.02.01.16.00.15 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 01 Feb 2019 16:00:16 -0800 (PST) References: <87a7ktqqx7.fsf@mail.linkov.net> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> From: Dmitry Gutov Message-ID: <835b4261-1761-6df6-a438-08995094a520@yandex.ru> Date: Sat, 2 Feb 2019 03:00:14 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:65.0) Gecko/20100101 Thunderbird/65.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 01.02.2019 11:19, João Távora wrote: > You start with two windows, A and B. You ask to find definitions in > another window from A, because you want to preserve its contents. The > symbol you searched for happened to have multiple definitions so you > decide to browse them from *xref* using bare 'n' and 'p' before settling > on the definition you want. Those "prospects" can't be shown in A > because that would break the original "other-window" contract/intention, > and they can't be shown in B because that's where you're browsing from. > They need a new window C which is not available. When the frame is > relatively small (as it is with emacs -Q), C is created by splitting > horizontally, which is kind of akward, but the decision where to create > C changes with larger frames. OK, makes sense to me. Thanks for the reminder. So, I haven't been able to repro the bugs you mentioned. That's probably good. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 02 Feb 2019 00:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , Eli Zaretskii Cc: 33870@debbugs.gnu.org, Juri Linkov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154906736830555 (code B ref 33870); Sat, 02 Feb 2019 00:30:02 +0000 Received: (at 33870) by debbugs.gnu.org; 2 Feb 2019 00:29:28 +0000 Received: from localhost ([127.0.0.1]:55354 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpjBY-0007wl-EG for submit@debbugs.gnu.org; Fri, 01 Feb 2019 19:29:28 -0500 Received: from mail-lj1-f170.google.com ([209.85.208.170]:41657) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gpjBW-0007wW-GP for 33870@debbugs.gnu.org; Fri, 01 Feb 2019 19:29:26 -0500 Received: by mail-lj1-f170.google.com with SMTP id k15-v6so7303483ljc.8 for <33870@debbugs.gnu.org>; Fri, 01 Feb 2019 16:29:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:from:to:cc:references:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=eDPIZG4wJZ1+yGuCqM9mYvVK0wESB+eIsveWqzxCe5U=; b=vOe6BfyQI8sJZt3k18CljJLjEVCQHHRkBbbx7+3hTsmvTplSgVbBWajXdJhTjZagLI N3Kz9Chvj7lqwouhPEZmIS833oeOhJPa7TMVMlqe25pNNGWK1mZX43oCMW4mtKRnUnEs 8a6DZuwVOfgpP46MpNOZs/slGVKcs8OlQTCoo/+ZKuoURPwS6uVZ9B/JO9Kjb2zpBY0Z NFWwXn5HxbS33m3l3tf1W6dluwHvsZgdeOrLSy6HaPgPKHg/5Inve6digpPm6t2MrUG4 aH8m4WV+LBmmNOAbdC8gXsFU1WtWy4kaASNBshlYD1b1zi92No7W7sBhUXOQxKjwLqZq 5/lg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:from:to:cc:references:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=eDPIZG4wJZ1+yGuCqM9mYvVK0wESB+eIsveWqzxCe5U=; b=QUBc/tw9UWrU0/CGa3lWebO6uUy2tpTw5he5kfMl1+DfSgvzNNwKXJxcNmeLvuGOKy VbFHvcDSsM0qgWNwfltp9k93UKuVUv0WLbEG6sleGPR4squY9zOU6n4n4F0K+z7gso12 5Sdj2+Xe0JgxwuoUAJM7Otm7e8tOUjNbrKZl3Fu1MjScza/L1ntkRsdY4NapiwEiOWIi OgN8Mt5QyLaPoTwFS0Df7/ABnryvqDpRaS/1yMMugquUoEdAQDNaWxnHDvupJSzaZXDg Gf+ROwd0rBCNrQ4ZYHtJoL2iNQ/99RlOPZ8OEaQLubXYSzy2xOpVwDT17IFOfNU3/7p+ YRBw== X-Gm-Message-State: AJcUuketHKqu4ZVti/liaO+IRYtMJ6wB43uAUFNfQTlCeNe999Z8AM0l uSMSiRNfQMy+QhYRxIgihgw= X-Google-Smtp-Source: ALg8bN5CMlzxIMKb7v7Mb/QpBOYdh8ua0XEBPb+fGq4ZjI//fxKpLdfNQ21xWz3rJoAsphndJK5/2Q== X-Received: by 2002:a2e:9c87:: with SMTP id x7-v6mr31365826lji.196.1549067360420; Fri, 01 Feb 2019 16:29:20 -0800 (PST) Received: from [192.168.0.108] ([79.175.3.71]) by smtp.googlemail.com with ESMTPSA id z17sm1127017lfh.9.2019.02.01.16.29.17 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 01 Feb 2019 16:29:18 -0800 (PST) From: Dmitry Gutov References: <87a7ktqqx7.fsf@mail.linkov.net> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> <835b4261-1761-6df6-a438-08995094a520@yandex.ru> Message-ID: Date: Sat, 2 Feb 2019 03:29:16 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:65.0) Gecko/20100101 Thunderbird/65.0 MIME-Version: 1.0 In-Reply-To: <835b4261-1761-6df6-a438-08995094a520@yandex.ru> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 02.02.2019 03:00, Dmitry Gutov wrote: > OK, makes sense to me. Thanks for the reminder. On the same subject, do you remember why we made RET and TAB behave differently? Maybe that should be in the docstrings. Or at least comments somewhere. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 02 Feb 2019 09:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15490998362727 (code B ref 33870); Sat, 02 Feb 2019 09:31:02 +0000 Received: (at 33870) by debbugs.gnu.org; 2 Feb 2019 09:30:36 +0000 Received: from localhost ([127.0.0.1]:55482 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gprdC-0000hs-Au for submit@debbugs.gnu.org; Sat, 02 Feb 2019 04:30:36 -0500 Received: from mout.gmx.net ([212.227.15.18]:34595) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gprdA-0000hb-JG for 33870@debbugs.gnu.org; Sat, 02 Feb 2019 04:30:33 -0500 Received: from [192.168.1.101] ([212.95.5.95]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MFuC6-1gthNI3IjW-00ErSs; Sat, 02 Feb 2019 10:30:22 +0100 Message-ID: <5C55632D.6020409@gmx.at> Date: Sat, 02 Feb 2019 10:30:21 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> <5C3C40E9.6030905@gmx.at> <87sgxlu3qe.fsf@mail.linkov.net> <5C498043.5040008@gmx.at> <87womqp08r.fsf@mail.linkov.net> <5C4F4C42.1090305@gmx.at> <87r2cw35s7.fsf@mail.linkov.net> <5C5013BE.6090107@gmx.at> <877eenjhl6.fsf@mail.linkov.net> <5C515B8F.1000702@gmx.at> <87d0odn93q.fsf@mail.linkov.net> <5C52B294.6010400@gmx.at> <875zu4mt83.fsf@mail.linkov.net> <5C540BC9.9080408@gmx.at> In-Reply-To: <5C540BC9.9080408@gmx.at> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:KIvVHiPmOOM0fox4hCG/i3f4JCGHJTx8hLuLxf3MMHJYhf2u56y nNkc/naCFryTbiML/551foOeX3UM9c6ZzLvHnI0u5j0lZoiUQ15GBMvYmvUkWFvbCS67inO QcJkbNn4wxs9stdOAqWSXS4GugYWFU6aBX/WZG6kAqXUTLXgNE/k/U2UHuKHUKHkbRfFpaj aBb9ZDiiwWv52Oioi5Bnw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:omBZsxQ0bEI=:z79BlQlLp5/53rXUoXI/q5 ujpIJJjwrePP5ElVHhnMho9jHjhhp9V7eqjwj5IizjtfEMqELp+Sp9vxTaVzCEWm/dIDQPcXu 9H2gOP/wP1Iw5b+fp/FBKaDveR/Kvy4LzUeo0C4OWIxbsYYJIqbrkuaKYrv+qiIWmqhFy+oYy 3Yb0e41uNwDLqyxcE1mn2LGQwrUVA4+rrIyK9yrNkQi83H3OHFgofJlJtsLDo2Fvz8ALAnJo3 jzi3BLJHzLyjn6v6Q67QVSkJ5j031vrYU5icW+3ucMxX+9ZWQfca9UJOtt1sANNNf5oomkQ1q vuxdhvy6ewXU1sOZb+obEjiAhdHiyJrBlQm68ElddgKOA2WCF7iigwJJX+vxlscHO320dP943 +tcLJ0TO6n/bCmAEHztAKBxuyl6hmLfF5PTBD+YqxXwRXOJldIScfPUIvBmZdr/enq3cyJI1y ioy5swOBWNE6teFYPo/zYNovoUawMtdBcJQI6n5df5Hxc/nYdwe+7pnEqbEdThN9/aIY04Gte rArsvGdWBRY9DJ3Kt3YW0c0jdqfaxhKENYC8iAYctb38itNi9kMjMxnO3MDhcEf+mVd45+lcV OEgH6qVdjLWghmsppa6wfZvXB40ql8Zp4eQV26qhwtxpp9AXhvGmUj+zL7UBBuEnb37V9qFUm spkze6SVAvAXvSJ4cb+gxNTpm3cjqv9OVLjq2VTFoj5egthj8Q0ZGqVWOcQGRFsJIUJQbxbiY nq1uJimpt2zwamVaab0FEOmDZYhrBDKxlifAPyTAP0JsgU/P8WGNKO4K5IR8YrxtVZZU9ctNC OUUxOMd8olGDC8L8zxLLs128q7ItOz7rxec/+W15SZ1M5C7jJGI/cl9pE3RTpv2KDb6YJ/HUq Z++0BAsNFQ8QtwC20F5bR1LokJxlyp+to3ZQxjpFu11shNakC+JU9bYfpkRyZUsPxootChdhl 7sELchn8JwA== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > The entire > > (and (not (frame-parameter nil 'unsplittable)) > (let ((split-height-threshold 0)) > (setq window (window--try-to-split-window bottom-window alist))) > (window--display-buffer buffer window 'window alist)) > > is bad design. Removed now from master's 'display-buffer-at-bottom'. martin From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 02 Feb 2019 09:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , Eli Zaretskii Cc: 33870@debbugs.gnu.org, Juri Linkov , Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15490998632796 (code B ref 33870); Sat, 02 Feb 2019 09:32:01 +0000 Received: (at 33870) by debbugs.gnu.org; 2 Feb 2019 09:31:03 +0000 Received: from localhost ([127.0.0.1]:55486 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gprde-0000ir-M6 for submit@debbugs.gnu.org; Sat, 02 Feb 2019 04:31:02 -0500 Received: from mout.gmx.net ([212.227.15.15]:52001) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gprdc-0000iP-C8 for 33870@debbugs.gnu.org; Sat, 02 Feb 2019 04:31:00 -0500 Received: from [192.168.1.101] ([212.95.5.95]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LmK3e-1hPkPx2zJ4-00Zxg0; Sat, 02 Feb 2019 10:30:51 +0100 Message-ID: <5C55634A.4060405@gmx.at> Date: Sat, 02 Feb 2019 10:30:50 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:0/cRHqQ6G35GzCyZODXggTvZg9i9IwB4FHjjSvgLGE+G9oZBf4n h10/YrG1ssobjdEAZnFdhghXH7vJLogsGoTbNa8zleH05yXX/Z4D/2qq/K9FWu1+sIdzYM+ 53hZJXujc5VkKbn2kwZ+mNMLbjIh4+GE1QcFTHZZ6UKQ7e+eRYNg1pooP3rM269LUONBJAC x0rOaiIaww8Lad8E7IM0g== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:MgwMksspB/s=:a64pAClhnY7UlvcBud93az JlHhgiSA75ZZx5DTpROV5iJKtEB6PoiDD3I/qBwySC4LZT8WsiNs9ocr+rH5D/XH1G3QinADZ oOg12a4uDPMCwHGfPjpgZ6zSV6vO7Vn3TltsX3kaJ2uaHHZ9sJzfcaaG33fZIG+r0W7qAXSa0 DRCNprJOlp7J50LwqtBdIEiag5UCX4msNg8EFPaUer1w5ieAriZbwrcVnJkeXmrgM7yjoZEuk 9AAsXnSPkXU4pL6VoTSGXiM3XBfKgJ8/seAiBOA8Q+7/AXKuoCIiPZgVKyOCHZpFeNG8WuZo8 mD0ILDgjvjqvi3IWCLDpm20O2kOcKwsmX8J8tnw/bbNbHc24kPr8ata+cZ7qTQ2A3L3d8u6F2 tnrorIhVf6kplWxqXUMxPuoIM6WG5nHVKSdHhMWWAaD9uyIHboRcobs/OG/KLJ7v4ReMt8l78 WghLFJWAAe3PoTMtI6K7ZIjFlw4eIsoLXZ64XvI7cABCyMESZ6EL+K6KC7dUMSdqj+xeyvF/L /KxVRHGTKMryCNv+YZwbt1blc3TMP9iqaDgaRoSHDEGm8azL7gXbrx8gcJt3dfZVTg+10zaOr tmhqF1eUV/4oSTZEwEBvwtyqZsBIYivt7iEHhabPV44Fwlz79d5op0L7GsBTxuN/2FYCx0xU1 1uTZ/R7Ia0XvKID8rVhTp3+ir+vkBBMh7rXXiC3hkPpXcpbFuBdvVLX/EOaafjnH5cXnieP+3 v/+I67TSVS8Dumo8O8k/gf0KBpWkcJ+mlospWJZGm+Euc3kXAUNGf8Uptl/JFxkG7lKJLdxQu 5rBwxOmIQW8DumxQeJK8CUsXU8fGIrkJ/dO0fVeE0sT3S50b058vFICDd0/SnWNSurqT+PKWp 9kIAR6Sadzac9ftTH9vnrGb7wVmPgfWPoVAIsDjwnM28qxX634tDz6SXjvZfWQPfbcgkyqTZR xVjnEojIQHw== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > For some reason, 26.1 sometimes decides to make another frame for C, but > only if you start from B, i.e you add onde 'C-x o' to the beginning of the > recipe, after splitting. This is a bug in the current xref.el or, more > likely, in window.el's window-splitting heuristics. The bug goes away when > you have larger frames, which explains why I didn't catch it earlier. Note that it is never a bug to not split a window in any of these cases. Making a new frame is the only way out when (1) existing windows are too small to get split and (2) windows cannot be reused because they are dedicated or 'inhibit-same-window' is set. And the choice to not split a window when it's too small is usually up to the user and applications just have to respect it. martin From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 02 Feb 2019 21:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 33870@debbugs.gnu.org, joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154914228124177 (code B ref 33870); Sat, 02 Feb 2019 21:18:02 +0000 Received: (at 33870) by debbugs.gnu.org; 2 Feb 2019 21:18:01 +0000 Received: from localhost ([127.0.0.1]:56633 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gq2fo-0006Hs-QW for submit@debbugs.gnu.org; Sat, 02 Feb 2019 16:18:00 -0500 Received: from insect.birch.relay.mailchannels.net ([23.83.209.93]:50756) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gq2fn-0006Hj-9V for 33870@debbugs.gnu.org; Sat, 02 Feb 2019 16:18:00 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 382C75022FC; Sat, 2 Feb 2019 21:17:57 +0000 (UTC) Received: from pdx1-sub0-mail-a30.g.dreamhost.com (unknown [100.96.20.98]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id DDF645022AA; Sat, 2 Feb 2019 21:17:56 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a30.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sat, 02 Feb 2019 21:17:57 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Bubble-Bitter: 210ea22f211cb1c0_1549142277068_293291663 X-MC-Loop-Signature: 1549142277067:2207199127 X-MC-Ingress-Time: 1549142277067 Received: from pdx1-sub0-mail-a30.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a30.g.dreamhost.com (Postfix) with ESMTP id 7467E8015A; Sat, 2 Feb 2019 13:17:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=CgaWOAe51BJ7irqwx1nqN/FJKgI=; b= mB1PAITzR8k+Sw5CAevIaj8DAxQOjvpLtww29DhwWv4aTaiUeu40uWcuyod1ki8J FJ1X9x+/hdtZk3YOQiKlyxBtN30CZAsvt+h+hA+JxX9gbX5ODDVAnsk2ELvqfPzQ SHopQfvGtVxpIYJuADc+F6I/ONfau/G9zog7CPJ+OZc= Received: from mail.jurta.org (m91-129-111-71.cust.tele2.ee [91.129.111.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a30.g.dreamhost.com (Postfix) with ESMTPSA id 9050C80155; Sat, 2 Feb 2019 13:17:52 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a30 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> <5C3C40E9.6030905@gmx.at> <87sgxlu3qe.fsf@mail.linkov.net> <5C498043.5040008@gmx.at> <87womqp08r.fsf@mail.linkov.net> <5C4F4C42.1090305@gmx.at> <87r2cw35s7.fsf@mail.linkov.net> <5C5013BE.6090107@gmx.at> <877eenjhl6.fsf@mail.linkov.net> <5C515B8F.1000702@gmx.at> <87d0odn93q.fsf@mail.linkov.net> <5C52B294.6010400@gmx.at> <875zu4mt83.fsf@mail.linkov.net> <5C540BC9.9080408@gmx.at> <5C55632D.6020409@gmx.at> Date: Sat, 02 Feb 2019 23:14:23 +0200 In-Reply-To: <5C55632D.6020409@gmx.at> (martin rudalics's message of "Sat, 02 Feb 2019 10:30:21 +0100") Message-ID: <874l9l9azc.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrkedtgdduhedtucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrdduuddurdejudenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrdduuddurdejuddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepvd X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> The entire >> >> (and (not (frame-parameter nil 'unsplittable)) >> (let ((split-height-threshold 0)) >> (setq window (window--try-to-split-window bottom-window alist))) >> (window--display-buffer buffer window 'window alist)) >> >> is bad design. > > Removed now from master's 'display-buffer-at-bottom'. Thanks, glad to see how just removing code is an improvement. Maybe we could remove more code to fix other problems ;-) From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 02 Feb 2019 21:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org, Eli Zaretskii , Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154914228924247 (code B ref 33870); Sat, 02 Feb 2019 21:19:02 +0000 Received: (at 33870) by debbugs.gnu.org; 2 Feb 2019 21:18:09 +0000 Received: from localhost ([127.0.0.1]:56639 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gq2fx-0006J1-2c for submit@debbugs.gnu.org; Sat, 02 Feb 2019 16:18:09 -0500 Received: from eastern.maple.relay.mailchannels.net ([23.83.214.55]:28577) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gq2fv-0006It-FA for 33870@debbugs.gnu.org; Sat, 02 Feb 2019 16:18:08 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 0F75C501EF1; Sat, 2 Feb 2019 21:18:05 +0000 (UTC) Received: from pdx1-sub0-mail-a30.g.dreamhost.com (unknown [100.96.19.78]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id AE167501E93; Sat, 2 Feb 2019 21:18:04 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a30.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sat, 02 Feb 2019 21:18:05 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Industry-Name: 5da3c22110532e82_1549142284916_1254322373 X-MC-Loop-Signature: 1549142284916:178187194 X-MC-Ingress-Time: 1549142284915 Received: from pdx1-sub0-mail-a30.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a30.g.dreamhost.com (Postfix) with ESMTP id 6F1258014A; Sat, 2 Feb 2019 13:18:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=xttdluF+7HnfNpFQ5/BTbFaSTAE=; b= mlqQNKEI2nF3PT/3MiZNax2o7jM+u1z13YYc8yYZzLNYhckPt8GdhdeX7MPay9WZ 3NzFWNkLpoA3HAXjHIZqUBXs7xD06qNyQDayE03gRBGR5yPGs3QOVh5LqFyJZ6/A +d8QTUhqQegOGNlBnNN+kCz0394OpGqd+f0XPYzZ2v8= Received: from mail.jurta.org (m91-129-111-71.cust.tele2.ee [91.129.111.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a30.g.dreamhost.com (Postfix) with ESMTPSA id A9E8280155; Sat, 2 Feb 2019 13:18:01 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a30 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> Date: Sat, 02 Feb 2019 23:16:03 +0200 In-Reply-To: ("=?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?="'s message of "Fri, 1 Feb 2019 08:19:40 +0000") Message-ID: <87a7jd7v1g.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrkedtgdduhedtucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrdduuddurdejudenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrdduuddurdejuddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehjohgrohhtrghvohhrrgesghhmrghilhdrtghomhenucevlhhushhtvghrufhiiigvpeef X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > Fortunately, the whole point of this bug report opened by Juri is to make > this configurable. Later, we can decide on a better default, something Juri > is also very much in favor of. With a better default such problems wouldn't happen if definitions were displayed in a new split window taking space from the original window. > If you add your voice to his and decide to change the default, and > then give me a way to recover 26.1's behavior (minus the bug), I won't > object (much). How do you prefer to configure old behavior? Using a customizable option? From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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: Sat, 02 Feb 2019 22:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Eli Zaretskii , Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154914614430596 (code B ref 33870); Sat, 02 Feb 2019 22:23:01 +0000 Received: (at 33870) by debbugs.gnu.org; 2 Feb 2019 22:22:24 +0000 Received: from localhost ([127.0.0.1]:56651 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gq3g8-0007xP-HN for submit@debbugs.gnu.org; Sat, 02 Feb 2019 17:22:24 -0500 Received: from mail-qt1-f178.google.com ([209.85.160.178]:47031) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gq3g6-0007xA-Oa for 33870@debbugs.gnu.org; Sat, 02 Feb 2019 17:22:23 -0500 Received: by mail-qt1-f178.google.com with SMTP id y20so11715763qtm.13 for <33870@debbugs.gnu.org>; Sat, 02 Feb 2019 14:22:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=+LDpXCY7FfDB0/Ol6EZCdMC8QGOanxLswoqXzcTDUDE=; b=Y+47kDnIAcvMGGvhhAB9k5EKso9E0dkj8M3T2ZyUWI7l+pQaEJd1Ux70QV6NQNZBVm LewrUC1xyGT+Lo+Xt0fhnOmkN3BcbA3bNGxFI+9xAl9TX9hlprofAxKg2ch5d7QJlEDA aktUC8ognD7wLl/uMlQGcczRDLjX6hwdIRL+chdjCpJk8wU+7hXeQxeoNB3SV8wTR3Hs rfTQcylA0uppx6mXONDYQczGiwN8WmCQJ0iOQixOCfNzxPwQKpDzz0BIHxhbQaWMDvGk ppjvTXqIfscz99w9OqUDMzZs1hqF3aD9zmPL/5LtMVZ++AgIuQa27uvLif+2l2RSwlRn CHpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=+LDpXCY7FfDB0/Ol6EZCdMC8QGOanxLswoqXzcTDUDE=; b=V1R0mqrKLII1OLKs2/uYnqsh+qjSYlHg3A+M0FcVeCzJT3HV+UesJwsozvJixUN3IJ Mozc4j7ulTBYH5zVtT3Gdr1ZIh0o3D7P213FaOl+KYl25zCNcq/RlRYi/DEtSdNYgYsf FycFoLhN7c7oax8YHm5Pw21MHpcmNCP+4sqqZ24NKpAhiZkovVZkkIA7+mRxZn+SNYhs UwtTRLRN3b/tvDUTdPp+ofAwvW28Sii7GU9JW9dQRFey/uzzSy8BfE831LpyPS72a1ce O4Ei1VMg9UkxVtNtFUUAmADvRQRIKaWB3TPT1hvgzf6p9eybq78YD6aScZ7HoMmkgWXD P9vg== X-Gm-Message-State: AJcUukedt5frJPhj3GeibYIxOGC3iD9buemyRWWiVgjZDfWq3P7Iseih 9dYqN06PU6E0sUABTw+/JmNsuXCLf0TV89Xw9VA= X-Google-Smtp-Source: ALg8bN5G51va8TTBNPZNQsWj8d9PiW1qsCe6cdKs/YxwMzmmrgJtXf7n0lJJE8HIkK4KSjOezjP6MJiA9IhF8JcNUmE= X-Received: by 2002:ac8:3e91:: with SMTP id y17mr45917526qtf.390.1549146136913; Sat, 02 Feb 2019 14:22:16 -0800 (PST) MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> In-Reply-To: <87a7jd7v1g.fsf@mail.linkov.net> From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Date: Sat, 2 Feb 2019 22:22:05 +0000 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) On Sat, Feb 2, 2019 at 9:18 PM Juri Linkov wrote: > > > Fortunately, the whole point of this bug report opened by Juri is to ma= ke > > this configurable. Later, we can decide on a better default, something = Juri > > is also very much in favor of. > > With a better default such problems wouldn't happen if definitions were > displayed in a new split window taking space from the original window. It's only a "problem" in your opinion :-) I was assuming Eli also thinks i= t'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. Again, for the millionth time in this discussion, let's first merge your pa= tch and clean up any bugs before we decide on defaults (perhaps you have done that already, I haven't checked). > > If you add your voice to his and decide to change the default, and > > then give me a way to recover 26.1's behavior (minus the bug), I won't > > object (much). > > How do you prefer to configure old behavior? Using a customizable option= ? Something that fits in a single line is good IMO. But normally in Emacs we keep the defaults for a while and give people unhappy with the defaults a way to choose their preferred configuration. We change the default when enough people voice their dissent. So, at least for some time, the configuration line should go into your configuration, not mine. --=20 Jo=C3=A3o T=C3=A1vora From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Feb 2019 03:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org, dgutov@yandex.ru, juri@linkov.net Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15491650994123 (code B ref 33870); Sun, 03 Feb 2019 03:39:02 +0000 Received: (at 33870) by debbugs.gnu.org; 3 Feb 2019 03:38:19 +0000 Received: from localhost ([127.0.0.1]:56708 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gq8br-00014R-EA for submit@debbugs.gnu.org; Sat, 02 Feb 2019 22:38:19 -0500 Received: from eggs.gnu.org ([209.51.188.92]:43629) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gq8bp-00014A-5A for 33870@debbugs.gnu.org; Sat, 02 Feb 2019 22:38:17 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:57277) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gq8bj-0002SS-Bm; Sat, 02 Feb 2019 22:38:11 -0500 Received: from [176.228.60.248] (port=4661 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gq8bi-0001ah-Rk; Sat, 02 Feb 2019 22:38:11 -0500 Date: Sun, 03 Feb 2019 05:37:53 +0200 Message-Id: <83bm3twnhq.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= on Sat, 2 Feb 2019 22:22:05 +0000) References: <87a7ktqqx7.fsf@mail.linkov.net> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > From: João Távora > Date: Sat, 2 Feb 2019 22:22:05 +0000 > Cc: Eli Zaretskii , Dmitry Gutov , 33870@debbugs.gnu.org > > On Sat, Feb 2, 2019 at 9:18 PM Juri Linkov wrote: > > > > > Fortunately, the whole point of this bug report opened by Juri is to make > > > this configurable. Later, we can decide on a better default, something Juri > > > is also very much in favor of. > > > > With a better default such problems wouldn't happen if definitions were > > displayed in a new split window taking space from the original window. > > It's only a "problem" in your opinion :-) I was assuming Eli also thinks 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? From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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 12:01:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 33870@debbugs.gnu.org, dgutov@yandex.ru, juri@linkov.net Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154919525621743 (code B ref 33870); Sun, 03 Feb 2019 12:01:01 +0000 Received: (at 33870) by debbugs.gnu.org; 3 Feb 2019 12:00:56 +0000 Received: from localhost ([127.0.0.1]:56780 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqGSG-0005ed-6y for submit@debbugs.gnu.org; Sun, 03 Feb 2019 07:00:56 -0500 Received: from mail-wm1-f45.google.com ([209.85.128.45]:37641) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqGSD-0005eN-SB for 33870@debbugs.gnu.org; Sun, 03 Feb 2019 07:00:54 -0500 Received: by mail-wm1-f45.google.com with SMTP id g67so10494731wmd.2 for <33870@debbugs.gnu.org>; Sun, 03 Feb 2019 04:00: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=2LJv/4xazL40uFC6zIg26LVzNYT4FA57MKhLSsGFujE=; b=vLIai/3WY/hNrLfj6UPVHXRt+xWZ4k+lR+UQRIIknWiA4xmxeoE+TcBGofUL0/ZhL5 tROpGaLaY9wabDe4kPh9epehHNB/c7UbkWpqsuFqGCBZV/c4xx/WGTrRCmf7+zmQv+kR uBCTUt033wnKDcIchVxaijXLVVUPyygkjD2Cspjq8AurCtvOb3xwEKZIsEWMTSWpWwUx BlfzJaD4yvLAECDbo/uo+evd4L/Fi1c+FmMenBvBiR+jiDBpupbJujOtmII9+xYuGfjC nDWie30h9YjI3GdaPyUCV1HgnvGMV3q6Pu0aYoconvDEMRldkIdehf2e9fWNhMa/S/BB nr8Q== 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=2LJv/4xazL40uFC6zIg26LVzNYT4FA57MKhLSsGFujE=; b=Zo2Y0IiKFQUOLZwYHi+zh2inFAMr+oQ0QJQr8y7Ynbn9xLNQrbC2IVN04AgmNxPNHf BnA9hHoX3l7J/PXkIkGFcQIaeN09vsDoh4H2Xil5g88ST4UYEF6Ubu0PgWSbGnGhq0jK UNIK5Q+gBYLGxMG4FZ47tHOZz3AvETmm6WWPnl3TB2WEkFRZRUmNusWQ/mJJ28QHiHR/ /m28lKTN7I5hoJSXZP6PZkaMTpvQMV6M/ysDzqrbPqoTVb6ogXTqlkmBNxSrEdwVrKhY NZa6w4yOzz4UNui8pq47LtBudDdjdk/TLrtLxeGs4NJv8fZRFy1bBlMjMO5GuNEhbwOQ J+TQ== X-Gm-Message-State: AHQUAuZlrNMwUcndg9fhMXiW31Ts/efJ+hETHH7GONASfMSZiS8WFdYI cwbXG9fbjbTqFbZpfDGoxoA+61mr X-Google-Smtp-Source: AHgI3IbgOFbQiBIXsz/6VmnH4DrPjdaySrJRKUNxm1sc1Bvz4Jn8yzd5gTXO2v45aJj3SOjWTIM6BA== X-Received: by 2002:a7b:cb96:: with SMTP id m22mr6116078wmi.39.1549195247627; Sun, 03 Feb 2019 04:00:47 -0800 (PST) Received: from kitaj.lan.yourcompany.com (188.139.62.94.rev.vodafone.pt. [94.62.139.188]) by smtp.gmail.com with ESMTPSA id t199sm13316296wmt.1.2019.02.03.04.00.45 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 03 Feb 2019 04:00:46 -0800 (PST) From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= References: <87a7ktqqx7.fsf@mail.linkov.net> <874lak9kr0.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> Date: Sun, 03 Feb 2019 12:00:42 +0000 In-Reply-To: <83bm3twnhq.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 03 Feb 2019 05:37:53 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) Eli Zaretskii writes: >> From: Jo=C3=A3o T=C3=A1vora >> Date: Sat, 2 Feb 2019 22:22:05 +0000 >> Cc: Eli Zaretskii , Dmitry Gutov , 33870= @debbugs.gnu.org >>=20 >> On Sat, Feb 2, 2019 at 9:18 PM Juri Linkov wrote: >> > >> > > Fortunately, the whole point of this bug report opened by Juri is to= make >> > > this configurable. Later, we can decide on a better default, somethi= ng Juri >> > > is also very much in favor of. >> > >> > With a better default such problems wouldn't happen if definitions were >> > displayed in a new split window taking space from the original window. >>=20 >> It's only a "problem" in your opinion :-) I was assuming Eli also think= s 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? Eli, if that helps clear the confusion up front, this it has to do with this last exchange, not with your email of 2018-12-26, 15:36, where you said you would _not_ like to change the current default behaviour.=20=20 If that doesn't help, and neither does reading the exchange, I'll try a summary of the most recent events. - Juri provided a purportedly 100% backward compatible patch that keeps current UI and allows xref.el windows to be configured by users. =20=20 - I tested the patch with many cases, including a corner use case. - Dmitry expressed doubts about the behaviour of that case - You expressed the same doubts as Dmitry's - I explained that it is the defined behaviour - Dmitry accepted the explanation - Drew wrote something that I didn't read/understand fully (sorry Drew!) - Juri took your doubts as evidence of a problem in the current UI. - I explained again that it is the defined and default UI, but changing is on the table, especially if you, unlike Dmitry, don't accept the explanation I gave for the corner case that you said isn't correct. =20=20 So Eli, maintainer of Emacs, the Editor: 1. Should xref.el be made configurable so that multiple UI's are available to users, keeping the current default in in Emacs 26.1? We have at least two candidate patches that do this. =20=20=20 2. Should the default UI in Emacs 26.1 be changed? As has been done at least 10 times in this thread, I propose to do the former first and then discuss the latter. I can also say that I am a bit tired of this: the thread has got so entangled that I'm now spending time re-explaining these relatively simple premises. Jo=C3=A3o From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Feb 2019 17:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org, dgutov@yandex.ru, juri@linkov.net Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154921379327871 (code B ref 33870); Sun, 03 Feb 2019 17:10:02 +0000 Received: (at 33870) by debbugs.gnu.org; 3 Feb 2019 17:09:53 +0000 Received: from localhost ([127.0.0.1]:57740 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqLHE-0007FT-Ux for submit@debbugs.gnu.org; Sun, 03 Feb 2019 12:09:53 -0500 Received: from eggs.gnu.org ([209.51.188.92]:55623) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqLHB-0007FC-Qt for 33870@debbugs.gnu.org; Sun, 03 Feb 2019 12:09:51 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:42267) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gqLH6-0004Pi-D7; Sun, 03 Feb 2019 12:09:44 -0500 Received: from [176.228.60.248] (port=2796 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gqLH5-0000E2-Rv; Sun, 03 Feb 2019 12:09:44 -0500 Date: Sun, 03 Feb 2019 19:09:28 +0200 Message-Id: <83tvhkvlx3.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= on Sun, 03 Feb 2019 12:00:42 +0000) References: <87a7ktqqx7.fsf@mail.linkov.net> <874lak9kr0.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> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > From: João Távora > Cc: juri@linkov.net, dgutov@yandex.ru, 33870@debbugs.gnu.org > Date: Sun, 03 Feb 2019 12:00:42 +0000 > > So Eli, maintainer of Emacs, the Editor: > > 1. Should xref.el be made configurable so that multiple UI's are > available to users, keeping the current default in in Emacs 26.1? We > have at least two candidate patches that do this. > > 2. Should the default UI in Emacs 26.1 be changed? > > As has been done at least 10 times in this thread, I propose to do the > former first and then discuss the latter. I can also say that I am a > bit tired of this: the thread has got so entangled that I'm now spending > time re-explaining these relatively simple premises. I don't think I get this: you have asked for my opinion. Now you seem to say you are tired of discussing this and don't want to spend any more time on it? Fine with me, then I won't take any more of your time by trying to chime in. Do whatever you would have done without hearing my opinions. It will certainly be faster, and put less demands on your time (and on mine). Thanks. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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 20:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 33870@debbugs.gnu.org, dgutov@yandex.ru, juri@linkov.net Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154922534913386 (code B ref 33870); Sun, 03 Feb 2019 20:23:02 +0000 Received: (at 33870) by debbugs.gnu.org; 3 Feb 2019 20:22:29 +0000 Received: from localhost ([127.0.0.1]:57783 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqOHb-0003Tg-W0 for submit@debbugs.gnu.org; Sun, 03 Feb 2019 15:22:28 -0500 Received: from mail-wr1-f50.google.com ([209.85.221.50]:45023) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqOHa-0003TL-Ra for 33870@debbugs.gnu.org; Sun, 03 Feb 2019 15:22:27 -0500 Received: by mail-wr1-f50.google.com with SMTP id z5so12313981wrt.11 for <33870@debbugs.gnu.org>; Sun, 03 Feb 2019 12:22:26 -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=x6l9867ZiwYyxgBGGmqBw3XKtpmTz6lVOG/D73gNy9k=; b=Gs64d5iMm/qpeMd2j42QL6MgLj6QKoDSCdYpt0hF5yVwX5RFW1/asvNMDzK+YOx6Og KnBDqxx63SF1vcYLEMXWjNs7eudrMAqIRNOqu/d12mik+1AgEX0H+p/DSIiOW652y0ll m2NUd8vSm0aARJiLKbj8RCw+amb6wro61uLGcfM9cBqmbChtN4+wWlg04C2H3teuXS8J 3fwHRuWgUmgkyrOmsffAzXhNe23UCvegM1btXxm89gDwPw6HMw4bzylyqRdlPUrQiF+M m1Jpn9BzAzfSPhA1ixlrTMKgnCnJ5PIENtSx63J3p5ZIMXh3lYAEWFfiwOywyTaEc9dG 2dAg== 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=x6l9867ZiwYyxgBGGmqBw3XKtpmTz6lVOG/D73gNy9k=; b=gr0/UTKytMQVeItbpbtYdcORny3NgBNnoA6G0Yvn42dfSkneGEle70hEQmupHzamp3 08LcFwD5sLtiwZyzhP6kI9NFGQ7MwzP4buAWdOPf8sDDFO1jQ8G1R6i3lpG2wDxM8f+T DfySjLsCSxj39ennfqQndWhVDeVo1ZbQGvkS5WqvI4JZxa8y96TxOQXs17CuBp+Q9bKo ZEbqgtBAAQsmZ98ri91+5Hu9hMCmwJ8I5aWQOmM4qresDgdQt1u5AjW7Gwaw9QCCmhGx abBvYYtFffPOaczL7/rV+1157YT49/T0hRaYWH7LvnQuyK9weYvpyoIQI3IX8feAHyIE i83g== X-Gm-Message-State: AHQUAubCgZEj2ncffPNp84YLFr6yvns5vETPZGsIzchT4kUCzrkl0SSI QofFIO4fpcdGdfd4xSiRA1xZxAP2 X-Google-Smtp-Source: AHgI3IZkyAvY0uqbM1axhBBRiK+JVZ5gVFADd9d7CbBX1T456tvbfPhf0jkdUR91KhVn5orpTCQHig== X-Received: by 2002:a5d:5004:: with SMTP id e4mr3088084wrt.59.1549225340749; Sun, 03 Feb 2019 12:22:20 -0800 (PST) Received: from kitaj.lan.yourcompany.com (188.139.62.94.rev.vodafone.pt. [94.62.139.188]) by smtp.gmail.com with ESMTPSA id j17sm8884641wrw.0.2019.02.03.12.22.19 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 03 Feb 2019 12:22:19 -0800 (PST) From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= 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> Date: Sun, 03 Feb 2019 20:22:17 +0000 In-Reply-To: <83tvhkvlx3.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 03 Feb 2019 19:09:28 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) Eli Zaretskii writes: >> As has been done at least 10 times in this thread, I propose to do the >> former first and then discuss the latter. I can also say that I am a >> bit tired of this: the thread has got so entangled that I'm now spending >> time re-explaining these relatively simple premises. > > I don't think I get this: you have asked for my opinion. Now you seem > to say you are tired of discussing this Not really. But it seems in trying to untangle this thread, I've only tangled it more... 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=3D33870#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=3D33870#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. I didn't state (much) disagreement: IMO changing the default can be on the table, but I said perhaps we should wait for your confirmation that the "No, I don't think so" really means that you think the 26.1 default _should_ be changed. 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. Also sorry if I sounded rude: I wasn't attributing the reasons I am tired of this thread to you. Thanks, Jo=C3=A3o From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Feb 2019 20:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154922697216211 (code B ref 33870); Sun, 03 Feb 2019 20:50:01 +0000 Received: (at 33870) by debbugs.gnu.org; 3 Feb 2019 20:49:32 +0000 Received: from localhost ([127.0.0.1]:57788 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqOho-0004DO-2l for submit@debbugs.gnu.org; Sun, 03 Feb 2019 15:49:32 -0500 Received: from goldenrod.birch.relay.mailchannels.net ([23.83.209.74]:62207) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqOhl-0004DD-GQ for 33870@debbugs.gnu.org; Sun, 03 Feb 2019 15:49:30 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 65D821236A4; Sun, 3 Feb 2019 20:49:27 +0000 (UTC) Received: from pdx1-sub0-mail-a23.g.dreamhost.com (unknown [100.96.11.179]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 113D0123DD2; Sun, 3 Feb 2019 20:49:27 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a23.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sun, 03 Feb 2019 20:49:27 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Stretch-Descriptive: 7021368e137073ae_1549226967221_1922773653 X-MC-Loop-Signature: 1549226967221:946689771 X-MC-Ingress-Time: 1549226967220 Received: from pdx1-sub0-mail-a23.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a23.g.dreamhost.com (Postfix) with ESMTP id EE0EE818C5; Sun, 3 Feb 2019 12:49:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=uMG+Ds4ifkEqez12WLS4r8UZxr0=; b= TlQaxF4ySJLQCMGXAmkC7Bn5zN1G2KukiAk5Lvsdb+n4Vl36kiLNV9f6JhbGdqd5 ygVXBJN8T+Nykx7jE77r1saZ/Yf8JaKzYv9j47d/4j30Wo7vpyN6k4XhnvTuJvVe TDnQosHLaLLNSMr9eirWM5fzHGR9gVIWO3ak9a8cj1Q= Received: from mail.jurta.org (m91-129-111-71.cust.tele2.ee [91.129.111.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a23.g.dreamhost.com (Postfix) with ESMTPSA id 3D736818BB; Sun, 3 Feb 2019 12:49:22 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a23 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> <5C3C40E9.6030905@gmx.at> <87sgxlu3qe.fsf@mail.linkov.net> <5C498043.5040008@gmx.at> <87womqp08r.fsf@mail.linkov.net> <5C4F4C42.1090305@gmx.at> <87r2cw35s7.fsf@mail.linkov.net> <5C5013BE.6090107@gmx.at> <877eenjhl6.fsf@mail.linkov.net> <5C515B8F.1000702@gmx.at> Date: Sun, 03 Feb 2019 22:22:32 +0200 In-Reply-To: <5C515B8F.1000702@gmx.at> (martin rudalics's message of "Wed, 30 Jan 2019 09:08:47 +0100") Message-ID: <871s4ooc53.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrkedvgddugeegucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrdduuddurdejudenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrdduuddurdejuddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepud X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> And what to do when the future will require adding a third arg? >> This is why better to avoid dotted pairs, and use a list like >> >> (direction DIR WIN) > > OK. Let's do that. I'm trying to use your implementation of display-buffer-in-direction, but with this patch: diff --git a/lisp/files.el b/lisp/files.el index 9948bd4a03..dac75fdb78 100644 --- a/lisp/files.el +++ b/lisp/files.el @@ -3396,7 +3396,7 @@ hack-local-variables-confirm ;; Display the buffer and read a choice. (save-window-excursion - (pop-to-buffer buf '(display-buffer--maybe-at-bottom)) + (pop-to-buffer buf '(display-buffer-in-direction (direction bottom main))) (let* ((exit-chars '(?y ?n ?\s ?\C-g ?\C-v)) (prompt (format "Please type %s%s: " (if offer-save "y, n, or !" "y or n") while visiting a file with Local Variables it fails with: Debugger entered--Lisp error: (error "Cannot share edge from within live window #) windows-sharing-edge(# below t) display-buffer-in-direction(# ((direction bottom main))) display-buffer(# (display-buffer-in-direction (direction bottom main))) pop-to-buffer(# (display-buffer-in-direction (direction bottom main))) Please help. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Feb 2019 20:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 33870@debbugs.gnu.org, =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154922697516229 (code B ref 33870); Sun, 03 Feb 2019 20:50:02 +0000 Received: (at 33870) by debbugs.gnu.org; 3 Feb 2019 20:49:35 +0000 Received: from localhost ([127.0.0.1]:57791 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqOhr-0004Dg-Bp for submit@debbugs.gnu.org; Sun, 03 Feb 2019 15:49:35 -0500 Received: from common.maple.relay.mailchannels.net ([23.83.214.38]:62723) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqOhp-0004DW-UX for 33870@debbugs.gnu.org; Sun, 03 Feb 2019 15:49:34 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 562AD123C69; Sun, 3 Feb 2019 20:49:32 +0000 (UTC) Received: from pdx1-sub0-mail-a23.g.dreamhost.com (unknown [100.96.19.74]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id BAB491233CE; Sun, 3 Feb 2019 20:49:31 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a23.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sun, 03 Feb 2019 20:49:32 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Towering-Glossy: 6a6e1c5b5a971035_1549226972166_3702906792 X-MC-Loop-Signature: 1549226972166:1602264378 X-MC-Ingress-Time: 1549226972165 Received: from pdx1-sub0-mail-a23.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a23.g.dreamhost.com (Postfix) with ESMTP id 3B56E818BB; Sun, 3 Feb 2019 12:49:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=lxAyIIi6O7pQcBO+1wlxEBz5Oa0=; b= xlztKuPFxXycEnDQAyPQ0mg9j3jl/fXRyXLLeglLQ7iHXoTUz/GUPESkMgppGQly WWcFKlKsKzjqakdZxRqiW2p+N/rZeLj00OSeRlcV16GnnHrCQWSJMsjxWKP7Oe7F hP4DciaQVpT5B1Dpn7jn0AgJY8y5Xvt+4BpWVDHvDLc= Received: from mail.jurta.org (m91-129-111-71.cust.tele2.ee [91.129.111.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a23.g.dreamhost.com (Postfix) with ESMTPSA id 2A73D818CB; Sun, 3 Feb 2019 12:49:28 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a23 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <874lak9kr0.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> Date: Sun, 03 Feb 2019 22:33:24 +0200 In-Reply-To: <83bm3twnhq.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 03 Feb 2019 05:37:53 +0200") Message-ID: <87ef8omx2j.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrkedvgddugeegucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrdduuddurdejudenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrdduuddurdejuddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopegvlhhiiiesghhnuhdrohhrghenucevlhhushhtvghrufhiiigvpedv X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> It's only a "problem" in your opinion :-) I was assuming Eli also thinks 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 window n splits the original window and visits references in a tiny window, sometimes opens a new frame C-x 5 . pops up the *xref* buffer in an adjacent window RET visits references in a new frame TAB visits references in a new frame n visits references in a new frame Problems: the case of 'C-x 4 .' is a mess. Other cases are consistent, but take screen space from an adjacent window. The proposed behavior solves all these problems: * Proposed new behavior M-. pops up the *xref* buffer in a tiny window below the original 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 a tiny window below the original window RET visits references in a new window TAB visits references in a new window n visits references in a new window C-x 5 . pops up the *xref* buffer in a tiny window below the original window RET visits references in a new frame TAB visits references in a new frame n visits references in a new frame However, the problem is that I don't understand the complicated logic of the 'C-x 4 .' case of the old behavior, so I can't completely support all its intricacies after code simplification. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Feb 2019 21:03:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , Eli Zaretskii Cc: 33870@debbugs.gnu.org, dgutov@yandex.ru, juri@linkov.net Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154922773717758 (code B ref 33870); Sun, 03 Feb 2019 21:03:01 +0000 Received: (at 33870) by debbugs.gnu.org; 3 Feb 2019 21:02:17 +0000 Received: from localhost ([127.0.0.1]:57808 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqOu9-0004cM-8n for submit@debbugs.gnu.org; Sun, 03 Feb 2019 16:02:17 -0500 Received: from userp2120.oracle.com ([156.151.31.85]:40328) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqOu8-0004c9-0u for 33870@debbugs.gnu.org; Sun, 03 Feb 2019 16:02:16 -0500 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 x13L09GJ083928; Sun, 3 Feb 2019 21:02:10 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=KMPLwmFEAbrc0mgBURZTQasZfkP1LT15KdnNOqjft/0=; b=kTnmsxMUEdpCBf7Z/2xMsmgT2p39XtfpudYrqgMbrEV4BMMtH1exNv4KlzPOCbJa0XSD 3Xsq8mpLk3tzaH1JO/LTy3H8dvAxyyu9/hjH7qbRlu2fD4xtxDZlX1j6WQXYDC+HoIgN YJa1qb6yNLAdKfph1ARho3VEaddx75ZPZeHy1UUaZUer/MuPiCj1z1bFn1fzcaIDD9PY XYrglug2Nj3uE4clokAaqG1mXImfLr4XPvGPauVTyvictDq5HpMVx8jZ0+RPhl8yUk32 Ba4ZUwAO6y6In+UOLvT+EPGFBy3No4RdmSiE+DDcOYWOIMwVspgkXyfsrK4vz5jbQNDB lA== Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by userp2120.oracle.com with ESMTP id 2qd98mte0s-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 03 Feb 2019 21:02:10 +0000 Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id x13L28mU017183 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 3 Feb 2019 21:02:09 GMT Received: from abhmp0017.oracle.com (abhmp0017.oracle.com [141.146.116.23]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id x13L27Ye022976; Sun, 3 Feb 2019 21:02:07 GMT MIME-Version: 1.0 Message-ID: <4e3da72b-c98c-4156-91e2-a56275f28b59@default> Date: Sun, 3 Feb 2019 21:02:07 +0000 (UTC) From: Drew Adams References: <87a7ktqqx7.fsf@mail.linkov.net> <874lak9kr0.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> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4795.0 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9156 signatures=668682 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=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1902030174 X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > - Drew wrote something that I didn't read/understand > fully (sorry Drew!) I added 4 side points related to points that came up in the thread. Possibly you didn't read or understand one or more of them. Enjoy. 1. "Everything in Emacs is (and should be) public." All `display-buffer*' functions deserve doc strings or at least developer-oriented comments. 2. Don't limit future use by having something like (direction . (DIR . WIN)). Instead, as Juri suggested, use (direction DIR WIN), so you can easily later have (direction DIR WIN FOO), etc. 3. The mistake of #2 was made, e.g., when defining "noncontiguous region" segments: (BEG . END). A better design is (BEG END) or (BEG END . EXTRA), where EXTRA is from the outset undefined (any baggage). 4. All-encompassing DWIM for window selection and splitting is asking too much of Emacs. Guessing the intention of a user or code in all contexts is bound to lose some of the time, frustrating users. The code gets more and more complex, which doesn't help users guess what Emacs is guessing. ;-) I'm glad I instead use separate frames, by default. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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 X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Eli Zaretskii , dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154922813418370 (code B ref 33870); Sun, 03 Feb 2019 21:09:02 +0000 Received: (at 33870) by debbugs.gnu.org; 3 Feb 2019 21:08:54 +0000 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 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 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) 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) From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= 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> Date: Sun, 03 Feb 2019 21:08:44 +0000 In-Reply-To: <87ef8omx2j.fsf@mail.linkov.net> (Juri Linkov's message of "Sun, 03 Feb 2019 22:33:24 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) 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 From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 Feb 2019 07:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154926542629858 (code B ref 33870); Mon, 04 Feb 2019 07:31:02 +0000 Received: (at 33870) by debbugs.gnu.org; 4 Feb 2019 07:30:26 +0000 Received: from localhost ([127.0.0.1]:58005 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqYi2-0007lV-4W for submit@debbugs.gnu.org; Mon, 04 Feb 2019 02:30:26 -0500 Received: from mout.gmx.net ([212.227.15.15]:54021) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqYhz-0007lH-RO for 33870@debbugs.gnu.org; Mon, 04 Feb 2019 02:30:24 -0500 Received: from [192.168.1.101] ([213.162.73.1]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MI5Ve-1gr6PD2oDm-003vLj; Mon, 04 Feb 2019 08:30:13 +0100 Message-ID: <5C57E9FF.1070802@gmx.at> Date: Mon, 04 Feb 2019 08:30:07 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> <5C3C40E9.6030905@gmx.at> <87sgxlu3qe.fsf@mail.linkov.net> <5C498043.5040008@gmx.at> <87womqp08r.fsf@mail.linkov.net> <5C4F4C42.1090305@gmx.at> <87r2cw35s7.fsf@mail.linkov.net> <5C5013BE.6090107@gmx.at> <877eenjhl6.fsf@mail.linkov.net> <5C515B8F.1000702@gmx.at> <871s4ooc53.fsf@mail.linkov.net> In-Reply-To: <871s4ooc53.fsf@mail.linkov.net> Content-Type: multipart/mixed; boundary="------------040500070709040507050903" X-Provags-ID: V03:K1:8fdoZRxBLmg2Uj7jKCwbtIZx8QZHo6X2MHlGGeh4Ake7K7cxGnB a6je3NB5wFFZvPtTuVTisYGzWBi+AI2Rnm4CreUfIBn/cr8G4+mpmOH8dteFpsSjscMsuLY zrLeXpRHEMmXwYvltiXy/8MiEDcO+sSYOzwbq+o31QveaSVvR6XAKv9rTMNTd8lhmEk8k/P WkAww1l6+FOSuWuF7FglA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:A9R0EKPQBx0=:WIRjAEBNtGtTo4WQApyc3c 90J2ZhQtHw6LEXtzDkvwox3zhSiATssZGkhbEBsvkh+WLzRCiat3AvZF9Wh7eFb2rFJb6h7R5 6jC4G3AVdGxkNBNc1505sz82y4ZpISkWVX39xVi1ePVAlvRmC4jsUSYSI/T3O3JS7ajNazaZ1 c7rdJ7JhFJ6//Eqs7ArH8ewBU3IpRrg7D6LRHzlY+zK7H/L8AZmYl/TUAMsDgp1W9J35h2UaC FhtKX/hdtb1X5hbqXvj+f3uqLuC5w+9ud1B6KHzc4l/xIHtXvrvRXe4eY89jfcE0k4smnKuXn 1QJsS1l9jDcq3CWwq7N1rl47l2Li+pqenrNGEPumXBwtbnh/z9xjisCjObb3mCj6ktIK2cUgU 2utdX8+mYb1FGGYIG/ZppP3nzcDic2KZJoAXpNkQ5KmNKYQqomx9MBl/k+j4duKH43X1bgyNZ 5rgQ9sdBEFl4V6LpYaJ0QZYygovLGh8xnyyMXTRTtogkfZKyVfSjoBPiz56ZjtQLTyVYtB7V7 JKMYnRzyzij2moW2IowjZOqiumE/NzteaTOnO/qIMF7HpzsL1K9//sEZ71HElrbaDhmglQJP6 aVO5wjHoyumy8twdI+t1GRmsPPqCsl0EXqMHlRWpo4uKxkwNYLqyhQvyGmjYM7SoR/Iu4j6wv 6aA+S1Bw82NqZ080Jj7pWPqG7bZeV3MXUDJsynHlC4jO978G6bDZ91rNUuV/0oo9Pet23KWQj aqWsvihHFxLrYz89WNljdoUvWbcpWfILT9J3bmT9LDuBtpJfn4NBa/IgrrbB1dfV8afaKcQhn Vj2rFHPlK3MpOuplu/CkSnoLEd9fBTDtEvs6DuKww3HNX1xZl2/rpfMpDC+207OWQxXt1JC7R o556f8jIIoEbY61XqfNs33dIa4aeSZoMJIsues5gwusX7YZqvo/8SZIJyzOgEh X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This is a multi-part message in MIME format. --------------040500070709040507050903 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit > I'm trying to use your implementation of display-buffer-in-direction, > but with this patch: > > diff --git a/lisp/files.el b/lisp/files.el > index 9948bd4a03..dac75fdb78 100644 > --- a/lisp/files.el > +++ b/lisp/files.el > @@ -3396,7 +3396,7 @@ hack-local-variables-confirm > > ;; Display the buffer and read a choice. > (save-window-excursion > - (pop-to-buffer buf '(display-buffer--maybe-at-bottom)) > + (pop-to-buffer buf '(display-buffer-in-direction (direction bottom main))) > (let* ((exit-chars '(?y ?n ?\s ?\C-g ?\C-v)) > (prompt (format "Please type %s%s: " > (if offer-save "y, n, or !" "y or n") > > while visiting a file with Local Variables it fails with: > > Debugger entered--Lisp error: (error "Cannot share edge from within live window # signal(error ("Cannot share edge from within live window # error("Cannot share edge from within live window %s" #) > windows-sharing-edge(# below t) > display-buffer-in-direction(# ((direction bottom main))) > display-buffer(# (display-buffer-in-direction (direction bottom main))) > pop-to-buffer(# (display-buffer-in-direction (direction bottom main))) I attach a version which should handle this now. I still can't get used to a positional specification of direction and reference window so ALIST now has to contain separate 'direction' and 'window' entries as in (pop-to-buffer buf '(display-buffer-in-direction (direction . bottom) (window . main))) where the 'direction' entry is mandatory. martin --------------040500070709040507050903 Content-Type: application/emacs-lisp; name="display-buffer-in-direction.el" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="display-buffer-in-direction.el" KGRlZnVuIHdpbmRvd3Mtc2hhcmluZy1lZGdlICgmb3B0aW9uYWwgd2luZG93IGVkZ2Ugd2l0 aGluKQogICJSZXR1cm4gbGlzdCBvZiBsaXZlIHdpbmRvd3Mgc2hhcmluZyB0aGUgc2FtZSBl ZGdlIHdpdGggV0lORE9XLgpXSU5ET1cgbXVzdCBiZSBhIHZhbGlkIHdpbmRvdyBhbmQgZGVm YXVsdHMgdG8gdGhlIHNlbGVjdGVkIG9uZS4KRURHRSBzdGFuZHMgZm9yIHRoZSBlZGdlIHRv IHNoYXJlIGFuZCBtdXN0IGJlIGVpdGhlciAnbGVmdCcsCidhYm92ZScsICdyaWdodCcgb3Ig J2JlbG93Jy4gIE9taXR0ZWQgb3IgbmlsLCBFREdFIGRlZmF1bHRzIHRvCidsZWZ0Jy4KCldJ VEhJTiBuaWwgbWVhbnMgdG8gZmluZCBhIGxpdmUgd2luZG93IHRoYXQgc2hhcmVzIHRoZSBv cHBvc2l0ZQpFREdFIHdpdGggV0lORE9XLiAgRm9yIGV4YW1wbGUsIGlmIEVER0UgZXF1YWxz ICdsZWZ0JywgV0lORE9XIGhhcwp0byBzaGFyZSAocGFydCBvZikgdGhlIHJpZ2h0IGVkZ2Ug b2YgYW55IHdpbmRvdyByZXR1cm5lZC4gIFdJVEhJTgpub24tbmlsIG1lYW5zIHRvIGZpbmQg YWxsIGxpdmUgd2luZG93cyB0aGF0IHNoYXJlIHRoZSBzYW1lIEVER0UKd2l0aCBXSU5ET1cg KFdpbmRvdyBtdXN0IGJlIGludGVybmFsIGluIHRoaXMgY2FzZSkuICBTbyBpZiBFREdFCmVx dWFscyAnbGVmdCcsIFdJTkRPVydzIGxlZnQgZWRnZSBoYXMgdG8gZnVsbHkgZW5jb21wYXNz IHRoZSBsZWZ0CmVkZ2Ugb2YgYW55IHdpbmRvdyByZXR1cm5lZC4iCiAgKHNldHEgd2luZG93 ICh3aW5kb3ctbm9ybWFsaXplLXdpbmRvdyB3aW5kb3cpKQogIChzZXRxIGVkZ2UgKG9yIGVk Z2UgJ2xlZnQpKQogICh3aGVuIChhbmQgd2l0aGluICh3aW5kb3ctbGl2ZS1wIHdpbmRvdykp CiAgICAoZXJyb3IgIkNhbm5vdCBzaGFyZSBlZGdlIGZyb20gd2l0aGluIGxpdmUgd2luZG93 ICVzIiB3aW5kb3cpKQogIChsZXQgKCh3aW5kb3ctZWRnZXMgKHdpbmRvdy1lZGdlcyB3aW5k b3cgbmlsIG5pbCB0KSkKCShob3Jpem9udGFsIChtZW1xIGVkZ2UgJyhsZWZ0IHJpZ2h0KSkp CgkobiAocGNhc2UgZWRnZQoJICAgICAoJ2xlZnQgMCkgKCdhYm92ZSAxKSAoJ3JpZ2h0IDIp ICgnYmVsb3cgMykpKSkKICAgICh1bmxlc3MgKG51bWJlcnAgbikKICAgICAgKGVycm9yICJJ bnZhbGlkIEVER0UgJXMiIGVkZ2UpKQogICAgKGxldCAoKG8gKG1vZCAoKyAyIG4pIDQpKQoJ ICAocCAoaWYgaG9yaXpvbnRhbCAxIDApKQoJICAocSAoaWYgaG9yaXpvbnRhbCAzIDIpKQoJ ICB3aW5kb3dzKQogICAgICAod2Fsay13aW5kb3ctdHJlZQogICAgICAgKGxhbWJkYSAob3Ro ZXIpCgkgKGxldCAoKG90aGVyLWVkZ2VzICh3aW5kb3ctZWRnZXMgb3RoZXIgbmlsIG5pbCB0 KSkpCgkgICAod2hlbiAoYW5kIChub3QgKGVxIHdpbmRvdyBvdGhlcikpCgkJICAgICAgKD0g KG50aCBuIHdpbmRvdy1lZGdlcykKCQkJIChudGggKGlmIHdpdGhpbiBuIG8pIG90aGVyLWVk Z2VzKSkKCQkgICAgICAoY29uZAoJCSAgICAgICAoKD0gKG50aCBwIHdpbmRvdy1lZGdlcykg KG50aCBwIG90aGVyLWVkZ2VzKSkpCgkJICAgICAgICgoPCAobnRoIHAgd2luZG93LWVkZ2Vz KSAobnRoIHAgb3RoZXItZWRnZXMpKQoJCQkoPCAobnRoIHAgb3RoZXItZWRnZXMpIChudGgg cSB3aW5kb3ctZWRnZXMpKSkKCQkgICAgICAgKHQKCQkJKDwgKG50aCBwIHdpbmRvdy1lZGdl cykgKG50aCBxIG90aGVyLWVkZ2VzKSkpKSkKCSAgICAgKHNldHEgd2luZG93cyAoY29ucyBv dGhlciB3aW5kb3dzKSkpKSkKICAgICAgICh3aW5kb3ctZnJhbWUgd2luZG93KSBuaWwgJ25v bWluaSkKICAgICAgKHJldmVyc2Ugd2luZG93cykpKSkKCihkZWZ1biB3aW5kb3ctLXRyeS10 by1zcGxpdC13aW5kb3ctaW4tZGlyZWN0aW9uICh3aW5kb3cgZGlyZWN0aW9uIGFsaXN0KQog ICJUcnkgdG8gc3BsaXQgV0lORE9XIGluIGRpcmVjdGlvbiBESVJFQ1RJT04uCkFMSVNUIGlz IGEgYnVmZmVyZCBpc3BsYXkgYWxpc3QuIgogIChhbmQgKG5vdCAoZnJhbWUtcGFyYW1ldGVy ICh3aW5kb3ctZnJhbWUgd2luZG93KSAndW5zcGxpdHRhYmxlKSkKICAgICAgIChsZXQqICgo d2luZG93LWNvbWJpbmF0aW9uLWxpbWl0CgkgICAgICAgOzsgV2hlbiBgd2luZG93LWNvbWJp bmF0aW9uLWxpbWl0JyBlcXVhbHMKCSAgICAgICA7OyBgZGlzcGxheS1idWZmZXInIG9yIGVx dWFscyBgcmVzaXplLXdpbmRvdycgYW5kIGEKCSAgICAgICA7OyBgd2luZG93LWhlaWdodCcg b3IgYHdpbmRvdy13aWR0aCcgYWxpc3QgZW50cnkgYXJlCgkgICAgICAgOzsgcHJlc2VudCwg YmluZCBpdCB0byB0IHNvIHJlc2l6aW5nIHN0ZWFscyBzcGFjZQoJICAgICAgIDs7IHByZWZl cmFibHkgZnJvbSB0aGUgd2luZG93IHRoYXQgd2FzIHNwbGl0LgoJICAgICAgIChpZiAob3Ig KGVxIHdpbmRvdy1jb21iaW5hdGlvbi1saW1pdCAnZGlzcGxheS1idWZmZXIpCgkJICAgICAg IChhbmQgKGVxIHdpbmRvdy1jb21iaW5hdGlvbi1saW1pdCAnd2luZG93LXNpemUpCgkJCSAg ICAob3IgKGNkciAoYXNzcSAnd2luZG93LWhlaWdodCBhbGlzdCkpCgkJCQkoY2RyIChhc3Nx ICd3aW5kb3ctd2lkdGggYWxpc3QpKSkpKQoJCSAgIHQKCQkgd2luZG93LWNvbWJpbmF0aW9u LWxpbWl0KSkKCSAgICAgIChvdGhlci13aW5kb3cKCSAgICAgICAoY29uZGl0aW9uLWNhc2Ug bmlsCgkJICAgKHNwbGl0LXdpbmRvdyB3aW5kb3cgbmlsIGRpcmVjdGlvbikKCQkgKGVycm9y IG5pbCkpKSkKCSAoYW5kICh3aW5kb3ctbGl2ZS1wIG90aGVyLXdpbmRvdykgb3RoZXItd2lu ZG93KSkpKQoKKGRlZnVuIGRpc3BsYXktYnVmZmVyLWluLWRpcmVjdGlvbiAoYnVmZmVyIGFs aXN0KQogICJUcnkgdG8gZGlzcGxheSBCVUZGRVIgaW4gYSBkaXJlY3Rpb24gc3BlY2lmaWVk IGJ5IEFMSVNULgpBTElTVCBoYXMgdG8gY29udGFpbiBhICdkaXJlY3Rpb24nIGVudHJ5IHdo b3NlIGNkciBzaG91bGQgb25lIG9mCidsZWZ0JywgJ3RvcCcsICdhYm92ZScsICd1cCcsICdy aWdodCcsICdiZWxvdycsICdib3R0b20nIG9yCidkb3duJy4gIEFueSBvdGhlciB2YWx1ZSBp cyBpbnRlcnByZXRlZCBhcyAnYmVsb3cnLgoKSWYgQUxJU1QgYWxzbyBjb250YWlucyBhICd3 aW5kb3cnIGVudHJ5LCB0aGUgY2RyIG9mIHRoYXQgZW50cnkKc3BlY2lmaWVzIGEgcmVmZXJl bmNlIHdpbmRvdy4gIEl0IGNhbiBiZSBhIHNwZWNpYWwgc3ltYm9sIGxpa2UKJ21haW4nICh3 aGljaCBzdGFuZHMgZm9yIHRoZSBzZWxlY3RlZCBmcmFtZSdzIG1haW4gd2luZG93KSBvcgon cm9vdCcgKHdoaWNoIHN0YW5kcyBmb3IgdGhlIHNlbGVjdGVkIGZyYW1lJ3Mgcm9vdCB3aW5k b3cpIG9yIGFuCmFyYml0cmFyeSB2YWxpZCB3aW5kb3cuICBBbnkgb3RoZXIgdmFsdWUgKG9y IG9taXR0aW5nIHRoZQond2luZG93JyBlbnRyeSkgdXNlcyB0aGUgc2VsZWN0ZWQgd2luZG93 IGFzIHJlZmVyZW5jZSB3aW5kb3cuCgpJZiB0aGUgcmVmZXJlbmNlIHdpbmRvdyBzcGVjaWZp ZXMgYW4gaW50ZXJuYWwgd2luZG93LCB0cnkgdG8Kc3BsaXQgb3IgcmV1c2UgYSB3aW5kb3cg d2l0aGluIHRoZSByZWZlcmVuY2Ugd2luZG93IHN1Y2ggdGhhdCB0aGUKd2luZG93IHByb2R1 Y2VkIHRoaXMgd2F5IGlzIG9uIHRoZSBzaWRlIG9mIHRoZSByZWZlcmVuY2Ugd2luZG93CnNw ZWNpZmllZCBieSB0aGUgZGlyZWN0aW9uIGVudHJ5LiAgSWYgdGhlIHJlZmVyZW5jZSB3aW5k b3cKc3BlY2lmaWVzIGEgbGl2ZSB3aW5kb3csIHRyeSB0byBzcGxpdCB0aGF0IHdpbmRvdyBv ciByZXVzZSBhCndpbmRvdyBvdXRzaWRlIG9mIGl0IG9uIHRoZSBzaWRlIHNwZWNpZmllZCBi eSB0aGUgZGlyZWN0aW9uCmVudHJ5LiIKICAobGV0ICgoZGlyZWN0aW9uIChjZHIgKGFzc3Eg J2RpcmVjdGlvbiBhbGlzdCkpKSkKICAgICh3aGVuIGRpcmVjdGlvbgogICAgICAobGV0ICgo d2luZG93IChjZHIgKGFzc3EgJ3dpbmRvdyBhbGlzdCkpKQoJICAgIHdpdGhpbiB3aW5kb3dz IG90aGVyLXdpbmRvdy1zaG93cy1idWZmZXIgb3RoZXItd2luZG93KQoJOzsgU2FuaXRpemUg V0lORE9XLgoJKGNvbmQKCSAoKGVxIHdpbmRvdyAnbWFpbikKCSAgKHNldHEgd2luZG93ICh3 aW5kb3ctbWFpbi13aW5kb3cpKSkKCSAoKGVxIHdpbmRvdyAncm9vdCkKCSAgKHNldHEgd2lu ZG93IChmcmFtZS1yb290LXdpbmRvdykpKQoJICgod2luZG93LXZhbGlkLXAgd2luZG93KSkK CSAodAoJICAoc2V0cSB3aW5kb3cgKHNlbGVjdGVkLXdpbmRvdykpKSkKCShzZXRxIHdpdGhp biAobm90ICh3aW5kb3ctbGl2ZS1wIHdpbmRvdykpKQoJOzsgU2FuaXRpemUgRElSRUNUSU9O CgkoY29uZAoJICgobWVtcSBkaXJlY3Rpb24gJyhsZWZ0IGFib3ZlIHJpZ2h0IGJlbG93KSkp CgkgKChtZW1xIGRpcmVjdGlvbiAnKHRvcCB1cCkpCgkgIChzZXRxIGRpcmVjdGlvbiAnYWJv dmUpKQoJICgobWVtcSBkaXJlY3Rpb24gJyhib3R0b20gZG93bikpCgkgIChzZXRxIGRpcmVj dGlvbiAnYmVsb3cpKQoJICh0CgkgIChzZXRxIGRpcmVjdGlvbiAnYmVsb3cpKSkKCgkoc2V0 cSB3aW5kb3dzICh3aW5kb3dzLXNoYXJpbmctZWRnZSB3aW5kb3cgZGlyZWN0aW9uIHdpdGhp bikpCgkoZG9saXN0IChvdGhlciB3aW5kb3dzKQoJICAoY29uZAoJICAgKChhbmQgKG5vdCBv dGhlci13aW5kb3ctc2hvd3MtYnVmZmVyKQoJCSAoZXEgYnVmZmVyICh3aW5kb3ctYnVmZmVy IG90aGVyKSkpCgkgICAgKHNldHEgb3RoZXItd2luZG93LXNob3dzLWJ1ZmZlciB0KQoJICAg IChzZXRxIG90aGVyLXdpbmRvdyBvdGhlcikpCgkgICAoKG5vdCBvdGhlci13aW5kb3cpCgkg ICAgKHNldHEgb3RoZXItd2luZG93IG90aGVyKSkpKQoJKG9yIChhbmQgb3RoZXItd2luZG93 LXNob3dzLWJ1ZmZlcgoJCSAod2luZG93LS1kaXNwbGF5LWJ1ZmZlciBidWZmZXIgb3RoZXIt d2luZG93ICdyZXVzZSBhbGlzdCkpCgkgICAgKGFuZCAoc2V0cSBvdGhlci13aW5kb3cKCQkg ICAgICAgKHdpbmRvdy0tdHJ5LXRvLXNwbGl0LXdpbmRvdy1pbi1kaXJlY3Rpb24KCQkJd2lu ZG93IGRpcmVjdGlvbiBhbGlzdCkpCgkJICh3aW5kb3ctLWRpc3BsYXktYnVmZmVyIGJ1ZmZl ciBvdGhlci13aW5kb3cgJ3dpbmRvdyBhbGlzdCkpCgkgICAgKGFuZCAoc2V0cSB3aW5kb3cg b3RoZXItd2luZG93KQoJCSAobm90ICh3aW5kb3ctZGVkaWNhdGVkLXAgb3RoZXItd2luZG93 KSkKCQkgKHdpbmRvdy0tZGlzcGxheS1idWZmZXIgYnVmZmVyIG90aGVyLXdpbmRvdyAncmV1 c2UgYWxpc3QpKSkpKSkpCg== --------------040500070709040507050903-- From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 Feb 2019 21:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org, Eli Zaretskii , dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15493173454052 (code B ref 33870); Mon, 04 Feb 2019 21:56:01 +0000 Received: (at 33870) by debbugs.gnu.org; 4 Feb 2019 21:55:45 +0000 Received: from localhost ([127.0.0.1]:59786 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqmDQ-00013H-DM for submit@debbugs.gnu.org; Mon, 04 Feb 2019 16:55:45 -0500 Received: from indri.birch.relay.mailchannels.net ([23.83.209.92]:57549) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqmDN-000137-Rs for 33870@debbugs.gnu.org; Mon, 04 Feb 2019 16:55:42 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id DF1B85C431D; Mon, 4 Feb 2019 21:55:36 +0000 (UTC) Received: from pdx1-sub0-mail-a25.g.dreamhost.com (unknown [100.96.11.179]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 800005C3DA0; Mon, 4 Feb 2019 21:55:36 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a25.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Mon, 04 Feb 2019 21:55:36 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Continue-Oafish: 0d0d24d3558a0dcc_1549317336719_1649912777 X-MC-Loop-Signature: 1549317336719:1395575336 X-MC-Ingress-Time: 1549317336719 Received: from pdx1-sub0-mail-a25.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a25.g.dreamhost.com (Postfix) with ESMTP id 299647FEF6; Mon, 4 Feb 2019 13:55:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=JCNnwXmEg4CiTfgNnsq9Z/J4Ehk=; b= 1cZzUh3MD7UDIJj7KWNWXr/ZBsgGyQSzrSKdoU+zj6VDbif9N40lkZQ15m/L2GUi UZuo1kAK4wZuF9xgUgxBCE5IRjphQ1EGXJbM8BPGmVLIMcNQ49B+eeqYpkmYXI1s eShPjZ2nNN9ItBUp0wBsmnwd7ChNqjvZq73qX4NTfBo= Received: from mail.jurta.org (m91-129-111-71.cust.tele2.ee [91.129.111.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a25.g.dreamhost.com (Postfix) with ESMTPSA id BF31F7FEED; Mon, 4 Feb 2019 13:55:33 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a25 From: Juri Linkov Organization: LINKOV.NET 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> <87ef8omx2j.fsf@mail.linkov.net> Date: Mon, 04 Feb 2019 23:35:46 +0200 In-Reply-To: ("=?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?="'s message of "Sun, 03 Feb 2019 21:08:44 +0000") Message-ID: <87munbs0ct.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrkeeggdduheeiucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrdduuddurdejudenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrdduuddurdejuddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehjohgrohhtrghvohhrrgesghhmrghilhdrtghomhenucevlhhushhtvghrufhiiigvpedu X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> 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 window >> 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. Yes, it's only partially true, I admitted this by saying that I don't understand its complicated logic. > 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. I don't think that the behaviour I proposed is superior. In particular, my previous proposal behaves poorly in combination with windowmove, e.g. typing M-. to display the reference in the upper window, when there are ambiguities it displays the xref buffer in the upper window, and then typing RET visits the reference in a wrong window (in the original window). I hoped to have more discussion to find the best solution. > Then we can all try it for a while. _Why_ is this so hard? It's hard to support all details of old behavior in all possible interactions. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 Feb 2019 21:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15493173504072 (code B ref 33870); Mon, 04 Feb 2019 21:56:02 +0000 Received: (at 33870) by debbugs.gnu.org; 4 Feb 2019 21:55:50 +0000 Received: from localhost ([127.0.0.1]:59789 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqmDW-00013b-I1 for submit@debbugs.gnu.org; Mon, 04 Feb 2019 16:55:50 -0500 Received: from quail.birch.relay.mailchannels.net ([23.83.209.151]:53524) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqmDU-00013R-Bu for 33870@debbugs.gnu.org; Mon, 04 Feb 2019 16:55:49 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id EA7991234E1; Mon, 4 Feb 2019 21:55:45 +0000 (UTC) Received: from pdx1-sub0-mail-a25.g.dreamhost.com (unknown [100.96.35.77]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 6C57A12370C; Mon, 4 Feb 2019 21:55:45 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a25.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Mon, 04 Feb 2019 21:55:45 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Whispering-Obese: 4f88648d68c97eae_1549317345709_461041355 X-MC-Loop-Signature: 1549317345709:1964977696 X-MC-Ingress-Time: 1549317345709 Received: from pdx1-sub0-mail-a25.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a25.g.dreamhost.com (Postfix) with ESMTP id 0984F7FEFA; Mon, 4 Feb 2019 13:55:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=HkXNxCgMblLb/TZ2ngXiq1uafSM=; b= TBIZhsP7U6rEPQowWluxvNmLF5pTyOCuHlYDeC5OwyHzuKZE4KoWh+ucb8SWawnU qSbk1LrR7+3qTPQR9qjFRpD2Axp8fmZJ+WEo2Hqlp0+uIBmc9VG9TJnXszhxBC50 sKmNtGUdLSWY+WqbLQJ6hMMWoBylmUukMydd5wlJmos= Received: from mail.jurta.org (m91-129-111-71.cust.tele2.ee [91.129.111.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a25.g.dreamhost.com (Postfix) with ESMTPSA id 937F47FEF6; Mon, 4 Feb 2019 13:55:40 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a25 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> <5C3C40E9.6030905@gmx.at> <87sgxlu3qe.fsf@mail.linkov.net> <5C498043.5040008@gmx.at> <87womqp08r.fsf@mail.linkov.net> <5C4F4C42.1090305@gmx.at> <87r2cw35s7.fsf@mail.linkov.net> <5C5013BE.6090107@gmx.at> <877eenjhl6.fsf@mail.linkov.net> <5C515B8F.1000702@gmx.at> <871s4ooc53.fsf@mail.linkov.net> <5C57E9FF.1070802@gmx.at> Date: Mon, 04 Feb 2019 23:41:15 +0200 In-Reply-To: <5C57E9FF.1070802@gmx.at> (martin rudalics's message of "Mon, 04 Feb 2019 08:30:07 +0100") Message-ID: <87bm3rs03o.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrkeeggdduheeiucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrdduuddurdejudenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrdduuddurdejuddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepvd X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > I attach a version which should handle this now. I still can't get > used to a positional specification of direction and reference window > so ALIST now has to contain separate 'direction' and 'window' entries > as in > > (pop-to-buffer buf '(display-buffer-in-direction (direction . bottom) (window . main))) Thanks, it works without errors, but for some reason it doesn't fit the buffer into the window, i.e. the old version (pop-to-buffer buf '(display-buffer--maybe-at-bottom)) correctly resized the window, but the new version above doesn't. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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: Mon, 04 Feb 2019 23:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Eli Zaretskii , dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154932266520875 (code B ref 33870); Mon, 04 Feb 2019 23:25:01 +0000 Received: (at 33870) by debbugs.gnu.org; 4 Feb 2019 23:24:25 +0000 Received: from localhost ([127.0.0.1]:59874 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqnbF-0005Qd-At for submit@debbugs.gnu.org; Mon, 04 Feb 2019 18:24:25 -0500 Received: from mail-wm1-f47.google.com ([209.85.128.47]:53003) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqnbD-0005QN-4a for 33870@debbugs.gnu.org; Mon, 04 Feb 2019 18:24:23 -0500 Received: by mail-wm1-f47.google.com with SMTP id m1so1710283wml.2 for <33870@debbugs.gnu.org>; Mon, 04 Feb 2019 15:24:23 -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=9zQyc9Sx/Bvg/N09WKEEzd9FJAg8I3jY+P1OapEyZFc=; b=uAvKZIVZVKdRorQ0oEhQ0cz7fWnptWQ6sXKn7oPe2g1B63EXGlXLlZUcnNZZ1b21eL TkkaNoQkka5k2LIeyHERdj7HlOJZXTc0jtdfvIHS+Zsp64awjOCydwcvKUR61VUxicD8 MLT/x+M/gSD5Ye6rNcsfoT1eAttF3yJRWzTOec9t/5K2jQPdSQ2YYUb+ieeujCK1q2yV XBy64GN5XHuyH3eDrENwdIS1qZZX8TaojKLPkT5s/UPyufuXss9eea9y1bxRSIqgLbZm c/GbmRGOlulq52YLS0pD2pq8AeeOxJ4gPPyQF3X4uKzCa1N1McU8nS2LGkC1qkhICWjw /9fA== 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=9zQyc9Sx/Bvg/N09WKEEzd9FJAg8I3jY+P1OapEyZFc=; b=A339y0iCPko8qHEDc/Qcvm0x68e9nUuHofBPp9R7OIwer0a6acmF9VJGox1WB2XtYV dQDaGOZTtr6aMfqcEEXdsHu1V40vMlNkeWzfntWLt7MFWWtLqiQfe9pJRYpy7i8AWO9L dkBhiH4aWsvNSWQ6hnGUu594t0xGMKvMJZWmDEzQpzHuuINGM4Ca74L5QAby68PTiSUL 95pKxj0Bjmc/hZatmw8uscDmqSZRemHWCb5ILdCj83Y9MPlQ9WPPFk+UziqhEA9UMYrm uq5IgvlET56urXZ95aI4civpGEWrL6SHQh9ohI8xPf2aKXnBxHXL2WqfVXzmFjzEh5bl pT0g== X-Gm-Message-State: AHQUAuYYY6iI3K0x0WxzJC+7Xea7UD0Ucolj+OWRTz5Rkq3XCsSc1/wh QiYKXoEAbkK5toVPwzFUwuvsw5rT X-Google-Smtp-Source: AHgI3Ib5x6dHr5vhHS6EiHPMbJdv7IrwecWwUjdXAzmgy2AeZfGJhUCFSTjnQBBmzVnPTTrSytb0MA== X-Received: by 2002:a1c:7e56:: with SMTP id z83mr1352164wmc.100.1549322656829; Mon, 04 Feb 2019 15:24:16 -0800 (PST) Received: from lolita.yourcompany.com (188.139.62.94.rev.vodafone.pt. [94.62.139.188]) by smtp.gmail.com with ESMTPSA id b129sm10493712wmd.24.2019.02.04.15.24.15 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 04 Feb 2019 15:24:16 -0800 (PST) From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= References: <87a7ktqqx7.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> <87munbs0ct.fsf@mail.linkov.net> Date: Mon, 04 Feb 2019 23:24:12 +0000 In-Reply-To: <87munbs0ct.fsf@mail.linkov.net> (Juri Linkov's message of "Mon, 04 Feb 2019 23:35:46 +0200") Message-ID: <877eefxhlv.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) Juri Linkov writes: >>> Let me summarize my point of view of the current situation: >> 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. > Yes, it's only partially true, I admitted this by saying that > I don't understand its complicated logic. It's complicated in your opinion, and I may agree with that, but it's no more complicated then, say, a situation where you have two windows, but one of them is dedicated, and you do, say, describe-symbol, or something else that pops a window. Which is just what happens in xref.el: the starting window where you invoked C-x 4 . behaves like it it is temporarily dedicated to its buffer. >> 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. > > I don't think that the behaviour I proposed is superior. "Superior" in UI is always relative. I think the only way to know if to test it for a while. But to do that we have to close this bug first. > I hoped to have more discussion to find the best solution. I didn't say we _can't_ have more discussion. But let's first wrap up this easy win by installing the patch that makes this configurable. I'll test your last patch in a fresh Emacs to check if I can still reproduce the problems I was finding the last time. If I can't, I'll just push it , unless someone objects. Jo=C3=A3o From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Feb 2019 08:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15493558319035 (code B ref 33870); Tue, 05 Feb 2019 08:38:01 +0000 Received: (at 33870) by debbugs.gnu.org; 5 Feb 2019 08:37:11 +0000 Received: from localhost ([127.0.0.1]:60015 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqwEB-0002Lf-CF for submit@debbugs.gnu.org; Tue, 05 Feb 2019 03:37:11 -0500 Received: from mout.gmx.net ([212.227.15.18]:58449) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqwEA-0002LV-FP for 33870@debbugs.gnu.org; Tue, 05 Feb 2019 03:37:10 -0500 Received: from [192.168.1.101] ([212.95.5.206]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MMk99-1glite250R-008Z5f; Tue, 05 Feb 2019 09:37:01 +0100 Message-ID: <5C594B27.4060802@gmx.at> Date: Tue, 05 Feb 2019 09:36:55 +0100 From: martin rudalics MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> <5C3C40E9.6030905@gmx.at> <87sgxlu3qe.fsf@mail.linkov.net> <5C498043.5040008@gmx.at> <87womqp08r.fsf@mail.linkov.net> <5C4F4C42.1090305@gmx.at> <87r2cw35s7.fsf@mail.linkov.net> <5C5013BE.6090107@gmx.at> <877eenjhl6.fsf@mail.linkov.net> <5C515B8F.1000702@gmx.at> <871s4ooc53.fsf@mail.linkov.net> <5C57E9FF.1070802@gmx.at> <87bm3rs03o.fsf@mail.linkov.net> In-Reply-To: <87bm3rs03o.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:xOSShevrLD1qx6VWn4j/MotYhtmVcjqTpagyCFfnOX1P8igpI3Y ozUkz39a40HaJjkvtwO6p8jMC1tw/wA4TZFwg94V8kTm4DHzwNn4z8a+GdXA/xtQoFS4ZH/ JHO7EiGMHY+jZvA7RrlkzTkkHLz85i4AuYJRoqtsHJ1E/53vFXpMnlHACn35flCNvU0mOc3 6cxwgRrfWpcmI1jZH3Wzg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:uStO3Y4sPKY=:lBwTg/zPcxY0jyCec2Cpqz 7B56Das/8dSPy+SKIUQ2TauUgqqrj+0b7HgGkZTsadUwKMLQ0TUspAz/hXjVdFPNZXFnsrFmv au04zhWoCeD4/XELks70McKazTGVb4jgiLBvINrfTe+o5D1VE5wStWDkiZb0d8JLb+tSMQQF8 JbYnduM+ZfVwO4ZA8ZDtzEYHCRCJ/q5CNuk5LIIG/DGmQC4y6ZDgBRWT3dB1JCMQjR26erYTl MgnRHa8ShBw0Oi6QK0ze/pwFvLPAHiK2g63qvwYwUNQujrPl0xKbFxcS+W3jWVxzb2tVp0LZT u4SxIxG+pSyzcvCxajj8XzxGq88j4wl9s7ZbNKtnZfW8t6KKEM62p2ezs5qJpOwS7N3vHEpRG 4o3zBpaH1nHvAYGEuzxCe3/azOdxWN2ixEmgTEr341VS6SPMu0bdQE+/KUw//Cn/vgKoVJEV0 q/Jp3oKgnqY3zbdhwDOKV/CzsGiBP2W4EFHkgCz1KGnk0NChTcgTBzNfrd2YwBIEBnIIpau1Z n3BTmrktuFN0DSE3C7qVUQTNL+BMYVImGndZ9de/bSWBdGVwHyLGhoftHs1erUB+ytt4yMe5y swcrpUuKSdc54gzx3qRpTVIFe2fR1XRu9Z2utiwLOimE2rQBFXz9qyqo/rzKpNYP0MtIgxG2M +2VHoEzqaID270egBpVuHp6+QcA6NBh3qGqhmp8C/ntt+anwahxL/kTMIkI9PjXihc3WFhqhD tsDqzr+x4h7cb7FzkJeSOPgTuUha3HGC8FovcJuE0fIzMDeCWsQxto9u+1vh8B0tP/FYP6j5C N5OmUm2flev+jv1R55XpIrmwOG6RQsN2TpYoi2VcWOzf+db611eVdFmRd0RRr7DmwKH1zC6VA EL63AVLJ4kq/5BjHW7jkVBlmYq5FbXmT4zPpaAGjmx6BX22QAufcWEQC8I68HlNRVDCLx5alV QWjw6fNGU7A== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Thanks, it works without errors, but for some reason it doesn't fit > the buffer into the window, i.e. the old version > > (pop-to-buffer buf '(display-buffer--maybe-at-bottom)) > > correctly resized the window, but the new version above doesn't. Sorry. You will have to step through it with edebug to find out the cause. Maybe the new window is not appropriately combined. IIRC resizing should by default affect only one neighboring window. martin From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Feb 2019 13:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov , Eli Zaretskii Cc: 33870@debbugs.gnu.org, =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154937427815448 (code B ref 33870); Tue, 05 Feb 2019 13:45:02 +0000 Received: (at 33870) by debbugs.gnu.org; 5 Feb 2019 13:44:38 +0000 Received: from localhost ([127.0.0.1]:60333 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gr11i-000416-Gh for submit@debbugs.gnu.org; Tue, 05 Feb 2019 08:44:38 -0500 Received: from mail-lf1-f43.google.com ([209.85.167.43]:42997) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gr11g-00040t-Te for 33870@debbugs.gnu.org; Tue, 05 Feb 2019 08:44:37 -0500 Received: by mail-lf1-f43.google.com with SMTP id l10so2655718lfh.9 for <33870@debbugs.gnu.org>; Tue, 05 Feb 2019 05:44:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=gnj2Plb4u3ygCz1N33H4vN7xuGQHvGKoP6SoZxl96A8=; b=n8MH9I2Qf+sNvJ577F17e7P/XLlSVuReJwfBeElIGG20VW1Zhtm7H5ZYLXQSr9Rqpd EHq+sJ7VKIru79sYV/XRJVFzGBUXriF4qq6LXjXMs7gGWUk04YzFCoLiVTaNkkuOXm2F iNDvRbTucebkXZHPGYhX/Q3pA7iM7yF2dP51UucbCX4Guf0Iwl2fxWgXrxZTLcf0taHM 1aK02FfyQCNjSY3LULafHaSG4wXQyPZz9gumAiJpohfhJw0e3KQNaO2K7i/i9rxODEaX /3aSZI1BudEkTrFcZAOWbCN06dTAKUBgzxvz+GRZJBxsXpK0bDxTY1rXEUksJY8AIzOa JVJg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=gnj2Plb4u3ygCz1N33H4vN7xuGQHvGKoP6SoZxl96A8=; b=YRe4VQ6KsqJFBtgBMRaGLKvKTehGLdOHwFyH4qzqUyWtFCji3FPN6vZivadf8qd0Qk +EWWaZEoNERsST5bexqJFmlrNc9siST0aUF/ElZonH/BQNYtvpXrobCG6ID6ehblEyR1 1zK2Lk4TcszV/S3mZY79vCSGpAMokpt8lrrLc0ILvW019VpqqPh3ai3dDzmEc966gbby hUlnyGQA0CIThnsdeOajc5ECGb6kzqECpAZje+j7xLX8V8fdXpmlBXqq9+1fFcENUspc n8lehvj5GwjdSpuJl7XqB0xg2u+6/uZJYGoFRVkO79TPqY6qfhzdjTKXCNhcJVubvYov hUiA== X-Gm-Message-State: AHQUAuaW302xUHu15ojjNrMo6WIw8AGlrQ1Cv9WzUGvI4Wr8OvKlNeqv PZBfL4hqQ6Wer2a/9EAe1754/r4odW4= X-Google-Smtp-Source: AHgI3IaiLW3BBM1pxroL/vTJ/j0apiZZnYiUhMpxBNzGCkmurnA9VDfy7sgPFA8A8zDq8luTrRYS/Q== X-Received: by 2002:a19:7d42:: with SMTP id y63mr3223397lfc.47.1549374270590; Tue, 05 Feb 2019 05:44:30 -0800 (PST) Received: from [192.168.43.247] ([217.118.78.125]) by smtp.googlemail.com with ESMTPSA id k11-v6sm3317915ljk.40.2019.02.05.05.44.28 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 05 Feb 2019 05:44:29 -0800 (PST) References: <87a7ktqqx7.fsf@mail.linkov.net> <874lak9kr0.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> From: Dmitry Gutov Message-ID: <9c3d9c17-376e-9572-34e1-37fbb1f3e8ec@yandex.ru> Date: Tue, 5 Feb 2019 16:44:28 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:65.0) Gecko/20100101 Thunderbird/65.0 MIME-Version: 1.0 In-Reply-To: <87ef8omx2j.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 1.6 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On 03.02.2019 23:33, Juri Linkov wrote: > Let me summarize my point of view of the current situation: Could you also describe how M-x project-find-regexp works, with the "old" code, and with your proposal? Content analysis details: (1.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.5 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [217.118.78.125 listed in dnsbl.sorbs.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [209.85.167.43 listed in list.dnswl.org] 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (raaahh[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 0.1 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.6 (/) On 03.02.2019 23:33, Juri Linkov wrote: > Let me summarize my point of view of the current situation: Could you also describe how M-x project-find-regexp works, with the "old" code, and with your proposal? From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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 X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org, dgutov@yandex.ru, juri@linkov.net Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154939035024805 (code B ref 33870); Tue, 05 Feb 2019 18:13:02 +0000 Received: (at 33870) by debbugs.gnu.org; 5 Feb 2019 18:12:30 +0000 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 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 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 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 Date: Tue, 05 Feb 2019 20:12:05 +0200 Message-Id: <83a7jat896.fsf@gnu.org> From: Eli Zaretskii 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) 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 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > 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. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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: Tue, 05 Feb 2019 18:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 33870@debbugs.gnu.org, dgutov@yandex.ru, juri@linkov.net Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154939167226916 (code B ref 33870); Tue, 05 Feb 2019 18:35:02 +0000 Received: (at 33870) by debbugs.gnu.org; 5 Feb 2019 18:34:32 +0000 Received: from localhost ([127.0.0.1]:33750 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gr5YG-000704-Ar for submit@debbugs.gnu.org; Tue, 05 Feb 2019 13:34:32 -0500 Received: from mail-wm1-f49.google.com ([209.85.128.49]:38160) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gr5YE-0006zp-86 for 33870@debbugs.gnu.org; Tue, 05 Feb 2019 13:34:30 -0500 Received: by mail-wm1-f49.google.com with SMTP id m22so4825967wml.3 for <33870@debbugs.gnu.org>; Tue, 05 Feb 2019 10:34:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:in-reply-to:references:user-agent:date :message-id:mime-version:content-transfer-encoding; bh=nFG8Zds8GDxzHdTAQlUT3SUxzg0K8yUlUHC92gUTz10=; b=dfaz8ZtcOnSwXluykM9v9w4PDlFSxfnu5ZGUYFz/KNr5+9Hb/r4NQDVLfL5uofxFsi qAkNDcapy6SW2K5xakhkHvxzmZlX1G9tG2yj51ezwFe+JMhOmqNCwiQX0kYbcaoJsywb Ezlxj40Ezyc5oASG7S0JQHYhRgtIF0kCJdtVebyzSEpJp9YMzJXN+JiKuQxli9GC5K/v viFbA+ew8/cW9V73xnnqqPsciJ12MIWPUaFuB87ZJ/toLDjQ5HNnpBvDNRCFayvNnEMq RwB54INc6r4EgbJvRMpAPYbZw9OREIP+FyiLXzOED5lEYhMbcobJeGum9VScrrIjspmz OaLw== 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:in-reply-to:references :user-agent:date:message-id:mime-version:content-transfer-encoding; bh=nFG8Zds8GDxzHdTAQlUT3SUxzg0K8yUlUHC92gUTz10=; b=Nw2ipnAXfjVqxZiFXOC8FD2AFsth1QPiM2z4F81rBMBIuFsNx6n/ruhY8esh1dGfEY 6HCbnmiZG3sNf3SHWDNlYgYgt4PMdGs30Wkp9Nrdt3dDknmuxNFqhYEPJIQ9m46rMWT/ J6Cy7BtHAzIYUMsqW7FnImA4iHbSs+ApMkzD8uLSY/OGk/OR6vZXh7axAemPkruHCT8q W1XP3CaiKJFEdPzf6W6fV6Ekj8q/Uqh1EsL5cMACmeh2s99u+xwEiH/jAdEuek77dV7H vtx3opzz0HIAfVexUpr55hbs9bIKG/BOHj46rs0kpBK794fQBknt/j309ZSMb6cbDEuG RYcg== X-Gm-Message-State: AHQUAuYvBNWtEplP8LJh949dEWYr7UGAJrNm25ODiYdY51vSlMxDxnUw uFuqnWMRXJTz+3DbuKHAgCelpLeh X-Google-Smtp-Source: AHgI3IZwSoSkdkg8TYDtRD+eDakNIN37hwRclFR7E0pVQJQw6CVQ73Yzw0KNp+JTR79hzjIq82AO3g== X-Received: by 2002:a1c:5f04:: with SMTP id t4mr31754wmb.141.1549391664081; Tue, 05 Feb 2019 10:34:24 -0800 (PST) Received: from lolita.yourcompany.com (188.139.62.94.rev.vodafone.pt. [94.62.139.188]) by smtp.gmail.com with ESMTPSA id t4sm19224333wrb.64.2019.02.05.10.34.22 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 05 Feb 2019 10:34:23 -0800 (PST) From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= In-Reply-To: <83a7jat896.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 05 Feb 2019 20:12:05 +0200") References: <87a7ktqqx7.fsf@mail.linkov.net> <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> <83a7jat896.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Date: Tue, 05 Feb 2019 18:34:21 +0000 Message-ID: <871s4mxexe.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) Eli Zaretskii writes: > 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 don't know if Juri description says it does, but I agree with you it shouldn't. > I think it would > be better to reuse the window where *xref* is shown. It does exactly this, in my tests. Unless, of course, it has another available window besides the original one and the *xref* one. > So on balance I think we don't need to change the current UI. Yes, though I would like to at least try out Juri's proposal in practice day-to-day programming. > If that patch doesn't change the default behavior, I have nothing > against installing it on master. That's my position, too. Apparently, Juri's patch makes it easy to switch between alternatives. > P.S. Sorry for a delay in responding, I had several urgent tasks that > ate up all my free time. No problem. Jo=C3=A3o From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable 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: Wed, 06 Feb 2019 22:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 33870@debbugs.gnu.org, Dmitry Gutov , Juri Linkov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15494936349904 (code B ref 33870); Wed, 06 Feb 2019 22:54:01 +0000 Received: (at 33870) by debbugs.gnu.org; 6 Feb 2019 22:53:54 +0000 Received: from localhost ([127.0.0.1]:36329 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1grW4o-0002Zg-DL for submit@debbugs.gnu.org; Wed, 06 Feb 2019 17:53:54 -0500 Received: from mail-qt1-f176.google.com ([209.85.160.176]:34625) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1grW4n-0002ZS-0t for 33870@debbugs.gnu.org; Wed, 06 Feb 2019 17:53:53 -0500 Received: by mail-qt1-f176.google.com with SMTP id b8so9964915qtj.1 for <33870@debbugs.gnu.org>; Wed, 06 Feb 2019 14:53:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=YQEnkOaurhf4/ZgLaZ9ba08vcplEz/Sby8r5UzYX4hs=; b=DnxdmpbJXFvuZ1XEJwdt2ZJODVdyl8bU3D/ZIXXOERflKdhSzXd+HIUXo7SSljC+bb rjmNwubDnItNX13D+VFSBXTYJfM+y9z2u3RZy0r3AyRuL26v3lPGXf6GSa6pRNftWKlJ 6hKPhPwrTTKWTcarXJRh+AvMm5Ik57UnHVb7e6XvcL0P9OZpGGtHJLHglW29p3cm0VFz HqjILajVEgHSkSEdFSBJ83tNbhoF6J0BYaq1XSJaM8Aamj70UDtWYLmuErXOaPR36lTv Q183Fyxn/n0nz0pjJomNFv+aiMBIyDaahmhphoqqEGv3WbNkdk0o7kmKi6UC2eGfDYEm 9xwg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=YQEnkOaurhf4/ZgLaZ9ba08vcplEz/Sby8r5UzYX4hs=; b=M+4BzhReD5B9DUpZaIwNWzXrf+FSPYzMMYxGpEzV9jD3TJpGgk6EjlV794XDE8xWr+ Zs7Jn47ThXQ5H4QTHqtev6O7OGC9fbMHfVIgyJqlFuTPnzOekT6eadbg62qFZbMfAYb0 JD5dNZt6mlknuqezXJDcLl++YmtXHwAK8/eJ7NAZFnF7xawUohtflcuLuQYDO2tgu8uu jaJp61yvcJFKN1AO/8bXK+5lS7KEhhmT4EfY/8Hu3pdLcasMsAhHtvNArLu1Aiu6rZcD wn3noX6js2rtQtEBSDSBPeNsp6VViRfSdefVYwrRlgemGAfEqUL4IBFtFH072Ay36GWE LcwQ== X-Gm-Message-State: AHQUAuaEp4PO/SsaN80QMxxBMyN1XjlEKXfti/lNOeknxpoLFcMakKl+ RK9u4H06Zd78WsGamLvrgY8kz9Avz4I7YkYulT8= X-Google-Smtp-Source: AHgI3Ib7ECDvkAo/rvc19vp5hoqQSNNE/dRY1f+Rmwj43d9GR5napwOHPWwnczXvFPnNQrKLqbIuj1cLyVLdphGfYbw= X-Received: by 2002:ac8:7611:: with SMTP id t17mr9173891qtq.345.1549493627308; Wed, 06 Feb 2019 14:53:47 -0800 (PST) MIME-Version: 1.0 References: <87a7ktqqx7.fsf@mail.linkov.net> <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> <83a7jat896.fsf@gnu.org> <871s4mxexe.fsf@gmail.com> In-Reply-To: <871s4mxexe.fsf@gmail.com> From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Date: Wed, 6 Feb 2019 22:53:34 +0000 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) After retesting and not being able to reproduce the problems anymore, I pushed Juri's patch. On Tue, Feb 5, 2019 at 6:34 PM Jo=C3=A3o T=C3=A1vora = wrote: > > Eli Zaretskii writes: > > > 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 don't know if Juri description says it does, but I agree with you it > shouldn't. > > > I think it would > > be better to reuse the window where *xref* is shown. > > It does exactly this, in my tests. Unless, of course, it has another > available window besides the original one and the *xref* one. > > > So on balance I think we don't need to change the current UI. > > Yes, though I would like to at least try out Juri's proposal in practice > day-to-day programming. > > > If that patch doesn't change the default behavior, I have nothing > > against installing it on master. > > That's my position, too. Apparently, Juri's patch makes it easy to > switch between alternatives. > > > P.S. Sorry for a delay in responding, I had several urgent tasks that > > ate up all my free time. > > No problem. > > Jo=C3=A3o --=20 Jo=C3=A3o T=C3=A1vora From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 17 Feb 2019 21:10:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org, Eli Zaretskii , Dmitry Gutov Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15504377485036 (code B ref 33870); Sun, 17 Feb 2019 21:10:04 +0000 Received: (at 33870) by debbugs.gnu.org; 17 Feb 2019 21:09:08 +0000 Received: from localhost ([127.0.0.1]:51789 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gvTgR-0001JA-Vu for submit@debbugs.gnu.org; Sun, 17 Feb 2019 16:09:08 -0500 Received: from common.maple.relay.mailchannels.net ([23.83.214.38]:34730) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gvTgQ-0001In-37 for 33870@debbugs.gnu.org; Sun, 17 Feb 2019 16:09:07 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id AC98A124924; Sun, 17 Feb 2019 21:09:04 +0000 (UTC) Received: from pdx1-sub0-mail-a11.g.dreamhost.com (unknown [100.96.19.74]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 5310C1247AF; Sun, 17 Feb 2019 21:09:04 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a11.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sun, 17 Feb 2019 21:09:04 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Trail-Bubble: 437df0195411fee6_1550437744516_169577160 X-MC-Loop-Signature: 1550437744515:802930941 X-MC-Ingress-Time: 1550437744515 Received: from pdx1-sub0-mail-a11.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a11.g.dreamhost.com (Postfix) with ESMTP id E28A68211A; Sun, 17 Feb 2019 13:09:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=linkov.net; bh=+xy9wD 5XzpBFxGJG6UafPCwJXzA=; b=GEj+gwB5szg179SJzKV3MXInDgDo6Cn8tx9kr/ A/bc7UGJ3fWy7W/lfxlkPyLv2a+0viKU531rwJL3RRXiUtEy47nwathq5r2fmhcm JWlqJQNojjOeJBcdLkmY+0a8EQsxpEH3mWCBcufmdbmfTyzgok9igHRTOsEGByQg N5/G8= Received: from mail.jurta.org (m91-129-107-100.cust.tele2.ee [91.129.107.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a11.g.dreamhost.com (Postfix) with ESMTPSA id 1A516820F7; Sun, 17 Feb 2019 13:08:59 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a11 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.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> <83a7jat896.fsf@gnu.org> <871s4mxexe.fsf@gmail.com> Date: Sun, 17 Feb 2019 22:17:52 +0200 In-Reply-To: ("=?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?="'s message of "Wed, 6 Feb 2019 22:53:34 +0000") Message-ID: <87tvh2xk8n.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrudduuddgudegiecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtgfesthekredttderudenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdejrddutddtnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtjedruddttddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehjohgrohhtrghvohhrrgesghhmrghilhdrtghomhenucevlhhushhtvghrufhiiigvpedt Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > After retesting and not being able to reproduce the problems anymore, > I pushed Juri's patch. Thanks, Jo=E3o. Before closing this bug, please confirm if you prefer renaming window--display-buffer to display-buffer-in-window in this bug, or creating a new request? I'll also create separate requests for all other related topics from this bug. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 17 Feb 2019 21:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 33870@debbugs.gnu.org, Eli Zaretskii , joaotavora@gmail.com, dgutov@yandex.ru Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15504385706296 (code B ref 33870); Sun, 17 Feb 2019 21:23:01 +0000 Received: (at 33870) by debbugs.gnu.org; 17 Feb 2019 21:22:50 +0000 Received: from localhost ([127.0.0.1]:51803 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gvTti-0001dU-7s for submit@debbugs.gnu.org; Sun, 17 Feb 2019 16:22:50 -0500 Received: from firebrick.maple.relay.mailchannels.net ([23.83.214.59]:28077) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gvTtg-0001dK-FT for 33870@debbugs.gnu.org; Sun, 17 Feb 2019 16:22:49 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 66E3D5C4D41; Sun, 17 Feb 2019 21:22:46 +0000 (UTC) Received: from pdx1-sub0-mail-a11.g.dreamhost.com (unknown [100.96.33.121]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id F0B6A5C4D33; Sun, 17 Feb 2019 21:22:45 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a11.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sun, 17 Feb 2019 21:22:46 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Bottle-Fearful: 72a9fd5e29e67aa6_1550438566224_2254796558 X-MC-Loop-Signature: 1550438566224:1422989650 X-MC-Ingress-Time: 1550438566223 Received: from pdx1-sub0-mail-a11.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a11.g.dreamhost.com (Postfix) with ESMTP id 7249E82122; Sun, 17 Feb 2019 13:22:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=uD9WvjD3oAw6JTMxCliKRxWm5QY=; b= Qw1vs5pzHDxTmCcYdIfrHbRtSkXi4X4e7SHqj1GL6dRDCpU9atzjRUH2mBKXq4b6 yhV63nL07HFXN9RJ/kKrYVj5Hsfbfob1m1eSqDYRu5/G3bgAr7UlZvk9KoR1+Fj6 aQ1e4pxswPshH9TIXc7nUQfr3TnJycHyhc1Q+lfw8Uo= Received: from mail.jurta.org (m91-129-107-100.cust.tele2.ee [91.129.107.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a11.g.dreamhost.com (Postfix) with ESMTPSA id A8D9A800AD; Sun, 17 Feb 2019 13:22:40 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a11 From: Juri Linkov Organization: LINKOV.NET References: <87a7ktqqx7.fsf@mail.linkov.net> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> <5C3C40E9.6030905@gmx.at> <87sgxlu3qe.fsf@mail.linkov.net> <5C498043.5040008@gmx.at> <87womqp08r.fsf@mail.linkov.net> <5C4F4C42.1090305@gmx.at> <87r2cw35s7.fsf@mail.linkov.net> <5C5013BE.6090107@gmx.at> <877eenjhl6.fsf@mail.linkov.net> <5C515B8F.1000702@gmx.at> <871s4ooc53.fsf@mail.linkov.net> <5C57E9FF.1070802@gmx.at> <87bm3rs03o.fsf@mail.linkov.net> <5C594B27.4060802@gmx.at> Date: Sun, 17 Feb 2019 23:14:59 +0200 In-Reply-To: <5C594B27.4060802@gmx.at> (martin rudalics's message of "Tue, 05 Feb 2019 09:36:55 +0100") Message-ID: <87d0nqw20c.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrudduuddgudeglecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtjedruddttdenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdejrddutddtpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> Thanks, it works without errors, but for some reason it doesn't fit >> the buffer into the window, i.e. the old version >> >> (pop-to-buffer buf '(display-buffer--maybe-at-bottom)) >> >> correctly resized the window, but the new version above doesn't. > > Sorry. You will have to step through it with edebug to find out the > cause. Maybe the new window is not appropriately combined. IIRC > resizing should by default affect only one neighboring window. I see the same problem with the *Marked Processes* buffer from proced, but I'll create a separate request. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 17 Feb 2019 21:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Gutov Cc: 33870@debbugs.gnu.org, Eli Zaretskii , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15504385776315 (code B ref 33870); Sun, 17 Feb 2019 21:23:02 +0000 Received: (at 33870) by debbugs.gnu.org; 17 Feb 2019 21:22:57 +0000 Received: from localhost ([127.0.0.1]:51806 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gvTtp-0001dm-GV for submit@debbugs.gnu.org; Sun, 17 Feb 2019 16:22:57 -0500 Received: from ladybird.maple.relay.mailchannels.net ([23.83.214.98]:56119) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gvTtn-0001de-M3 for 33870@debbugs.gnu.org; Sun, 17 Feb 2019 16:22:56 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 883CB3E45F6; Sun, 17 Feb 2019 21:22:54 +0000 (UTC) Received: from pdx1-sub0-mail-a11.g.dreamhost.com (unknown [100.96.35.77]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 2B60F3E45F8; Sun, 17 Feb 2019 21:22:54 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a11.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sun, 17 Feb 2019 21:22:54 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Attack-Inform: 2c6129f8769c081a_1550438574353_3052260058 X-MC-Loop-Signature: 1550438574353:433160506 X-MC-Ingress-Time: 1550438574353 Received: from pdx1-sub0-mail-a11.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a11.g.dreamhost.com (Postfix) with ESMTP id B40A582122; Sun, 17 Feb 2019 13:22:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=OnVORr+NnkqXzCKJlHc7nUAS5hE=; b= lLShagZF8O9+ds5JmY4wq6ynre6bHFouKikxnWK5oLIB79ua8F4iI/MJYr/wHNIA JjEcF7dONrDUnGnts3HDZ8pYC55D2ganpww3GOlS+lGPoLbrkkEybGtSS2mqRxoq E+qjpNC9HciaXG5oUJaEuw/1Ot3TJ/yGNBTdLSlU1l0= Received: from mail.jurta.org (m91-129-107-100.cust.tele2.ee [91.129.107.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a11.g.dreamhost.com (Postfix) with ESMTPSA id 0469D820F7; Sun, 17 Feb 2019 13:22:50 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a11 From: Juri Linkov Organization: LINKOV.NET 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> <87ef8omx2j.fsf@mail.linkov.net> <9c3d9c17-376e-9572-34e1-37fbb1f3e8ec@yandex.ru> Date: Sun, 17 Feb 2019 23:20:48 +0200 In-Reply-To: <9c3d9c17-376e-9572-34e1-37fbb1f3e8ec@yandex.ru> (Dmitry Gutov's message of "Tue, 5 Feb 2019 16:44:28 +0300") Message-ID: <87h8d2un67.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrudduuddgudeglecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtjedruddttdenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdejrddutddtpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtohepughguhhtohhvseihrghnuggvgidrrhhunecuvehluhhsthgvrhfuihiivgepud X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> Let me summarize my point of view of the current situation: > > Could you also describe how M-x project-find-regexp works, with the "old" > code, and with your proposal? Which one? I have two proposals: one that creates a tiny window, but has unsolved problems when you ask the window manager to display a source code buffer in the specific window, it displays the xref buffer in this window instead. So a better proposal was to always display the xref buffer in the same window where the user expected to see a source code buffer. But this could be discussed now in bug#33992. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 22 Feb 2019 02:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 33870@debbugs.gnu.org, =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.155080189410010 (code B ref 33870); Fri, 22 Feb 2019 02:19:02 +0000 Received: (at 33870) by debbugs.gnu.org; 22 Feb 2019 02:18:14 +0000 Received: from localhost ([127.0.0.1]:47491 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gx0Ph-0002bK-9J for submit@debbugs.gnu.org; Thu, 21 Feb 2019 21:18:10 -0500 Received: from mail-lj1-f176.google.com ([209.85.208.176]:37890) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gx0PY-0002ak-TD for 33870@debbugs.gnu.org; Thu, 21 Feb 2019 21:18:02 -0500 Received: by mail-lj1-f176.google.com with SMTP id j19so435132ljg.5 for <33870@debbugs.gnu.org>; Thu, 21 Feb 2019 18:18:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=bwNBD34s9xAH7M/LGphbq/51fsZskMjlWL/WdDn8kjE=; b=HzTn8o3W6H5ZURHqfppD7dIVB4Hc/HKRZfPbsVmQKBr+aZskxjG/7T9fkA341S8mWY MVV+yUVLiN4xXZ4oFBep5IqBO/4Mrwh1joTFqLrmB1xcNdfZocYYY3/WEMXHNLeoyhl3 PItFGw6SdVMYlk/fUTsMzJhaG0pjWl99nykIrdI0+tBi8O/iu51vjBiawMueqX7rkazs Wt0XxdpRmbZssUHJEzGjnPj7lLUK6t3LIrOTaYsK0hg2vOs3EJ6ND0NwRaEktBPKFsST PbBrdTrApzxn5m7q96WMCr2fRFVxdqcvnFSen9bG6VMLAbrGOC85x9Om8TFOTkV5Soly SJ7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=bwNBD34s9xAH7M/LGphbq/51fsZskMjlWL/WdDn8kjE=; b=LJsA6C94iVP2bhwmYBGPVE3DM5pmcMmVlgZpe9TNS4CX98NlFUr2xDCsePYxOZV2mK x0uH3KS6TvaKwSsuWLVn0M3m4yOacTwp/87WjwLS59IXGhDN4SkUs+Bo1FBomJJSHTn/ U8o4e5ATwG2X9mM4MHR4pgjB3n6DOnnBaqsv+J9fJE9rWS4fGD4I/NIpP9hEfq8YqUrX /eLDs+0/cLxmULILBVZTHVlF1C4Rk2vcwNQzfOr2wc8GLIErP5asH0y+p/KzgICnJ4JD TArFM5w/DzFEUi/p4Ydg347yZzU6Yv9tXwg9jgBKNQJI1jKbQ6cN8lIXVD7kJNzZLD56 qo6Q== X-Gm-Message-State: AHQUAuYZ1MdckvOe/9wqTzeHsslKV8aV5YRvkEYGKkRc9nvcOG/a7uVl nEpeDQdhbrrqsxqVuYEXi5Y= X-Google-Smtp-Source: AHgI3IaKuua9mXbOJDXewTlKnxyEwrqxpnIBkmDtc0bcuEp7hVI8Wv/T1F6RjMRLKF5taHDtRHdSGw== X-Received: by 2002:a2e:131a:: with SMTP id 26-v6mr792591ljt.107.1550801874854; Thu, 21 Feb 2019 18:17:54 -0800 (PST) Received: from [192.168.1.174] ([178.252.127.239]) by smtp.googlemail.com with ESMTPSA id b16sm47317ljb.64.2019.02.21.18.17.52 (version=TLS1_3 cipher=AEAD-AES128-GCM-SHA256 bits=128/128); Thu, 21 Feb 2019 18:17:53 -0800 (PST) References: <87a7ktqqx7.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> <9c3d9c17-376e-9572-34e1-37fbb1f3e8ec@yandex.ru> <87h8d2un67.fsf@mail.linkov.net> From: Dmitry Gutov Message-ID: <645cf1a1-bd35-0e13-ac1a-1e95ba3a7a3b@yandex.ru> Date: Fri, 22 Feb 2019 05:17:52 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:66.0) Gecko/20100101 Thunderbird/66.0 MIME-Version: 1.0 In-Reply-To: <87h8d2un67.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 1.7 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On 18.02.2019 00:20, Juri Linkov wrote: > Which one? I have two proposals: one that creates a tiny window, > but has unsolved problems when you ask the window manager to display > a source code buffer in the specific window, it displays the [...] Content analysis details: (1.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (raaahh[at]gmail.com) 1.5 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [178.252.127.239 listed in dnsbl.sorbs.net] 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [209.85.208.176 listed in list.dnswl.org] 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) On 18.02.2019 00:20, Juri Linkov wrote: > Which one? I have two proposals: one that creates a tiny window, > but has unsolved problems when you ask the window manager to display > a source code buffer in the specific window, it displays the xref buffer > in this window instead. So a better proposal was to always display > the xref buffer in the same window where the user expected to see > a source code buffer. Allow me to rephrase that in the form of a requirement: however the behavior of xref-find-definition changes, I don't think the results of project-find-regexp (or xref-find-references, for that matter) should be displayed in a tiny window. > But this could be discussed now in bug#33992. Sure. From unknown Sat Aug 16 16:19:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 11 Jun 2019 00:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: 33870@debbugs.gnu.org Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.156021122412781 (code B ref 33870); Tue, 11 Jun 2019 00:01:02 +0000 Received: (at 33870) by debbugs.gnu.org; 11 Jun 2019 00:00:24 +0000 Received: from localhost ([127.0.0.1]:57678 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1haUDA-0003K5-6O for submit@debbugs.gnu.org; Mon, 10 Jun 2019 20:00:24 -0400 Received: from mail-wm1-f49.google.com ([209.85.128.49]:36024) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1haUD7-0003Jk-Kx for 33870@debbugs.gnu.org; Mon, 10 Jun 2019 20:00:22 -0400 Received: by mail-wm1-f49.google.com with SMTP id u8so962995wmm.1 for <33870@debbugs.gnu.org>; Mon, 10 Jun 2019 17:00:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=1f5w1WNpTzgwpCWCxs4vY1E9ObzMOitjdIVoy26l7LQ=; b=Mug3KBwRgT7LyCqWwRCkXNpPGQvmACIaWatS7lJpy+xkx8vzNkf/5suO+T9vt0DNbp ZRVLEJHGazmSNWeFnI4SSmSpv3RTOUeZVNPVVXeUKx/Y3e8lRXZrjmKVbSsSImYEJV1r Z0aRN8i/vvf1YvwMxDa1LDSUnBi3QXxX7gH8vHUqo36ypq+wRzKFg+qF4TDs9rdE68AJ q3qtO+aVkwwAWMTRnXcTva7OZCWpbIZ7prI38l5smJ+L2/gWZL3jnsKA4Jj9EL1SwjoV PC7jCw29PkEZvg6R79tqip7EmQ4FjlJ8FPTyCbRPUAXDeLhvDmmYodhiCTmaQHxeJZl3 dNXQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language; bh=1f5w1WNpTzgwpCWCxs4vY1E9ObzMOitjdIVoy26l7LQ=; b=ZQF5cgvWDpG9A8McNvuvV3Z0oAQzVBFu2nVoLAqj537XGSwteF/LwiNLTVaFkkwppe h6k+KxRa6Idoz04oWrf7a08kI9GtWDXCxPYiNnD8P2TMdpOWn2jrbjNkAsdFwm+cCw6a hYc4CFoVylvzkr2kBMfVbFTzEUbBj7CBaqGLBNbbwjkytPiXuMFi2MRghRf0eB5ZLXY5 bvg49Zba8JjiEUFOvO7qZxXSL3Y6sQpk1Y3WWUNouU2087RBO35CXncj+aaVwgR+j5hH z5fjn41Zm3WYBe6q5HcQ/M5SI+l6ax6PI1JWTc20EsrT8YRPsNHsCOhSaq45460EngEu UXlw== X-Gm-Message-State: APjAAAWTy4aaAkHI69lUqqO3FJ6lPLp4bcMwjdeZ4k8hwYT4PgE7MFAg BR4Xn+P6wsNyyepQyV/nT3hijWrwusI= X-Google-Smtp-Source: APXvYqzMVcu2kz3c3gozmT5m/7T6W8hkFg6Qp7kIVFisYbUSUiY+J822M67ejOX1CxaO8HDv5VUPog== X-Received: by 2002:a1c:9906:: with SMTP id b6mr15160709wme.117.1560211215406; Mon, 10 Jun 2019 17:00:15 -0700 (PDT) Received: from [192.168.1.3] ([185.105.174.23]) by smtp.googlemail.com with ESMTPSA id y18sm1402325wmd.29.2019.06.10.17.00.12 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 10 Jun 2019 17:00:13 -0700 (PDT) References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> From: Dmitry Gutov Message-ID: Date: Tue, 11 Jun 2019 03:00:12 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 In-Reply-To: <87munmosx4.fsf@mail.linkov.net> Content-Type: multipart/mixed; boundary="------------16892DFE61871104D42EE56D" Content-Language: en-US X-Spam-Score: 0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) This is a multi-part message in MIME format. --------------16892DFE61871104D42EE56D Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi Juri, On 27.01.2019 22:29, Juri Linkov wrote: >>> If only that patch were able to keep the current behavior by default. >> Yep. If Juri provides a simpler patch that does this I'm all for it. > Ok, here's 100% backward-compatible patch: So apparently this patch was installed, but without a link to the relevant bug report, and it was not closed either. Which is just as well, because my testing shows that it's really not 100% backward compatible. 1. display-buffer-in-previous-window, as I mentioned in another email, does not reliably use the supplied `previous-window' value. 2. 'C-x 4 .' followed by TAB (or RET) is broken: instead of using the other window, it uses the original window, just like M-. does. It's a misunderstanding inside the code, see below. > xref.simplify.patch > > diff --git a/lisp/progmodes/xref.el b/lisp/progmodes/xref.el > index 87ce2299c5..9522d7e475 100644 > --- a/lisp/progmodes/xref.el > +++ b/lisp/progmodes/xref.el > @@ -474,27 +474,17 @@ xref--show-pos-in-buf > (or (eq xref--original-window-intent 'frame) > pop-up-frames)) > (action > - (cond ((memq > - xref--original-window-intent > - '(window frame)) > + (cond ((eq xref--original-window-intent 'frame) > t) > + ((eq xref--original-window-intent 'window) > + '(display-buffer-same-window)) That's not what the `window' value means. It should mean "other window". I really don't want to revert this change after all this discussion, but implementing it in a different way is not straightforward. My very first idea turned out to be to write it more or less like it was before. But here's an alternative patch. Juri, what do you think? Does it keep your customizations working? --------------16892DFE61871104D42EE56D Content-Type: text/x-patch; name="xref-display-buffer-functions.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="xref-display-buffer-functions.diff" diff --git a/lisp/progmodes/xref.el b/lisp/progmodes/xref.el index e88f30ca35..8769641b08 100644 --- a/lisp/progmodes/xref.el +++ b/lisp/progmodes/xref.el @@ -492,13 +492,14 @@ xref--show-pos-in-buf (cond ((eq xref--original-window-intent 'frame) t) ((eq xref--original-window-intent 'window) - '(display-buffer-same-window)) + `((xref--display-buffer-in-other-window) + (window . ,xref--original-window))) ((and (window-live-p xref--original-window) (or (not (window-dedicated-p xref--original-window)) (eq (window-buffer xref--original-window) buf))) - `((display-buffer-in-previous-window) - (previous-window . ,xref--original-window)))))) + `((xref--display-buffer-in-window) + (window . ,xref--original-window)))))) (with-selected-window (display-buffer buf action) (xref--goto-char pos) (run-hooks 'xref-after-jump-hook) @@ -507,6 +508,19 @@ xref--show-pos-in-buf (setq-local other-window-scroll-buffer buf))) (selected-window)))) +(defun xref--display-buffer-in-other-window (buffer alist) + (let ((window (assoc-default 'window alist))) + (cl-assert window) + (xref--with-dedicated-window + (with-selected-window window + (display-buffer buffer t))))) + +(defun xref--display-buffer-in-window (buffer alist) + (let ((window (assoc-default 'window alist))) + (cl-assert window) + (with-selected-window window + (display-buffer buffer '(display-buffer-same-window))))) + (defun xref--show-location (location &optional select) "Help `xref-show-xref' and `xref-goto-xref' do their job. Go to LOCATION and if SELECT is non-nil select its window. If --------------16892DFE61871104D42EE56D-- From unknown Sat Aug 16 16:19:45 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Juri Linkov Subject: bug#33870: closed (Re: bug#33870: 27.0.50; xref-goto-xref not configurable) Message-ID: References: <87a7ktqqx7.fsf@mail.linkov.net> X-Gnu-PR-Message: they-closed 33870 X-Gnu-PR-Package: emacs Reply-To: 33870@debbugs.gnu.org Date: Sun, 16 Jun 2019 00:53:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1560646382-12784-1" This is a multi-part message in MIME format... ------------=_1560646382-12784-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #33870: 27.0.50; xref-goto-xref not configurable which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 33870@debbugs.gnu.org. --=20 33870: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D33870 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1560646382-12784-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 33870-done) by debbugs.gnu.org; 16 Jun 2019 00:52:57 +0000 Received: from localhost ([127.0.0.1]:39450 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcJPl-0003Jv-7S for submit@debbugs.gnu.org; Sat, 15 Jun 2019 20:52:57 -0400 Received: from mail-wm1-f46.google.com ([209.85.128.46]:54472) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcJPj-0003Jb-5H for 33870-done@debbugs.gnu.org; Sat, 15 Jun 2019 20:52:55 -0400 Received: by mail-wm1-f46.google.com with SMTP id g135so5786217wme.4 for <33870-done@debbugs.gnu.org>; Sat, 15 Jun 2019 17:52:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:from:to:cc:references:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=L5/n+8B4sodQHj742MEF8cO8W7GdWyNcz9aWMPB4YYk=; b=PAYwsucFiHE5Ah5SaN1PtwwD90BXW/3sUWgY6zC06wEnSSwnz2rWOgAXQJZE8FU2Ys jdZto4ZCq94rqQeVspeL8evQJhd+WQBcN8cGaaSYO6r9BE2r5uiFwxXZ2j7oriNolJPA U7ERVdVlaLSdCvlkWSJaNG1MGTQ/oI+vTWhHiwkAinrIRa2A2uNnQgO0EcBBJcLvT23m V4PcOiqtp/kUoW95/yHdz/tieY8cGebMXQ7ZfdQBq07mLXIAsMyTsSVyr1mtSML15cHs 4nrSTVNHROPos0+Jd8BQlwVfEQ6TARonJSKCD3v/gu2OgSSvLiP2tgqlikHNiE+nPl4I rFmw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:from:to:cc:references:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=L5/n+8B4sodQHj742MEF8cO8W7GdWyNcz9aWMPB4YYk=; b=fGchS3RvGmtkCq8XdMtORftipWoqBe71rDRtiFX9kRmlc2wsaE7pxlMGazuRZGWWEw UDVRT6r8XWL1mwxzbX9JrU92iaaVGNtTOp95y+wo9iiZ805umhDOLZEntSwPAOmQVOZP wJsDcT9TG2TiAuQr6KxUnX8cpPnZ/g8v3y50/7mpoj7Ips0jlSKpxCt5JhjhQ7dYzh0J oEFEJ2s2Yx3Luw/bX1X5Y8dBCRkB7AcYW1rAG4hyC+cL+4z/1s6w8aXjQYUaWR/Jpit8 4VclJPx9dMOUSuise4cQ/Ay6GsVKZLqDvZbsu6p2h24I70BlJiWpMbfk95uB+bLf1AAB gnuA== X-Gm-Message-State: APjAAAVSedzzHMCVw/GKF+rrp1OX4UlDzvE+GR14wVnmAJaeOtUaDA1X GG+4MkPMhVTB0Eluo7u7HninWv/kvhg= X-Google-Smtp-Source: APXvYqyaEO0pf8ke6yS5U1r4yy3xlI2HGPndiKZp97r5omshcGn0rnl6CZh4bziqXEJ8I9YOLU63BA== X-Received: by 2002:a1c:630a:: with SMTP id x10mr14066939wmb.113.1560646368998; Sat, 15 Jun 2019 17:52:48 -0700 (PDT) Received: from [192.168.1.3] ([185.105.174.23]) by smtp.googlemail.com with ESMTPSA id v67sm9431638wme.24.2019.06.15.17.52.47 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 15 Jun 2019 17:52:48 -0700 (PDT) Subject: Re: bug#33870: 27.0.50; xref-goto-xref not configurable From: Dmitry Gutov To: Juri Linkov , =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= References: <87a7ktqqx7.fsf@mail.linkov.net> <9215183d-0a44-88b5-5b3c-d0da31f749ad@yandex.ru> <878t02egph.fsf@mail.linkov.net> <874lak9kr0.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> Message-ID: Date: Sun, 16 Jun 2019 03:52:47 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 33870-done Cc: 33870-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) On 11.06.2019 3:00, Dmitry Gutov wrote: > But here's an alternative patch. <...> Installed, and closing. ------------=_1560646382-12784-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 25 Dec 2018 20:52:56 +0000 Received: from localhost ([127.0.0.1]:36463 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gbthA-0002iX-IK for submit@debbugs.gnu.org; Tue, 25 Dec 2018 15:52:56 -0500 Received: from eggs.gnu.org ([208.118.235.92]:54553) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gbth8-0002iK-Qj for submit@debbugs.gnu.org; Tue, 25 Dec 2018 15:52:55 -0500 Received: from lists.gnu.org ([208.118.235.17]:56917) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gbth3-0002Fb-G4 for submit@debbugs.gnu.org; Tue, 25 Dec 2018 15:52:49 -0500 Received: from eggs.gnu.org ([208.118.235.92]:48617) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gbth2-0002aZ-JG for bug-gnu-emacs@gnu.org; Tue, 25 Dec 2018 15:52:49 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RCVD_IN_DNSWL_NONE autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gbtgz-0002Ar-Fb for bug-gnu-emacs@gnu.org; Tue, 25 Dec 2018 15:52:48 -0500 Received: from common.maple.relay.mailchannels.net ([23.83.214.38]:18400) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gbtgz-00027y-6b for bug-gnu-emacs@gnu.org; Tue, 25 Dec 2018 15:52:45 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 1BE034220E for ; Tue, 25 Dec 2018 20:52:43 +0000 (UTC) Received: from pdx1-sub0-mail-a16.g.dreamhost.com (unknown [100.96.20.98]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id D5ECB41A87 for ; Tue, 25 Dec 2018 20:52:42 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a16.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Tue, 25 Dec 2018 20:52:43 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Illustrious-Zesty: 79979ac6378db119_1545771162985_16993203 X-MC-Loop-Signature: 1545771162985:1929215124 X-MC-Ingress-Time: 1545771162984 Received: from pdx1-sub0-mail-a16.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a16.g.dreamhost.com (Postfix) with ESMTP id 7A0B87F925 for ; Tue, 25 Dec 2018 12:52:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to :subject:date:message-id:mime-version:content-type; s= linkov.net; bh=NbptPOUNR9gBrC0v6GhX8bMfO+M=; b=VoXZjHpXqMUGAZlpZ cdtfMJfGXxJHQJiCzwQ+emlkswbw9RSGGeiUQq05GCk63zLAf1YyKsyYC6nblP59 UcroGoFy73BfsFC8Oxyhlaj0A6a12m/JeF7quj/ZA5CqsP+f27JDFtSGMxyfF40z KhlvtxTagbeuenF5AAGA1htf5A= Received: from mail.jurta.org (m91-129-108-193.cust.tele2.ee [91.129.108.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a16.g.dreamhost.com (Postfix) with ESMTPSA id A47917F919 for ; Tue, 25 Dec 2018 12:52:41 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a16 From: Juri Linkov To: bug-gnu-emacs@gnu.org Subject: 27.0.50; xref-goto-xref not configurable Organization: LINKOV.NET Date: Tue, 25 Dec 2018 22:42:28 +0200 Message-ID: <87a7ktqqx7.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: 0 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrudekfedgudegiecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecunecujfgurhephffvufhofffkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucffohhmrghinhepghhnuhdrohhrghenucfkphepledurdduvdelrddutdekrdduleefnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtkedrudelfedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopegsuhhgqdhgnhhuqdgvmhgrtghssehgnhhurdhorhhgnecuvehluhhsthgvrhfuihiivgeptd X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 23.83.214.38 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.1 (-----) X-Debbugs-CC: Dmitry Gutov There is no more need to replace switch-to-buffer with pop-to-buffer-same-window in xref--pop-to-location like was asked in https://debbugs.gnu.org/32790#206 because now a new option switch-to-buffer-obey-display-actions can be customized to t. But still there is one xref command, namely `xref-goto-xref' bound to RET in the *xref* buffer that always displays the buffer in the predefined window, and there is no way to change this behavior. Is it possible to change it to use either pop-to-buffer-same-window or at least switch-to-buffer? ------------=_1560646382-12784-1--