GNU bug report logs - #16115
24.3.50; doc string of `display-buffer-in-side-window' - there is no SIDE arg

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 16115 in the body.
You can then email your comments to 16115 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Drew Adams <drew.adams <at> oracle.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.3.50; doc string of `display-buffer-in-side-window' - there is no
 SIDE arg
Date: Wed, 11 Dec 2013 08:59:34 -0800 (PST)

Subject line says it all.  The doc string speaks of SIDE, as if there
were a SIDE argument.  There is none.

In GNU Emacs 24.3.50.2 (i686-pc-mingw32)
 of 2013-11-28 on LEG570
Bzr revision: 115271 rgm <at> gnu.org-20131128203155-qjc1xsp19z2k64b2
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --enable-checking 'CFLAGS=-O0 -g3' CPPFLAGS=-DGLYPH_DEBUG=1'

Message #8 received at 16115 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 16115 <at> debbugs.gnu.org
Subject: Re: bug#16115: 24.3.50; doc string of `display-buffer-in-side-window'
 - there is no SIDE arg
Date: Wed, 11 Dec 2013 18:55:20 +0100

[Message part 1 (text/plain, inline)]

> Subject line says it all.  The doc string speaks of SIDE, as if there
> were a SIDE argument.  There is none.

Thanks.  Should be fixed now.

I couldn't resist to attach a file where you can see how this function
can be used.

martin

[frame-tabs.el (application/emacs-lisp, inline)]

Message #11 received at 16115 <at> debbugs.gnu.org (full text, mbox):

From: Drew Adams <drew.adams <at> oracle.com>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 16115 <at> debbugs.gnu.org
Subject: RE: bug#16115: 24.3.50; doc string of `display-buffer-in-side-window'
 - there is no SIDE arg
Date: Wed, 11 Dec 2013 10:57:40 -0800 (PST)

>  > Subject line says it all.  The doc string speaks of SIDE, as if there
>  > were a SIDE argument.  There is none.
> 
> Thanks.  Should be fixed now.

That was quick.  Thanks.

> I couldn't resist to attach a file where you can see how this function
> can be used.

Looks interesting.  When I loaded it I got this message:
Wrong type argument: listp, :inherit

This is one offender:
(defface frame-tabs-higlight-tab
  '((t :inherit frame-tabs-item-tab
       :foreground "white"
       :background "green3"))
  "Face for highlighting frame tabs item."
  :version "24.4"
  :group 'frame-tabs)

But if I try `C-M-x' on that twice, the first time gives the error and
the second defines it OK.  Likewise for the other face defs.

Haven't tried to dig into it further - no time now.

(BTW, spelling typos: "higlight" -> "highlight".)

Wrt the function (and how I discovered its doc), I just used it in an
answer to a StackOverflow question.  Dunno whether my answer is
appropriate or a good use of the function.  Probably there is a simpler
and better answer.

http://stackoverflow.com/a/20525430/729907

Message #14 received at 16115 <at> debbugs.gnu.org (full text, mbox):

From: Drew Adams <drew.adams <at> oracle.com>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 16115 <at> debbugs.gnu.org
Subject: RE: bug#16115: 24.3.50; doc string of `display-buffer-in-side-window'
 - there is no SIDE arg
Date: Wed, 11 Dec 2013 11:01:43 -0800 (PST)

> When I loaded it I got this message:
> Wrong type argument: listp, :inherit

Nevermind that; sorry.  I was using an old Emacs version.

Message #17 received at 16115 <at> debbugs.gnu.org (full text, mbox):

From: Juri Linkov <juri <at> jurta.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 16115 <at> debbugs.gnu.org, Drew Adams <drew.adams <at> oracle.com>
Subject: Re: bug#16115: 24.3.50;
 doc string of `display-buffer-in-side-window' - there is no SIDE arg
Date: Thu, 12 Dec 2013 01:54:20 +0200

> I couldn't resist to attach a file where you can see how this function
> can be used.
>
> ;;; frame-tabs.el --- Frame based tabs windows

Fantastic!  Do you intend to install this for the next release
or it needs more work?  One problem I noticed immediately:
after clicking on the tab it keeps the side window selected.

Message #20 received at 16115 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 16115 <at> debbugs.gnu.org
Subject: Re: bug#16115: 24.3.50; doc string of `display-buffer-in-side-window'
 - there is no SIDE arg
Date: Thu, 12 Dec 2013 11:14:09 +0100

