unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
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.






  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).