From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Date: Tue, 29 Jan 2019 23:10:13 +0200 Organization: LINKOV.NET Message-ID: <877eenjhl6.fsf@mail.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> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="119805"; mail-complaints-to="usenet@blaine.gmane.org" 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 Tue Jan 29 22:17:18 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1goakv-000V4H-LZ for geb-bug-gnu-emacs@m.gmane.org; Tue, 29 Jan 2019 22:17:18 +0100 Original-Received: from localhost ([127.0.0.1]:55709 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1goaku-0005iA-Km for geb-bug-gnu-emacs@m.gmane.org; Tue, 29 Jan 2019 16:17:16 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:51696) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1goakl-0005hC-6l for bug-gnu-emacs@gnu.org; Tue, 29 Jan 2019 16:17:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1goakj-0002MY-Dk for bug-gnu-emacs@gnu.org; Tue, 29 Jan 2019 16:17:07 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:51605) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1goaki-0002M6-JV for bug-gnu-emacs@gnu.org; Tue, 29 Jan 2019 16:17:05 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1goakh-0007Rx-6h for bug-gnu-emacs@gnu.org; Tue, 29 Jan 2019 16:17:04 -0500 X-Loop: help-debbugs@gnu.org 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 Original-Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154879657028522 (code B ref 33870); Tue, 29 Jan 2019 21:17:03 +0000 Original-Received: (at 33870) by debbugs.gnu.org; 29 Jan 2019 21:16:10 +0000 Original-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 Original-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 Original-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) Original-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 Original-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 Original-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= Original-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 In-Reply-To: <5C5013BE.6090107@gmx.at> (martin rudalics's message of "Tue, 29 Jan 2019 09:50:06 +0100") X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrjedvgddugeelucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgfgsehtkeertddtreejnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddutddrvddtvdenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrdduuddtrddvtddvpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedt 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:154872 Archived-At: >>> 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.