> Wrt the function (and how I discovered its doc), I just used it in an
> answer to a StackOverflow question.  Dunno whether my answer is
> appropriate or a good use of the function.  Probably there is a simpler
> and better answer.

`display-buffer-below-selected' or something similar might be the
answer.  Side windows serve a completely different purpose.

martin

Message #23 received at 16115 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Juri Linkov <juri <at> jurta.org>
Cc: 16115 <at> debbugs.gnu.org, Drew Adams <drew.adams <at> oracle.com>
Subject: Re: bug#16115: 24.3.50; doc string of `display-buffer-in-side-window'
 - there is no SIDE arg
Date: Thu, 12 Dec 2013 11:15:09 +0100

[Message part 1 (text/plain, inline)]

> Do you intend to install this for the next release
> or it needs more work?

It's merely meant as a proof of concept whether and how persistent
windows work.  It would be a great thing if you (or someone else) filled
in the gory details.  What's needed here is a good feeling for how tabs
are typically used in other applications (I do use tab mix plus on
Firefox but my settings are probably far too exotic) and how to
implement them within the framework of side windows.

> One problem I noticed immediately:
> after clicking on the tab it keeps the side window selected.

Yes.  `switch-to-buffer' doesn't seem to be the right answer for this.

BTW, you should set `window-resize-pixelwise' to non-nil in order to
better fit tabs buffers to their contents.  Since I also wrote some code
for window-based tabs I simply attach it here.

martin

[win-tabs.el (application/emacs-lisp, inline)]

Message #26 received at 16115 <at> debbugs.gnu.org (full text, mbox):

From: Drew Adams <drew.adams <at> oracle.com>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 16115 <at> debbugs.gnu.org
Subject: RE: bug#16115: 24.3.50; doc string of `display-buffer-in-side-window'
 - there is no SIDE arg
Date: Thu, 12 Dec 2013 08:18:35 -0800 (PST)

>  > Wrt the function (and how I discovered its doc), I just used it in an
>  > answer to a StackOverflow question.  Dunno whether my answer is
>  > appropriate or a good use of the function.  Probably there is a simpler
>  > and better answer.
> 
> `display-buffer-below-selected' or something similar might be the
> answer.  Side windows serve a completely different purpose.

Sorry, I don't understand.  The requester wanted the buffer to pop up on
the right, not below.  And AFAICT the code I proposed does that.  Can
you elaborate?

What is the right way to pop to a buffer in a window to the right?  IOW,
the request was to get the effect of `C-x 3' but with the chosen buffer,
not the same buffer, in the new window on the right.

Message #29 received at 16115 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 16115 <at> debbugs.gnu.org
Subject: Re: bug#16115: 24.3.50; doc string of `display-buffer-in-side-window'
 - there is no SIDE arg
Date: Thu, 12 Dec 2013 19:09:30 +0100

>> `display-buffer-below-selected' or something similar might be the
>> answer.  Side windows serve a completely different purpose.
>
> Sorry, I don't understand.  The requester wanted the buffer to pop up on
> the right, not below.  And AFAICT the code I proposed does that.  Can
> you elaborate?

If it makes a "side window", the effect is that the new window will be
permanent unless explicitly deleted.  Does the requester want that?

> What is the right way to pop to a buffer in a window to the right?  IOW,
> the request was to get the effect of `C-x 3' but with the chosen buffer,
> not the same buffer, in the new window on the right.

If the frame is wide enough, `display-buffer-below-selected' will
display it on the right of the selected window, otherwise below.  This
can be tuned via `split-height-/width-threshold'.

martin

Message #32 received at 16115 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
To: martin rudalics <rudalics <at> gmx.at>
Cc: Juri Linkov <juri <at> jurta.org>, 16115 <at> debbugs.gnu.org
Subject: Re: bug#16115: 24.3.50;
 doc string of `display-buffer-in-side-window' - there is no SIDE arg
Date: Thu, 12 Dec 2013 13:25:32 -0500

> It's merely meant as a proof of concept whether and how persistent
> windows work.  It would be a great thing if you (or someone else) filled
> in the gory details.  What's needed here is a good feeling for how tabs
> are typically used in other applications (I do use tab mix plus on
> Firefox but my settings are probably far too exotic) and how to
> implement them within the framework of side windows.

You could add them to GNU ELPA, to try and attract users (which then
hopefully turn into developers to fix the shortcomings).


        Stefan

Message #35 received at 16115 <at> debbugs.gnu.org (full text, mbox):

From: Drew Adams <drew.adams <at> oracle.com>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 16115 <at> debbugs.gnu.org
Subject: RE: bug#16115: 24.3.50; doc string of `display-buffer-in-side-window'
 - there is no SIDE arg
