From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: Re: display-buffer change Date: Sat, 25 Aug 2007 09:56:08 +0200 Message-ID: <46CFE098.8000607@gmx.at> References: <878xadwrap.fsf@morpheus.local> <4690AA50.1020806@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1188035825 30742 80.91.229.12 (25 Aug 2007 09:57:05 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 25 Aug 2007 09:57:05 +0000 (UTC) Cc: bug-gnu-emacs@gnu.org, "Richard M. Stallman" To: =?ISO-8859-15?Q?David_K=E5gedal?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Aug 25 11:57:03 2007 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IOsO7-0007ZT-3Z for geb-bug-gnu-emacs@m.gmane.org; Sat, 25 Aug 2007 11:57:03 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IOsO6-0004Qm-8e for geb-bug-gnu-emacs@m.gmane.org; Sat, 25 Aug 2007 05:57:02 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IOsLB-00036Y-85 for bug-gnu-emacs@gnu.org; Sat, 25 Aug 2007 05:54:01 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IOsL8-00035d-UT for bug-gnu-emacs@gnu.org; Sat, 25 Aug 2007 05:54:00 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IOsL7-00035K-GY for bug-gnu-emacs@gnu.org; Sat, 25 Aug 2007 05:53:57 -0400 Original-Received: from mail.gmx.net ([213.165.64.20]) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1IOsL6-0007w1-GM for bug-gnu-emacs@gnu.org; Sat, 25 Aug 2007 05:53:56 -0400 Original-Received: (qmail invoked by alias); 25 Aug 2007 08:07:15 -0000 Original-Received: from N759P000.adsl.highway.telekom.at (EHLO [62.47.38.192]) [62.47.38.192] by mail.gmx.net (mp057) with SMTP; 25 Aug 2007 10:07:15 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/ASvgi7j7A0ia2dypSuY32cxxW8Ql8UwkYbnVFfJ Dksmskdf7tDNaI User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: de-DE, de, en-us, en In-Reply-To: <4690AA50.1020806@gmx.at> X-Y-GMX-Trusted: 0 X-Detected-Kernel: Linux 2.6 (newer, 1) X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:16443 Archived-At: > 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.