unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* display-buffer change
@ 2007-06-21 10:11 David Kågedal
  2007-07-08  9:11 ` martin rudalics
  0 siblings, 1 reply; 3+ messages in thread
From: David Kågedal @ 2007-06-21 10:11 UTC (permalink / raw)
  To: bug-gnu-emacs

I have seen a change in Emacs 22.1 from Emacs 21 that broke my use of
dedicated windows.

The problem is that (display-buffer buf) will change the contents of
the current window, if the other window in the frame has a dedicated
buffer.  In Emacs 21, a new window would be opened instead.

To see the difference, do the following:

Split an emacs frame in two windows showing buffers A and B:

   +-------------+
   |             |
   |      A      |
   |             |
   +-------------+
   |             |
   |      B      |
   |             |
   +-------------+

While in the lower window, run

    (set-window-dedicated-p (selected-window) t)

Now, in the upper window, run

    (display-buffer "C")

In Emacs 21, this will be the result:

   +-------------+
   |      A      |
   +-------------+
   |      C      |
   +-------------+
   |             |
   |      B      |
   |             |
   +-------------+

In Emacs 22, this will be the result:

   +-------------+
   |             |
   |      C      |
   |             |
   +-------------+
   |             |
   |      B      |
   |             |
   +-------------+

I use a dedicated small window at the bottom of my frame that always
contains the *compilation* buffer, and the new behaviour in Emacs 22
seriously lower the usability of a lots of command, such as viewing
diffs or showing source from gdb etc.

I didn't find anything in NEWS that indicated that this was somehow
intentional.

-- 
David Kågedal

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: display-buffer change
  2007-06-21 10:11 display-buffer change David Kågedal
@ 2007-07-08  9:11 ` martin rudalics
  2007-08-25  7:56   ` martin rudalics
  0 siblings, 1 reply; 3+ messages in thread
From: martin rudalics @ 2007-07-08  9:11 UTC (permalink / raw)
  To: David Kågedal; +Cc: bug-gnu-emacs

 > I have seen a change in Emacs 22.1 from Emacs 21 that broke my use of
 > dedicated windows.
 >
 > The problem is that (display-buffer buf) will change the contents of
 > the current window, if the other window in the frame has a dedicated
 > buffer.  In Emacs 21, a new window would be opened instead.

[...]

 > I use a dedicated small window at the bottom of my frame that always
 > contains the *compilation* buffer, and the new behaviour in Emacs 22
 > seriously lower the usability of a lots of command, such as viewing
 > diffs or showing source from gdb etc.
 >
 > I didn't find anything in NEWS that indicated that this was somehow
 > intentional.
 >

Please ignore if this has been already resolved.  You should be able to
handle this by customizing `split-height-threshold' to a reasonable
value (say 10).  Confer the doc-string of `display-buffer':

   If a full-width window on a splittable frame is available to display
   the buffer, it may be split, subject to the value of the variable
   `split-height-threshold'.

I didn't trace what caused the behavior to change from Emacs 21 to Emacs
22.  The Emacs 22 behavior is consistent with respect to the doc-strings
of `split-height-threshold' and `display-buffer' though.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: display-buffer change
  2007-07-08  9:11 ` martin rudalics
@ 2007-08-25  7:56   ` martin rudalics
  0 siblings, 0 replies; 3+ messages in thread
From: martin rudalics @ 2007-08-25  7:56 UTC (permalink / raw)
  To: David Kågedal; +Cc: bug-gnu-emacs, Richard M. Stallman

 > I have seen a change in Emacs 22.1 from Emacs 21 that broke my use of
 > dedicated windows.
 >
 > The problem is that (display-buffer buf) will change the contents of
 > the current window, if the other window in the frame has a dedicated
 > buffer.  In Emacs 21, a new window would be opened instead.

[...]

 > I use a dedicated small window at the bottom of my frame that always
 > contains the *compilation* buffer, and the new behaviour in Emacs 22
 > seriously lower the usability of a lots of command, such as viewing
 > diffs or showing source from gdb etc.
 >
 > I didn't find anything in NEWS that indicated that this was somehow
 > intentional.
 >

Could you please tell us whether you were able to resolve this problem.

In an earlier mail I tried to explain the new behavior as follows:

 > You should be able to handle this by customizing
 > `split-height-threshold' to a reasonable value (say 10).  Confer the
 > doc-string of `display-buffer':
 >
 >   If a full-width window on a splittable frame is available to display
 >   the buffer, it may be split, subject to the value of the variable
 >   `split-height-threshold'.
 >
 > I didn't trace what caused the behavior to change from Emacs 21 to Emacs
 > 22.  The Emacs 22 behavior is consistent with respect to the doc-strings
 > of `split-height-threshold' and `display-buffer' though.

Please tell me whether that explanation is satisfactory.

Thanks in advance.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2007-08-25  7:56 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-06-21 10:11 display-buffer change David Kågedal
2007-07-08  9:11 ` martin rudalics
2007-08-25  7:56   ` martin rudalics

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