Date: Thu, 12 Dec 2013 11:50:42 -0800 (PST)

>  >> `display-buffer-below-selected' or something similar might be the
>  >> answer.  Side windows serve a completely different purpose.
>  >
>  > Sorry, I don't understand.  The requester wanted the buffer to pop up on
>  > the right, not below.  And AFAICT the code I proposed does that.  Can
>  > you elaborate?
> 
> If it makes a "side window", the effect is that the new window will be
> permanent unless explicitly deleted.  Does the requester want that?

Dunno.  I don't even know what a "permanent" window is.  When you do
`C-x 3' is the new window permanent?

>  > What is the right way to pop to a buffer in a window to the right?  IOW,
>  > the request was to get the effect of `C-x 3' but with the chosen buffer,
>  > not the same buffer, in the new window on the right.
> 
> If the frame is wide enough, `display-buffer-below-selected' will
> display it on the right of the selected window, otherwise below.  This
> can be tuned via `split-height-/width-threshold'.

Apparently the OP would like the behavior to be similar to what `C-x 3'
does.  Is that what `display-buffer-below-selected' always does?  Perhaps
you'd like to post an answer to him directly on StackOverflow. 

Of if not, I can transfer any answer you provide here to him there.
But I would just be an uninformed middleman, as I'm no authority on
`display-buffer-below-selected' or `split-height-/width-threshold',
to put it mildly.

Message #38 received at 16115 <at> debbugs.gnu.org (full text, mbox):

From: Juri Linkov <juri <at> jurta.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 16115 <at> debbugs.gnu.org, Drew Adams <drew.adams <at> oracle.com>
Subject: Re: bug#16115: 24.3.50;
 doc string of `display-buffer-in-side-window' - there is no SIDE arg
Date: Fri, 13 Dec 2013 03:18:46 +0200

> What's needed here is a good feeling for how tabs are typically used
> in other applications (I do use tab mix plus on Firefox but my
> settings are probably far too exotic) and how to implement them within
> the framework of side windows.

Having the user interface that displays frame tabs in side windows, it
would be trivial to use it for switching between window configurations.
As for window tabs, there is no general application for them, so window
tabs are rather package-specific, e.g. Gnus could use them to display
opened groups attached to summary buffers in window tabs, etc.

Message #41 received at 16115 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Juri Linkov <juri <at> jurta.org>
Cc: 16115 <at> debbugs.gnu.org, Drew Adams <drew.adams <at> oracle.com>
Subject: Re: bug#16115: 24.3.50; doc string of `display-buffer-in-side-window'
 - there is no SIDE arg
Date: Fri, 13 Dec 2013 11:13:10 +0100

> Having the user interface that displays frame tabs in side windows, it
> would be trivial to use it for switching between window configurations.
> As for window tabs, there is no general application for them, so window
> tabs are rather package-specific, e.g. Gnus could use them to display
> opened groups attached to summary buffers in window tabs, etc.

If you are interested, peruse my code any way you like.  In the near
future I won't have much time to spend on it.

martin

Message #44 received at 16115 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
Cc: Juri Linkov <juri <at> jurta.org>, 16115 <at> debbugs.gnu.org
Subject: Re: bug#16115: 24.3.50; doc string of `display-buffer-in-side-window'
 - there is no SIDE arg
Date: Fri, 13 Dec 2013 11:13:40 +0100

> You could add them to GNU ELPA, to try and attract users (which then
> hopefully turn into developers to fix the shortcomings).

IIUC I would have to install Git first here.  Are there any
guides for doing this with Emacs on Windows?

martin

Message #47 received at 16115 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 16115 <at> debbugs.gnu.org, monnier <at> IRO.UMontreal.CA
Subject: Re: bug#16115: 24.3.50;
 doc string of `display-buffer-in-side-window' - there is no SIDE arg
Date: Fri, 13 Dec 2013 12:56:47 +0200

> Date: Fri, 13 Dec 2013 11:13:40 +0100
> From: martin rudalics <rudalics <at> gmx.at>
> Cc: 16115 <at> debbugs.gnu.org
> 
> Are there any guides for [installing Git] with Emacs on Windows?

Depends on whether you want to use VC or external packages.

Message #50 received at 16115 <at> debbugs.gnu.org (full text, mbox):

From: Juri Linkov <juri <at> jurta.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 16115 <at> debbugs.gnu.org, Drew Adams <drew.adams <at> oracle.com>
Subject: Re: bug#16115: 24.3.50;
 doc string of `display-buffer-in-side-window' - there is no SIDE arg
