From: Phil Sainty <psainty@orcon.net.nz>
To: martin rudalics <rudalics@gmx.at>
Cc: 31194@debbugs.gnu.org,
bug-gnu-emacs
<bug-gnu-emacs-bounces+psainty=orcon.net.nz@gnu.org>
Subject: bug#31194: 26.1; `display-buffer-in-major-side-window' was renamed without an alias.
Date: Wed, 18 Apr 2018 20:42:23 +1200 [thread overview]
Message-ID: <008907913f49882982e4f2555a3cb47f@webmail.orcon.net.nz> (raw)
In-Reply-To: <5AD6F19C.3000208@gmx.at>
On 2018-04-18 19:19, martin rudalics wrote:
> I've tried to do that now. Please have a look.
Cheers. NEWS now says:
> ** The function 'display-buffer-in-major-side-window' is now internal.
> This hitherto undocumented function which existed since Emacs 24.1 has
> been renamed to 'window--make-major-side-window' and its semantics
> changed. Applications should use the now properly documented function
> 'display-buffer-in-side-window' with appropriate arguments instead.
"hitherto undocumented" isn't actually true?
In Emacs 25.3, describe-function tells me:
> display-buffer-in-major-side-window is a compiled Lisp function in
> ‘window.el’.
>
> (display-buffer-in-major-side-window BUFFER SIDE SLOT &optional ALIST)
>
> Display BUFFER in a new window on SIDE of the selected frame.
> SIDE must be one of ‘left’, ‘top’, ‘right’ or ‘bottom’. SLOT
> specifies the slot to use. ALIST is an association list of
> symbols and values as passed to ‘display-buffer-in-side-window’.
> This function may be called only if no window on SIDE exists yet.
> The new window automatically becomes the "major" side window on
> SIDE. Return the new window, nil if its creation window failed.
which is very similar to the docstring of the new function:
> window--make-major-side-window is a compiled Lisp function in
> ‘window.el’.
>
> (window--make-major-side-window BUFFER SIDE SLOT &optional ALIST)
>
> Display BUFFER in a new major side window on the selected frame.
> SIDE must be one of ‘left’, ‘top’, ‘right’ or ‘bottom’. SLOT
> specifies the slot to use. ALIST is an association list of
> symbols and values as passed to ‘display-buffer-in-side-window’.
> Return the new window, nil if its creation failed.
>
> This is an auxiliary function of ‘display-buffer-in-side-window’
> and may be called only if no window on SIDE exists yet.
The main difference as far as the docstrings go seems to be:
"This function may be called only if no window on SIDE exists yet",
(and I don't know whether that's a difference in behaviour, or just
improved documentation).
This bit also seems wrong to me:
> the now properly documented function 'display-buffer-in-side-window'
As this function's docstring is unchanged between 25.3 and 26.1rc1.
I would suggest something more like:
** The function 'display-buffer-in-major-side-window' no longer exists.
It has been renamed as internal function
'window--make-major-side-window',
however applications should instead call 'display-buffer-in-side-window'
(passing the SIDE and SLOT parameters as elements of ALIST). This
approach
is backwards-compatible with versions of Emacs in which the old function
is defined.
n.b. I don't know if that last statement is correct back to 24.1? It's
the impression I have, but someone else would need to confirm it.
next prev parent reply other threads:[~2018-04-18 8:42 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-04-17 13:08 bug#31194: 26.1; `display-buffer-in-major-side-window' was renamed without an alias Phil Sainty
2018-04-17 15:51 ` Glenn Morris
2018-04-17 23:39 ` Phil Sainty
2018-04-18 7:19 ` martin rudalics
2018-04-18 8:42 ` Phil Sainty [this message]
2018-04-18 8:53 ` Eli Zaretskii
2018-04-18 9:33 ` Phil Sainty
2018-04-18 12:20 ` martin rudalics
2018-04-19 0:48 ` Phil Sainty
2018-04-19 6:54 ` martin rudalics
2018-04-19 21:24 ` Juri Linkov
2018-04-19 23:49 ` Phil Sainty
2018-04-20 1:23 ` Phil Sainty
2018-04-20 6:27 ` martin rudalics
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=008907913f49882982e4f2555a3cb47f@webmail.orcon.net.nz \
--to=psainty@orcon.net.nz \
--cc=31194@debbugs.gnu.org \
--cc=bug-gnu-emacs-bounces+psainty=orcon.net.nz@gnu.org \
--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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).