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: Thu, 10 Jan 2019 01:40:41 +0200 Organization: LINKOV.NET Message-ID: <874lahwgau.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> <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> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1547077275 8104 195.159.176.226 (9 Jan 2019 23:41:15 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 9 Jan 2019 23:41:15 +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 Thu Jan 10 00:41:10 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 1ghNTB-0001vW-3D for geb-bug-gnu-emacs@m.gmane.org; Thu, 10 Jan 2019 00:41:09 +0100 Original-Received: from localhost ([127.0.0.1]:37216 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ghNVH-0003Gl-U7 for geb-bug-gnu-emacs@m.gmane.org; Wed, 09 Jan 2019 18:43:19 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:54563) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ghNV1-0003D8-P0 for bug-gnu-emacs@gnu.org; Wed, 09 Jan 2019 18:43:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ghNV0-00066Z-Q1 for bug-gnu-emacs@gnu.org; Wed, 09 Jan 2019 18:43:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:53454) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ghNV0-00066M-MA for bug-gnu-emacs@gnu.org; Wed, 09 Jan 2019 18:43:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ghNV0-0000gH-CP for bug-gnu-emacs@gnu.org; Wed, 09 Jan 2019 18:43: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: 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: Original-Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.15470773332560 (code B ref 33870); Wed, 09 Jan 2019 23:43:02 +0000 Original-Received: (at 33870) by debbugs.gnu.org; 9 Jan 2019 23:42:13 +0000 Original-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 Original-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 Original-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) Original-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 Original-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 Original-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= Original-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 In-Reply-To: <5C35C718.6000706@gmx.at> (martin rudalics's message of "Wed, 09 Jan 2019 11:04:08 +0100") X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrfedvgdduvdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtuddrledunecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtuddrledupdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedu 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:154300 Archived-At: >>>> 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'?