From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Date: Mon, 07 Jan 2019 01:48:35 +0200 Organization: LINKOV.NET Message-ID: <874laluz3g.fsf@mail.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> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1546819359 5125 195.159.176.226 (7 Jan 2019 00:02:39 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 7 Jan 2019 00:02:39 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) Cc: 33870@debbugs.gnu.org, joaotavora@gmail.com, dgutov@yandex.ru To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jan 07 01:02:35 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggING-0001Fg-Ti for geb-bug-gnu-emacs@m.gmane.org; Mon, 07 Jan 2019 01:02:35 +0100 Original-Received: from localhost ([127.0.0.1]:42648 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ggIPN-0002M0-NW for geb-bug-gnu-emacs@m.gmane.org; Sun, 06 Jan 2019 19:04:45 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:41539) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ggIOo-0001p0-QI for bug-gnu-emacs@gnu.org; Sun, 06 Jan 2019 19:04:11 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ggIOk-0005gR-6r for bug-gnu-emacs@gnu.org; Sun, 06 Jan 2019 19:04:09 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:48179) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ggIOg-0005Xt-IQ for bug-gnu-emacs@gnu.org; Sun, 06 Jan 2019 19:04:04 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ggIOg-0003w0-5k for bug-gnu-emacs@gnu.org; Sun, 06 Jan 2019 19:04:02 -0500 X-Loop: help-debbugs@gnu.org 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: Original-Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154681938715038 (code B ref 33870); Mon, 07 Jan 2019 00:04:02 +0000 Original-Received: (at 33870) by debbugs.gnu.org; 7 Jan 2019 00:03:07 +0000 Original-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 Original-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 Original-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) Original-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 Original-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 Original-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= Original-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 In-Reply-To: <5C31C477.9040108@gmx.at> (martin rudalics's message of "Sun, 06 Jan 2019 10:03:51 +0100") X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrvdeigddulecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtgfesthekredttderjeenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdelrddugedunecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtledrudeguddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgeptd X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:154209 Archived-At: >> 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.