From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: "Roland Winkler" Newsgroups: gmane.emacs.devel Subject: Re: Suggesting `frame-split-biggest-window' Re: customize location and shape of a new window in a frame Date: Sat, 15 Sep 2018 11:34:34 -0500 Message-ID: <13466.17271.55444.23453@gargle.gargle.HOWL> References: <9755.9843.306611.23448@gargle.gargle.HOWL> <87y3c7pw4w.fsf@ericabrahamsen.net> <87h8iuik3g.fsf@moondust.localdomain> <87o9d2eaql.fsf@ericabrahamsen.net> <875zzawbd6.fsf_-_@moondust.localdomain> <5B9A1599.2060800@gmx.at> <17488.90794.824863.23451@gargle.gargle.HOWL> <5B9B725F.504@gmx.at> <34498.70574.322595.23452@gargle.gargle.HOWL> <5B9CC03C.9020202@gmx.at> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1537029161 24469 195.159.176.226 (15 Sep 2018 16:32:41 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 15 Sep 2018 16:32:41 +0000 (UTC) Cc: Eric Abrahamsen , "N. Jackson" , Stefan Monnier , emacs-devel@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Sep 15 18:32:36 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g1DUq-0006EM-94 for ged-emacs-devel@m.gmane.org; Sat, 15 Sep 2018 18:32:36 +0200 Original-Received: from localhost ([::1]:56169 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g1DWw-0006gR-H9 for ged-emacs-devel@m.gmane.org; Sat, 15 Sep 2018 12:34:46 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38141) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g1DWp-0006gM-2z for emacs-devel@gnu.org; Sat, 15 Sep 2018 12:34:39 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g1DWo-00042C-FE for emacs-devel@gnu.org; Sat, 15 Sep 2018 12:34:39 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:44442) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g1DWn-00040K-28; Sat, 15 Sep 2018 12:34:37 -0400 Original-Received: from [2602:30a:2e52:d720:65b7:1416:12e7:8bfb] (port=34284 helo=regnitz) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1g1DWm-0003kN-Nj; Sat, 15 Sep 2018 12:34:36 -0400 In-Reply-To: <5B9CC03C.9020202@gmx.at> 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-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:229815 Archived-At: On Sat Sep 15 2018 martin rudalics wrote: > I think so. No package should hijack this variable for its needs - > it's entirely left to the user. Packages like BBDB should only use > the ACTION argument of 'display-buffer'. Thanks for the clarification! So BBDB can use the ACTION argument of 'display-buffer'. Then it can also just provide a default for ACTION which users can customize if they do not like it (via some BBDB user variable). Such a working default may help users that want to customize this, but they feel overwhelmed by how this works. > There is an example at the end of section 28.14. Great, this was exactly what I was looking for. > If you want it to say things differently, say more, or whether to > put it somewhere else please tell us. - As `display-buffer-alist' is the variable that users want to customize (hence: it is the entry point for people wanting to customize these things), I suggest that the description of `display-buffer-alist' in the elisp manual should include a link to the example in section 28.14. - If I understand correctly, the example in Sec. 28.14 is slightly outdated: window-height is an outdated alias for window-total-height and window-width is an outdated alias for window-body-width (as described in the node Window sizes of the elisp manual). This applies also to the description of `display-buffer-below-selected' and possibly other spots in the elisp manual. - Is there a possibility to specify, using an ACTION, that a new window should take over a certain fraction of an existing window in a vertical split? I believe this is a common case. (I may be missing that this is described somewhere.) (I thought that `display-buffer-alist' was only mentioned in the elisp manual but not in the emacs manual. Yet this was my mistake due to my configuration of info-lookup that jumps straight to the elisp manual.)