Date: Fri, 13 Dec 2013 23:54:30 +0200

> If the frame is wide enough, `display-buffer-below-selected' will
> display it on the right of the selected window, otherwise below.  This
> can be tuned via `split-height-/width-threshold'.

Shouldn't `display-buffer-below-selected' display the buffer below,
and not on the right?  I.e. like you recently added the let-binding
`(split-width-threshold)' to `display-buffer-at-bottom',
it would also make sense to do the same by moving the let-binding
`(split-height-threshold 0)' to `display-buffer-below-selected'.

Message #53 received at 16115 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 16115 <at> debbugs.gnu.org
Subject: Re: bug#16115: 24.3.50; doc string of `display-buffer-in-side-window'
 - there is no SIDE arg
Date: Sat, 14 Dec 2013 12:22:43 +0100

> Apparently the OP would like the behavior to be similar to what `C-x 3'
> does.  Is that what `display-buffer-below-selected' always does?  Perhaps
> you'd like to post an answer to him directly on StackOverflow.
>
> Of if not, I can transfer any answer you provide here to him there.
> But I would just be an uninformed middleman, as I'm no authority on
> `display-buffer-below-selected' or `split-height-/width-threshold',
> to put it mildly.

The OP should post a request on this list so we can talk things over.

martin

Message #56 received at 16115 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Juri Linkov <juri <at> jurta.org>
Cc: 16115 <at> debbugs.gnu.org, Drew Adams <drew.adams <at> oracle.com>
Subject: Re: bug#16115: 24.3.50; doc string of `display-buffer-in-side-window'
 - there is no SIDE arg
Date: Sat, 14 Dec 2013 12:23:22 +0100

> Shouldn't `display-buffer-below-selected' display the buffer below,
> and not on the right?  I.e. like you recently added the let-binding
> `(split-width-threshold)' to `display-buffer-at-bottom',
> it would also make sense to do the same by moving the let-binding
> `(split-height-threshold 0)' to `display-buffer-below-selected'.

Just that now we apparently have a request for displaying the buffer at
the right ...

martin

Message #59 received at 16115 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 16115 <at> debbugs.gnu.org, monnier <at> IRO.UMontreal.CA
Subject: Re: bug#16115: 24.3.50; doc string of `display-buffer-in-side-window'
 - there is no SIDE arg
Date: Sat, 14 Dec 2013 12:23:29 +0100

>> Are there any guides for [installing Git] with Emacs on Windows?
>
> Depends on whether you want to use VC or external packages.

IIUC I have to install Git first.  What would be different after I have
done that?  What does VC stand for in this regard and which are the
external packages I would need?

martin

Message #62 received at 16115 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 16115 <at> debbugs.gnu.org, monnier <at> IRO.UMontreal.CA
Subject: Re: bug#16115: 24.3.50;
 doc string of `display-buffer-in-side-window' - there is no SIDE arg
Date: Sat, 14 Dec 2013 14:09:33 +0200

> Date: Sat, 14 Dec 2013 12:23:29 +0100
> From: martin rudalics <rudalics <at> gmx.at>
> CC: monnier <at> IRO.UMontreal.CA, 16115 <at> debbugs.gnu.org
> 
>  >> Are there any guides for [installing Git] with Emacs on Windows?
>  >
>  > Depends on whether you want to use VC or external packages.
> 
> IIUC I have to install Git first.

Well, of course.  I didn't think you needed a guide for that.  There's
only one such package for Windows anyway.

> What would be different after I have done that?

You need to configure it to work with Emacs, or configure Emacs to
work with Git, because you must run Git via MSYS Bash, unlike what you
probably do with other programs you invoke from Emacs on Windows.

> What does VC stand for in this regard

The usual VC stuff from Emacs is what I meant.

> and which are the external packages I would need?

If you are fine with what Emacs has in lisp/vc/, then none.  (Well,
perhaps grab my port of git-merge-changelog.)  Otherwise, there are a
few Git front ends floating around, and I'm sure their respective
enthusiasts here will speak up shortly.

Message #65 received at 16115 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 16115 <at> debbugs.gnu.org, monnier <at> IRO.UMontreal.CA
Subject: Re: bug#16115: 24.3.50; doc string of `display-buffer-in-side-window'
 - there is no SIDE arg
