From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#3366: 23.0.94; doc of split-window-preferred-function, display-buffer, etc. Date: Tue, 26 May 2009 06:47:54 -0700 Message-ID: <9A65ED2F61C44C938E7B6EBDCCF0844D@us.oracle.com> References: <7BFD115BD21E4677AAB801DA5EBBFED1@us.oracle.com> <4A1A42F9.7050500@gmx.at> <779632281BA742BFB5A1470D08B17538@us.oracle.com> <4A1BB659.30003@gmx.at> Reply-To: Drew Adams , 3366@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1243347170 25715 80.91.229.12 (26 May 2009 14:12:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 26 May 2009 14:12:50 +0000 (UTC) Cc: 3366@emacsbugs.donarmstrong.com To: "'martin rudalics'" , "'Stefan Monnier'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue May 26 16:12:43 2009 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 1M8xOU-0003Mn-9i for geb-bug-gnu-emacs@m.gmane.org; Tue, 26 May 2009 16:12:42 +0200 Original-Received: from localhost ([127.0.0.1]:35895 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M8xOT-0006UN-Hl for geb-bug-gnu-emacs@m.gmane.org; Tue, 26 May 2009 10:12:41 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M8xLG-00030o-Tc for bug-gnu-emacs@gnu.org; Tue, 26 May 2009 10:09:22 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M8xLC-0002uO-2N for bug-gnu-emacs@gnu.org; Tue, 26 May 2009 10:09:22 -0400 Original-Received: from [199.232.76.173] (port=47361 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M8xLB-0002u6-Si for bug-gnu-emacs@gnu.org; Tue, 26 May 2009 10:09:17 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:43967) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1M8xLB-0005pP-4T for bug-gnu-emacs@gnu.org; Tue, 26 May 2009 10:09:17 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4QE9BOk010816; Tue, 26 May 2009 07:09:12 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.14.3/8.14.3/Submit) id n4QDt4jO008192; Tue, 26 May 2009 06:55:04 -0700 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: "Drew Adams" Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 26 May 2009 13:55:04 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 3366 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 3366-submit@emacsbugs.donarmstrong.com id=B3366.12433456647458 (code B ref 3366); Tue, 26 May 2009 13:55:04 +0000 Original-Received: (at 3366) by emacsbugs.donarmstrong.com; 26 May 2009 13:47:44 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from rgminet11.oracle.com (rcsinet11.oracle.com [148.87.113.123]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4QDldaI007453 for <3366@emacsbugs.donarmstrong.com>; Tue, 26 May 2009 06:47:41 -0700 Original-Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rgminet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n4QDmB0O006816 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 26 May 2009 13:48:12 GMT Original-Received: from abhmt010.oracle.com (abhmt010.oracle.com [141.146.116.19]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n4QDlYf5023130; Tue, 26 May 2009 13:47:34 GMT Original-Received: from dradamslap1 (/98.210.250.59) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 26 May 2009 06:47:30 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <4A1BB659.30003@gmx.at> Thread-Index: Acnd5IpWt3ZFIHt0Tl2ZDNs0pg9+jwAIyrKA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: abhmt010.oracle.com [141.146.116.19] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A01020A.4A1BF2F3.00BC:SCFSTAT5015188,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Resent-Date: Tue, 26 May 2009 10:09:22 -0400 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:28190 Archived-At: > IMHO `display-buffer' has to follow (a) changes in display technology > and (b) user preferences. (a) implies that code cannot rely > upon which window gets split or how that window is split accross future > versions of Emacs. (b) implies that code using `display-buffer' must > be aware of user preferences. > > If coders want precise control, they should use `set-window-buffer'. > > The `not-this-window' argument should be used with caution because it > already now overrides user preferences wrt to `display-buffer'. > I think that only if the user does not specify any preference in > `pop-up-frames' or `pop-up-windows', an application should be allowed > to override that. So we should enhance the semantics of these > variables first. > > In addition, I think `window-size-fixed' should be handled the way we > treat dedicated windows. That is, when this is non-nil for a > particular window, it should inhibit that `display-buffer' splits > that window. But only the value `t' should inhibit that the window > can be resized manually. Thus an application can set > `window-size-fixed' to some non-nil, non-t value to avoid that the > window gets split and/or resized by `display-buffer'. > > Also `display-buffer' should call `split-window-preferred-function' at > most once. Calling it with the largest and the LRU window (which may > designate one and the same window) appears merely disconcerting. The more you guys play with this, changing behavior, the more users and programmers have to jump through hoops to keep up with the changes. Let it be. At least for a few years. ;-) Something like `display-buffer' is fundamental, core, ubiquitous. When you mess with it (in attempts to improve it), you mess with Emacs and Emacs users in fundamental ways.