all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Roland Winkler" <winkler@gnu.org>
To: martin rudalics <rudalics@gmx.at>
Cc: Eric Abrahamsen <eric@ericabrahamsen.net>,
	"N. Jackson" <nljlistbox2@gmail.com>,
	Stefan Monnier <monnier@IRO.UMontreal.CA>,
	emacs-devel@gnu.org
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	[thread overview]
Message-ID: <13466.17271.55444.23453@gargle.gargle.HOWL> (raw)
In-Reply-To: <5B9CC03C.9020202@gmx.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.)



  reply	other threads:[~2018-09-15 16:34 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-09-11 20:31 customize location and shape of a new window in a frame Roland Winkler
2018-09-11 21:22 ` Eric Abrahamsen
2018-09-12 19:36   ` N. Jackson
2018-09-12 20:12     ` Eric Abrahamsen
2018-09-12 23:21       ` Suggesting `frame-split-biggest-window' " N. Jackson
2018-09-13  7:45         ` martin rudalics
2018-09-13 13:07           ` N. Jackson
2018-09-14  8:31             ` martin rudalics
2018-09-13 16:33           ` Eric Abrahamsen
2018-09-14  8:33             ` martin rudalics
2018-09-14 16:56               ` Eric Abrahamsen
2018-09-15  8:17                 ` martin rudalics
2018-09-14  5:17           ` Roland Winkler
2018-09-14  8:33             ` martin rudalics
2018-09-14 12:01               ` Stefan Monnier
2018-09-15  4:12                 ` Roland Winkler
2018-09-15  4:58                   ` Drew Adams
2018-09-15  8:18                   ` martin rudalics
2018-09-15 16:34                     ` Roland Winkler [this message]
2018-09-15 18:34                       ` Stefan Monnier
2018-09-15 19:21                         ` Roland Winkler
2018-09-15 12:24                 ` N. Jackson
2018-09-15 14:56                   ` Stefan Monnier
2018-09-15  0:46               ` Richard Stallman
2018-09-15  8:17                 ` martin rudalics
2018-09-16  3:14                   ` Richard Stallman
2018-09-16 19:05                     ` John Yates
2018-09-16 19:22                       ` Eli Zaretskii
2018-09-16 20:30                       ` Drew Adams
2018-09-13 16:38         ` Eric Abrahamsen
2018-09-12 14:54 ` Stefan Monnier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=13466.17271.55444.23453@gargle.gargle.HOWL \
    --to=winkler@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=eric@ericabrahamsen.net \
    --cc=monnier@IRO.UMontreal.CA \
    --cc=nljlistbox2@gmail.com \
    --cc=rudalics@gmx.at \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.