Date: Sat, 14 Dec 2013 14:45:35 +0100

> There's
> only one such package for Windows anyway.

Does Git work with PuTTY just like bzr does?

>> What would be different after I have done that?
>
> You need to configure it to work with Emacs, or configure Emacs to
> work with Git, because you must run Git via MSYS Bash, unlike what you
> probably do with other programs you invoke from Emacs on Windows.

Arrgh.

>> What does VC stand for in this regard
>
> The usual VC stuff from Emacs is what I meant.

Which I don't use, currently.  I want to run the few commands I need
from the same shell I run bzr.

>> and which are the external packages I would need?
>
> If you are fine with what Emacs has in lisp/vc/, then none.  (Well,
> perhaps grab my port of git-merge-changelog.)  Otherwise, there are a
> few Git front ends floating around, and I'm sure their respective
> enthusiasts here will speak up shortly.

OK.

Thanks, martin

Message #68 received at 16115 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 16115 <at> debbugs.gnu.org, monnier <at> IRO.UMontreal.CA
Subject: Re: bug#16115: 24.3.50;
 doc string of `display-buffer-in-side-window' - there is no SIDE arg
Date: Sat, 14 Dec 2013 16:06:10 +0200

> Date: Sat, 14 Dec 2013 14:45:35 +0100
> From: martin rudalics <rudalics <at> gmx.at>
> CC: monnier <at> IRO.UMontreal.CA, 16115 <at> debbugs.gnu.org
> 
>  > There's
>  > only one such package for Windows anyway.
> 
> Does Git work with PuTTY just like bzr does?

It can work with PuTTY or with OpenSSH that comes with it.  I set it
up for PuTTY, FWIW, because I like the Pageant thing better than
ssh-agent, and because Pageant is always running on my system anyway.

(Btw, bzr doesn't need PuTTY, it has its own internal implementation
of the SSH protocol.)

>  >> What does VC stand for in this regard
>  >
>  > The usual VC stuff from Emacs is what I meant.
> 
> Which I don't use, currently.  I want to run the few commands I need
> from the same shell I run bzr.

Fine, then just set GIT_EDITOR to point to emacsclient.

Message #71 received at 16115 <at> debbugs.gnu.org (full text, mbox):

From: Drew Adams <drew.adams <at> oracle.com>
To: martin rudalics <rudalics <at> gmx.at>, Juri Linkov <juri <at> jurta.org>
Cc: 16115 <at> debbugs.gnu.org
Subject: RE: bug#16115: 24.3.50; doc string of `display-buffer-in-side-window'
 - there is no SIDE arg
Date: Sat, 14 Dec 2013 08:20:15 -0800 (PST)

>  > Shouldn't `display-buffer-below-selected' display the buffer below,
>  > and not on the right?  I.e. like you recently added the let-binding
>  > `(split-width-threshold)' to `display-buffer-at-bottom',
>  > it would also make sense to do the same by moving the let-binding
>  > `(split-height-threshold 0)' to `display-buffer-below-selected'.
> 
> Just that now we apparently have a request for displaying the buffer at
> the right ...

No, we do not.  To be clear -

On StackOverflow someone asked how to do that; that's all.  The request
was to get pretty much the effect of `C-x 3 C-x o C-x b some-buffer',
essentially popping to a buffer in a window on the right.

I don't do that kind of thing often, so I looked in the doc for a
possible answer.  I thought I recalled seeing info about how to do
things like this in the various long threads about the new fine-tuning
possibilities of `display-buffer', so I figured there was likely a
simple way to do this, or at least some way.

I came across `display-buffer-in-side-window', and both its name and
its doc seemed to correspond to the request.  I quickly wrote a command
that used that function, and that command seemed (still seems) to DTRT.

I sent a minor bug report, mentioning only that there is no SIDE
parameter (which parameter is incorrectly mentioned in the doc string).

Nothing more.  There was no request for a function to pop to a buffer
at the right.

What you might consider, if you like, is to make clear in the doc, if
it is not already so (and I couldn't find it), what is available to do
what the OP requested, IOW, what is the right way, if there is a way,
to pop to a buffer at the right.

And you might want to make clear in the `display-buffer-in-side-window'
doc that it is not for this - and why not: what it is really for, since
its name and current doc misled at least me in this regard.

If you do not want to do that, fine.  THIS bug report is only about
asking that SIDE be removed from the doc string, which I think Martin
has already done.  As far as I am concerned, if that is done then this
bug is fixed.

Message #74 received at 16115 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Juri Linkov <juri <at> jurta.org>
Cc: 16115 <at> debbugs.gnu.org, Drew Adams <drew.adams <at> oracle.com>
Subject: Re: bug#16115: 24.3.50; doc string of `display-buffer-in-side-window'
 - there is no SIDE arg
Date: Sat, 14 Dec 2013 18:16:45 +0100

> Shouldn't `display-buffer-below-selected' display the buffer below,
> and not on the right?  I.e. like you recently added the let-binding
> `(split-width-threshold)' to `display-buffer-at-bottom',
> it would also make sense to do the same by moving the let-binding
> `(split-height-threshold 0)' to `display-buffer-below-selected'.

I bound `split-width-threshold' to nil as in `display-buffer-at-bottom'.
The value of `split-height-threshold' should be left to the user here,
IMO.  But if you insist that binding it to zero is better, I certainly
won't object.

martin

Message #79 received at 16115-done <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: Juri Linkov <juri <at> jurta.org>, 16115-done <at> debbugs.gnu.org
Subject: Re: bug#16115: 24.3.50; doc string of `display-buffer-in-side-window'
 - there is no SIDE arg
Date: Sat, 14 Dec 2013 18:17:18 +0100

>> Just that now we apparently have a request for displaying the buffer at
>> the right ...
>
> No, we do not.  To be clear -

OK.  Closing this bug.

Thanks again, martin

Message #82 received at 16115 <at> debbugs.gnu.org (full text, mbox):

From: Juri Linkov <juri <at> jurta.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 16115 <at> debbugs.gnu.org, Drew Adams <drew.adams <at> oracle.com>
Subject: Re: bug#16115: 24.3.50;
 doc string of `display-buffer-in-side-window' - there is no SIDE arg
Date: Sun, 15 Dec 2013 21:56:18 +0200

> I bound `split-width-threshold' to nil as in `display-buffer-at-bottom'.

Thanks.

> The value of `split-height-threshold' should be left to the user here,
> IMO.  But if you insist that binding it to zero is better, I certainly
> won't object.

If every call to `display-buffer-below-selected' has to be accompanied with
`(let ((split-height-threshold 0)) ...)' to do what the function name suggests
then it makes sense to move it to `display-buffer-below-selected'.

Message #85 received at 16115 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Juri Linkov <juri <at> jurta.org>
Cc: 16115 <at> debbugs.gnu.org, Drew Adams <drew.adams <at> oracle.com>
Subject: Re: bug#16115: 24.3.50; doc string of `display-buffer-in-side-window'
 - there is no SIDE arg
Date: Mon, 16 Dec 2013 11:10:36 +0100

> If every call to `display-buffer-below-selected' has to be accompanied with
> `(let ((split-height-threshold 0)) ...)' to do what the function name suggests
> then it makes sense to move it to `display-buffer-below-selected'.

Moved there in revision 115543.

Thanks, martin

Message #88 received at 16115 <at> debbugs.gnu.org (full text, mbox):

From: Juri Linkov <juri <at> jurta.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 16115 <at> debbugs.gnu.org, Drew Adams <drew.adams <at> oracle.com>
Subject: Re: bug#16115: 24.3.50;
 doc string of `display-buffer-in-side-window' - there is no SIDE arg
Date: Mon, 16 Dec 2013 22:19:40 +0200

>> If every call to `display-buffer-below-selected' has to be accompanied with
>> `(let ((split-height-threshold 0)) ...)' to do what the function name suggests
>> then it makes sense to move it to `display-buffer-below-selected'.
>
> Moved there in revision 115543.

Thanks.  Could now (split-height-threshold 0) be removed from all
existing calls of `display-buffer-below-selected'?

Message #91 received at 16115 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Juri Linkov <juri <at> jurta.org>
Cc: 16115 <at> debbugs.gnu.org, Drew Adams <drew.adams <at> oracle.com>
Subject: Re: bug#16115: 24.3.50; doc string of `display-buffer-in-side-window'
 - there is no SIDE arg
Date: Tue, 17 Dec 2013 18:31:51 +0100

> Thanks.  Could now (split-height-threshold 0) be removed from all
> existing calls of `display-buffer-below-selected'?

Done in revision 115569 on trunk.

martin

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.