From unknown Sat Jun 21 03:23:03 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#3366 <3366@debbugs.gnu.org> To: bug#3366 <3366@debbugs.gnu.org> Subject: Status: 23.0.94; doc of split-window-preferred-function, display-buffer, etc. Reply-To: bug#3366 <3366@debbugs.gnu.org> Date: Sat, 21 Jun 2025 10:23:03 +0000 retitle 3366 23.0.94; doc of split-window-preferred-function, display-buffe= r, etc. reassign 3366 emacs submitter 3366 "Drew Adams" severity 3366 minor tag 3366 wontfix thanks From drew.adams@oracle.com Sun May 24 10:01:44 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 24 May 2009 17:01:44 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.4 required=4.0 tests=AWL,FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4OH1eqG002435 for ; Sun, 24 May 2009 10:01:41 -0700 Received: from mx10.gnu.org ([199.232.76.166]:40637) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1M8H4t-0002a7-UL for emacs-pretest-bug@gnu.org; Sun, 24 May 2009 13:01:40 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1M8H4q-0002fI-Cf for emacs-pretest-bug@gnu.org; Sun, 24 May 2009 13:01:39 -0400 Received: from acsinet11.oracle.com ([141.146.126.233]:41233) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1M8H4p-0002fC-TK for emacs-pretest-bug@gnu.org; Sun, 24 May 2009 13:01:36 -0400 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by acsinet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n4OH27In022762 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sun, 24 May 2009 17:02:08 GMT Received: from abhmt002.oracle.com (abhmt002.oracle.com [141.146.116.11]) by acsinet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n4OH2GH9014765 for ; Sun, 24 May 2009 17:02:16 GMT Received: from dradamslap1 (/98.210.250.59) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 24 May 2009 10:01:29 -0700 From: "Drew Adams" To: Subject: 23.0.94; doc of split-window-preferred-function, display-buffer, etc. Date: Sun, 24 May 2009 10:01:44 -0700 Message-ID: <7BFD115BD21E4677AAB801DA5EBBFED1@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcnckVCp4hsqkDv5TpyYLazkuF5eug== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: abhmt002.oracle.com [141.146.116.11] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A010203.4A197D6B.002B:SCFSTAT5015188,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) We should document more explicitly how to obtain the window-splitting behavior for buffer display that existed prior to Emacs 23. The NEWS says only this: "*** display-buffer tries to be smarter when splitting windows. The new option split-window-preferred-function lets you specify your own function to pop up new windows. Its default value split-window-sensibly can split a window either vertically or horizontally, whichever seems more suitable in the current configuration. You can tune the behavior of split-window-sensibly by customizing split-height-threshold and the new option split-width-threshold. Both options now take the value nil to inhibit splitting in one direction. Setting split-width-threshold to nil inhibits horizontal splitting and gets you the behavior of Emacs 22 in this respect. In any case, display-buffer may now split the largest window vertically even when it is not as wide as the containing frame." Most of that just describes the new behavior, repeating what is in the manual. That's OK, but insufficient for NEWS. The last two sentences are all that is said about how to get the pre-Emacs 23 behavior, and they speak only about horizontal splitting. Nothing is said about how to get the pre-Emacs 23 behavior for _choosing which window is split_, and that change is a radical departure from previous behavior - a change just as important as the change regarding horizontal splitting. It seems (but I'm not sure this works for all cases) that what is needed, to ensure that the same window as before is split, is to bind `split-window-preferred-function' to something like this around calls to `display-buffer': (lambda (w) (eq w (get-lru-window))) Even if this function is not an exact recipe for all cases, something like it should be mentioned, to help users get back the behavior that existed before the new "smarter" behavior was introduced. Preferably, Emacs would itself provide a function that users could use here - a function that would give precisely the pre-23 behavior in all cases. We should also make it clear that if you want the pre-23 behavior then you will need to wrap not only explicit calls to `display-buffer' with a `let' binding this way, but also calls to things such as `with-output-to-temp-buffer'. In GNU Emacs 23.0.94.1 (i386-mingw-nt5.1.2600) of 2009-05-24 on SOFT-MJASON Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4)' From rudalics@gmx.at Mon May 25 00:10:57 2009 Received: (at 3366) by emacsbugs.donarmstrong.com; 25 May 2009 07:10:57 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-4.7 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with SMTP id n4P7ApdW005929 for <3366@emacsbugs.donarmstrong.com>; Mon, 25 May 2009 00:10:53 -0700 Received: (qmail invoked by alias); 25 May 2009 07:10:44 -0000 Received: from 62-47-62-211.adsl.highway.telekom.at (EHLO [62.47.62.211]) [62.47.62.211] by mail.gmx.net (mp006) with SMTP; 25 May 2009 09:10:44 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19/3iw8471/wt5kvynN/qo6PpXDeF0n1uOeTrOXBn lIp0eStBc9GbLD Message-ID: <4A1A42F9.7050500@gmx.at> Date: Mon, 25 May 2009 09:04:25 +0200 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Drew Adams , 3366@debbugs.gnu.org Subject: Re: bug#3366: 23.0.94; doc of split-window-preferred-function, display-buffer, etc. References: <7BFD115BD21E4677AAB801DA5EBBFED1@us.oracle.com> In-Reply-To: <7BFD115BD21E4677AAB801DA5EBBFED1@us.oracle.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.6899999999999999 > It seems (but I'm not sure this works for all cases) that what is > needed, to ensure that the same window as before is split, is to bind > `split-window-preferred-function' to something like this around calls > to `display-buffer': > > (lambda (w) (eq w (get-lru-window))) The function you want might be (defun split-window-22 (window) (let ((frame (window-frame window))) (or (and (setq window (get-largest-window frame t)) (window-full-width-p window) (window-splittable-p window) (split-window window)) (and (setq window (get-lru-window frame t)) (window-splittable-p window) (split-window window))))) but I wouldn't rely on it. > Even if this function is not an exact recipe for all cases, something > like it should be mentioned, to help users get back the behavior that > existed before the new "smarter" behavior was introduced. Preferably, > Emacs would itself provide a function that users could use here - a > function that would give precisely the pre-23 behavior in all cases. > > We should also make it clear that if you want the pre-23 behavior then > you will need to wrap not only explicit calls to `display-buffer' with > a `let' binding this way, but also calls to things such as > `with-output-to-temp-buffer'. All people have to do is customize `split-window-preferred-function' to that function. martin From drew.adams@oracle.com Mon May 25 01:42:36 2009 Received: (at 3366) by emacsbugs.donarmstrong.com; 25 May 2009 08:42:37 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-4.9 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from acsinet11.oracle.com (acsinet11.oracle.com [141.146.126.233]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4P8gWgb019425 for <3366@emacsbugs.donarmstrong.com>; Mon, 25 May 2009 01:42:34 -0700 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by acsinet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n4P8gxoh010602 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 25 May 2009 08:43:00 GMT Received: from abhmt004.oracle.com (abhmt004.oracle.com [141.146.116.13]) by acsinet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n4P8h8ZN016294; Mon, 25 May 2009 08:43:08 GMT Received: from dradamslap1 (/98.210.250.59) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 25 May 2009 01:42:21 -0700 From: "Drew Adams" To: "'martin rudalics'" , <3366@debbugs.gnu.org> References: <7BFD115BD21E4677AAB801DA5EBBFED1@us.oracle.com> <4A1A42F9.7050500@gmx.at> Subject: RE: bug#3366: 23.0.94; doc of split-window-preferred-function, display-buffer, etc. Date: Mon, 25 May 2009 01:42:40 -0700 Message-ID: <779632281BA742BFB5A1470D08B17538@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <4A1A42F9.7050500@gmx.at> Thread-Index: AcndB/FSJSYuVYA6RbiEvMw1fZtJbwADA3qw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: abhmt004.oracle.com [141.146.116.13] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A09020A.4A1A59EE.010D:SCFSTAT5015188,ss=1,fgs=0 > > It seems (but I'm not sure this works for all cases) that what is > > needed, to ensure that the same window as before is split, > > is to bind `split-window-preferred-function' to something like > > this around calls to `display-buffer': > > (lambda (w) (eq w (get-lru-window))) > > The function you want might be > > (defun split-window-22 (window) > (let ((frame (window-frame window))) > (or (and (setq window (get-largest-window frame t)) > (window-full-width-p window) > (window-splittable-p window) > (split-window window)) > (and (setq window (get-lru-window frame t)) > (window-splittable-p window) > (split-window window))))) > > but I wouldn't rely on it. Thanks for this info, Martin. For the particular code I had in mind the simpler version I wrote above works, but I understand the difference. > > Even if this function is not an exact recipe for all > > cases, something like it should be mentioned, to help users > > get back the behavior that existed before the new "smarter" > > behavior was introduced. Preferably, Emacs would itself provide > > a function that users could use here - a function that would > > give precisely the pre-23 behavior in all cases. > > > > We should also make it clear that if you want the pre-23 > > behavior then you will need to wrap not only explicit calls to > > `display-buffer' with a `let' binding this way, but also calls > > to things such as `with-output-to-temp-buffer'. > > All people have to do is customize > `split-window-preferred-function' to that function. No, I'm talking about code, not a broad user preference setting. Code that wants, for example, to work with various releases. But yes, that's my point: We should tell users that they can bind `split-window-preferred-function' to such a function to get Emacs 22/21/20 behavior wrt window splitting. I suggest we provide such a function, and mention it in the doc string. If the function you wrote above isn't perfect, it's still probably pretty good. Bug reports will help perfect it, if need be. From rudalics@gmx.at Mon May 25 02:40:38 2009 Received: (at 3366) by emacsbugs.donarmstrong.com; 25 May 2009 09:40:38 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-4.7 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with SMTP id n4P9eXX1028153 for <3366@emacsbugs.donarmstrong.com>; Mon, 25 May 2009 02:40:34 -0700 Received: (qmail invoked by alias); 25 May 2009 09:40:26 -0000 Received: from 62-47-62-211.adsl.highway.telekom.at (EHLO [62.47.62.211]) [62.47.62.211] by mail.gmx.net (mp015) with SMTP; 25 May 2009 11:40:26 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX18aNmF4cbQa/qizv3XqlcDjys96MCmODqxJq508EZ 0NDIWhelSfcgQQ Message-ID: <4A1A6788.7040309@gmx.at> Date: Mon, 25 May 2009 11:40:24 +0200 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Drew Adams CC: 3366@debbugs.gnu.org Subject: Re: bug#3366: 23.0.94; doc of split-window-preferred-function, display-buffer, etc. References: <7BFD115BD21E4677AAB801DA5EBBFED1@us.oracle.com> <4A1A42F9.7050500@gmx.at> <779632281BA742BFB5A1470D08B17538@us.oracle.com> In-Reply-To: <779632281BA742BFB5A1470D08B17538@us.oracle.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.71 > No, I'm talking about code, not a broad user preference setting. Code that > wants, for example, to work with various releases. Such code should get fixed in order to not rely on the heuristics of any release. With Emacs 23 you can bind `window-size-fixed' around calls to `display-buffer' in order to avoid that a particular window gets split. With Emacs 22 `display-buffer' usually throws an error when the largest or LRU window has fixed size. martin From monnier@IRO.UMontreal.CA Mon May 25 15:31:09 2009 Received: (at 3366) by emacsbugs.donarmstrong.com; 25 May 2009 22:31:09 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-4.5 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from harpie.CC.UMontreal.CA (harpie.cc.umontreal.ca [132.204.2.134]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4PMV4iB023423 for <3366@emacsbugs.donarmstrong.com>; Mon, 25 May 2009 15:31:06 -0700 Received: from faina.iro.umontreal.ca (faina.iro.umontreal.ca [132.204.26.177]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id n4PFR0Nd026920; Mon, 25 May 2009 11:27:00 -0400 Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 797763A07A; Mon, 25 May 2009 11:27:00 -0400 (EDT) From: Stefan Monnier To: Drew Adams Cc: 3366@debbugs.gnu.org, "'martin rudalics'" Subject: Re: bug#3366: 23.0.94; doc of split-window-preferred-function, display-buffer, etc. Message-ID: References: <7BFD115BD21E4677AAB801DA5EBBFED1@us.oracle.com> <4A1A42F9.7050500@gmx.at> <779632281BA742BFB5A1470D08B17538@us.oracle.com> Date: Mon, 25 May 2009 11:27:00 -0400 In-Reply-To: <779632281BA742BFB5A1470D08B17538@us.oracle.com> (Drew Adams's message of "Mon, 25 May 2009 01:42:40 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.93 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3281=0 > No, I'm talking about code, not a broad user preference setting. Code that > wants, for example, to work with various releases. We're talking about `display-buffer', which is a function that provides no guarantee about where the window gets displayed, so code that uses it should be prepared for surprises. If you argue that code should have more control over it, I agree. I suggested changing the `not-this-window' argument so it can have a description of the recommended window to use (not a specific window, but something that could specify whether it should be on the same-frame or not, in an adjacent window or not, in a preferably tall/wide window, in a window close to the minibuffer, ...). Stefan From rudalics@gmx.at Tue May 26 02:29:11 2009 Received: (at 3366) by emacsbugs.donarmstrong.com; 26 May 2009 09:29:12 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-4.6 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with SMTP id n4Q9T6DF001710 for <3366@emacsbugs.donarmstrong.com>; Tue, 26 May 2009 02:29:07 -0700 Received: (qmail invoked by alias); 26 May 2009 09:29:00 -0000 Received: from 62-47-49-49.adsl.highway.telekom.at (EHLO [62.47.49.49]) [62.47.49.49] by mail.gmx.net (mp011) with SMTP; 26 May 2009 11:29:00 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19zlUxo66ZzcRxeRU75lFwRoL2wHL5LfsKyh8hBIw EyoXICORgwC7qN Message-ID: <4A1BB659.30003@gmx.at> Date: Tue, 26 May 2009 11:28:57 +0200 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Stefan Monnier CC: Drew Adams , 3366@debbugs.gnu.org Subject: Re: bug#3366: 23.0.94; doc of split-window-preferred-function, display-buffer, etc. References: <7BFD115BD21E4677AAB801DA5EBBFED1@us.oracle.com> <4A1A42F9.7050500@gmx.at> <779632281BA742BFB5A1470D08B17538@us.oracle.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.68 > We're talking about `display-buffer', which is a function that provides > no guarantee about where the window gets displayed, so code that uses it > should be prepared for surprises. If you argue that code should have > more control over it, I agree. 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'. > I suggested changing the `not-this-window' argument so it can have > a description of the recommended window to use (not a specific window, > but something that could specify whether it should be on the same-frame > or not, in an adjacent window or not, in a preferably tall/wide window, > in a window close to the minibuffer, ...). 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. martin From drew.adams@oracle.com Tue May 26 06:47:43 2009 Received: (at 3366) by emacsbugs.donarmstrong.com; 26 May 2009 13:47:44 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-4.8 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 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 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 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 Received: from dradamslap1 (/98.210.250.59) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 26 May 2009 06:47:30 -0700 From: "Drew Adams" To: "'martin rudalics'" , "'Stefan Monnier'" Cc: <3366@debbugs.gnu.org> References: <7BFD115BD21E4677AAB801DA5EBBFED1@us.oracle.com> <4A1A42F9.7050500@gmx.at> <779632281BA742BFB5A1470D08B17538@us.oracle.com> <4A1BB659.30003@gmx.at> Subject: RE: 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> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit 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 > 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. From monnier@iro.umontreal.ca Tue May 26 10:13:03 2009 Received: (at 3366) by emacsbugs.donarmstrong.com; 26 May 2009 17:13:04 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.7 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4QHD0n4004830 for <3366@emacsbugs.donarmstrong.com>; Tue, 26 May 2009 10:13:01 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AtIFAPy/G0rO+JxR/2dsb2JhbACBT80ihAsFhX0 X-IronPort-AV: E=Sophos;i="4.41,253,1241409600"; d="scan'208";a="39127996" Received: from 206-248-156-81.dsl.teksavvy.com (HELO pastel.home) ([206.248.156.81]) by ironport2-out.teksavvy.com with ESMTP; 26 May 2009 13:12:54 -0400 Received: by pastel.home (Postfix, from userid 20848) id 7B1C184B6; Tue, 26 May 2009 13:12:54 -0400 (EDT) From: Stefan Monnier To: martin rudalics Cc: Drew Adams , 3366@debbugs.gnu.org Subject: Re: bug#3366: 23.0.94; doc of split-window-preferred-function, display-buffer, etc. Message-ID: References: <7BFD115BD21E4677AAB801DA5EBBFED1@us.oracle.com> <4A1A42F9.7050500@gmx.at> <779632281BA742BFB5A1470D08B17538@us.oracle.com> <4A1BB659.30003@gmx.at> Date: Tue, 26 May 2009 13:12:54 -0400 In-Reply-To: <4A1BB659.30003@gmx.at> (martin rudalics's message of "Tue, 26 May 2009 11:28:57 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.94 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > 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. Agreed. I have no idea why it's called several times as of now. It clearly isn't due to backward compatibility since this is new in Emacs 23. Stefan From rudalics@gmx.at Tue May 26 23:53:29 2009 Received: (at 3366) by emacsbugs.donarmstrong.com; 27 May 2009 06:53:29 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-4.6 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with SMTP id n4R6rNWY024595 for <3366@emacsbugs.donarmstrong.com>; Tue, 26 May 2009 23:53:25 -0700 Received: (qmail invoked by alias); 27 May 2009 06:53:16 -0000 Received: from 62-47-59-128.adsl.highway.telekom.at (EHLO [62.47.59.128]) [62.47.59.128] by mail.gmx.net (mp023) with SMTP; 27 May 2009 08:53:16 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19UyLoL63dUSHJMUv1SkGYoNHhvXgt561wtNIH6ij SSctIaObnFzgvG Message-ID: <4A1CE359.1080603@gmx.at> Date: Wed, 27 May 2009 08:53:13 +0200 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Stefan Monnier CC: Drew Adams , 3366@debbugs.gnu.org Subject: Re: bug#3366: 23.0.94; doc of split-window-preferred-function, display-buffer, etc. References: <7BFD115BD21E4677AAB801DA5EBBFED1@us.oracle.com> <4A1A42F9.7050500@gmx.at> <779632281BA742BFB5A1470D08B17538@us.oracle.com> <4A1BB659.30003@gmx.at> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.71 >> 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. > > Agreed. I have no idea why it's called several times as of now. > It clearly isn't due to backward compatibility since this is new in > Emacs 23. It is due to backward compatibility. The only new thing here is that `split-window-preferred-function' can decide whether and how to split the window. If it returns nil for the first call it will be called a second time, though. martin From monnier@iro.umontreal.ca Wed May 27 07:40:04 2009 Received: (at 3366) by emacsbugs.donarmstrong.com; 27 May 2009 14:40:05 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.7 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.182]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4REdxuh025802 for <3366@emacsbugs.donarmstrong.com>; Wed, 27 May 2009 07:40:01 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4FACftHErO+JxR/2dsb2JhbACBT81PhAwFhgA X-IronPort-AV: E=Sophos;i="4.41,260,1241409600"; d="scan'208";a="39170254" Received: from 206-248-156-81.dsl.teksavvy.com (HELO ceviche.home) ([206.248.156.81]) by ironport2-out.teksavvy.com with ESMTP; 27 May 2009 10:39:54 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 4D193B40E5; Wed, 27 May 2009 10:39:54 -0400 (EDT) From: Stefan Monnier To: martin rudalics Cc: Drew Adams , 3366@debbugs.gnu.org Subject: Re: bug#3366: 23.0.94; doc of split-window-preferred-function, display-buffer, etc. Message-ID: References: <7BFD115BD21E4677AAB801DA5EBBFED1@us.oracle.com> <4A1A42F9.7050500@gmx.at> <779632281BA742BFB5A1470D08B17538@us.oracle.com> <4A1BB659.30003@gmx.at> <4A1CE359.1080603@gmx.at> Date: Wed, 27 May 2009 10:39:54 -0400 In-Reply-To: <4A1CE359.1080603@gmx.at> (martin rudalics's message of "Wed, 27 May 2009 08:53:13 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.93 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii >>> 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. >> >> Agreed. I have no idea why it's called several times as of now. >> It clearly isn't due to backward compatibility since this is new in >> Emacs 23. > It is due to backward compatibility. The only new thing here is that > `split-window-preferred-function' can decide whether and how to split > the window. If it returns nil for the first call it will be called a > second time, though. Huh? Emacs-22 does not have `split-window-preferred-function', so I can't see how backward compatibility comes into the picture. Stefan From drew.adams@oracle.com Wed May 27 07:47:52 2009 Received: (at 3366) by emacsbugs.donarmstrong.com; 27 May 2009 14:47:52 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-4.9 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from acsinet11.oracle.com (acsinet11.oracle.com [141.146.126.233]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4RElkh6026636 for <3366@emacsbugs.donarmstrong.com>; Wed, 27 May 2009 07:47:47 -0700 Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by acsinet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n4REmGsQ009289 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 27 May 2009 14:48:18 GMT 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 n4RElfWe018886; Wed, 27 May 2009 14:47:41 GMT Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 27 May 2009 07:47:36 -0700 From: "Drew Adams" To: "'Stefan Monnier'" , "'martin rudalics'" Cc: <3366@debbugs.gnu.org> References: <7BFD115BD21E4677AAB801DA5EBBFED1@us.oracle.com><4A1A42F9.7050500@gmx.at><779632281BA742BFB5A1470D08B17538@us.oracle.com><4A1BB659.30003@gmx.at><4A1CE359.1080603@gmx.at> Subject: RE: bug#3366: 23.0.94; doc of split-window-preferred-function, display-buffer, etc. Date: Wed, 27 May 2009 07:47:36 -0700 Message-ID: <3172858355D641C4B679F29B0FA7E9BA@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: Acne2UfCnUE0eOwER3+eY3TQ3jQ7dgAALb4w 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.0A010208.4A1D5289.0175:SCFSTAT5015188,ss=1,fgs=0 > Huh? Emacs-22 does not have `split-window-preferred-function', so > I can't see how backward compatibility comes into the picture. Please don't mess with this anymore. Just let it be. From rudalics@gmx.at Wed May 27 10:03:27 2009 Received: (at 3366) by emacsbugs.donarmstrong.com; 27 May 2009 17:03:28 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-4.9 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with SMTP id n4RH3Mlm005809 for <3366@emacsbugs.donarmstrong.com>; Wed, 27 May 2009 10:03:24 -0700 Received: (qmail invoked by alias); 27 May 2009 17:03:15 -0000 Received: from 88-117-34-191.adsl.highway.telekom.at (EHLO [88.117.34.191]) [88.117.34.191] by mail.gmx.net (mp026) with SMTP; 27 May 2009 19:03:15 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19R7BxpjvBRALQRZTopbclAWSD5FCFmmfygqEBFAO 04d9m14e407X2J Message-ID: <4A1D7250.8070301@gmx.at> Date: Wed, 27 May 2009 19:03:12 +0200 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Stefan Monnier CC: Drew Adams , 3366@debbugs.gnu.org Subject: Re: bug#3366: 23.0.94; doc of split-window-preferred-function, display-buffer, etc. References: <7BFD115BD21E4677AAB801DA5EBBFED1@us.oracle.com> <4A1A42F9.7050500@gmx.at> <779632281BA742BFB5A1470D08B17538@us.oracle.com> <4A1BB659.30003@gmx.at> <4A1CE359.1080603@gmx.at> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.75 > Huh? Emacs-22 does not have `split-window-preferred-function', so > I can't see how backward compatibility comes into the picture. `split-window-preferred-function' is a stand-in for `split-window' and that was called up to two times by Emacs 22. Or did you intend to move the `get-largest-window' and `get-lru-window' calls and the check whether the resulting frame is splittable to `split-window-sensibly'? martin From monnier@IRO.UMontreal.CA Wed May 27 10:54:20 2009 Received: (at 3366) by emacsbugs.donarmstrong.com; 27 May 2009 17:54:20 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-4.5 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from pruche.dit.umontreal.ca (pruche.dit.umontreal.ca [132.204.246.22]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4RHsF0U011294 for <3366@emacsbugs.donarmstrong.com>; Wed, 27 May 2009 10:54:16 -0700 Received: from faina.iro.umontreal.ca (faina.iro.umontreal.ca [132.204.26.177]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id n4RHsEVJ002291; Wed, 27 May 2009 13:54:14 -0400 Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 2FA6E3A170; Wed, 27 May 2009 13:54:12 -0400 (EDT) From: Stefan Monnier To: martin rudalics Cc: Drew Adams , 3366@debbugs.gnu.org Subject: Re: bug#3366: 23.0.94; doc of split-window-preferred-function, display-buffer, etc. Message-ID: References: <7BFD115BD21E4677AAB801DA5EBBFED1@us.oracle.com> <4A1A42F9.7050500@gmx.at> <779632281BA742BFB5A1470D08B17538@us.oracle.com> <4A1BB659.30003@gmx.at> <4A1CE359.1080603@gmx.at> <4A1D7250.8070301@gmx.at> Date: Wed, 27 May 2009 13:54:12 -0400 In-Reply-To: <4A1D7250.8070301@gmx.at> (martin rudalics's message of "Wed, 27 May 2009 19:03:12 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.93 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3284=0 >> Huh? Emacs-22 does not have `split-window-preferred-function', so >> I can't see how backward compatibility comes into the picture. > `split-window-preferred-function' is a stand-in for `split-window' and > that was called up to two times by Emacs 22. Or did you intend to move > the `get-largest-window' and `get-lru-window' calls and the check > whether the resulting frame is splittable to `split-window-sensibly'? So you're saying that it's difficult to preserve the old behavior, introduce split-window-preferred-function and also make sure that split-window-preferred-function is only called once? I guess you're right. It would require a different organization (e.g. moving or duplicating the calls to window-splittable-p outside of split-window-sensibly). Not worth the trouble. Stefan From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 26 13:41:57 2010 Received: (at control) by debbugs.gnu.org; 26 Jan 2010 18:41:58 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NZqMP-0002bu-EP for submit@debbugs.gnu.org; Tue, 26 Jan 2010 13:41:57 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NZqMC-0002bf-7k for control@debbugs.gnu.org; Tue, 26 Jan 2010 13:41:56 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.69) (envelope-from ) id 1NZqM6-00073h-Sb; Tue, 26 Jan 2010 13:41:38 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19295.14178.860840.157022@fencepost.gnu.org> Date: Tue, 26 Jan 2010 13:41:38 -0500 From: Glenn Morris To: control Subject: control X-Attribution: GM X-Mailer: VM (www.wonderworks.com/vm), GNU Emacs (www.gnu.org/software/emacs) X-Hue: magenta X-Ran: c>qUJL[3-J}PozrYQKhkXmOqKZpEn9|:irefvRW$aMi54 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.0 (-----) severity 3304 minor severity 3314 minor close 3356 severity 3366 minor severity 3370 wishlist tags 3370 wontfix severity 3395 minor close 3396 unarchive 3443 unarchive 3431 reassign 3443 emacs,w32 merge 3431 3443 tags 3500 moreinfo From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 11 12:04:07 2011 Received: (at control) by debbugs.gnu.org; 11 Jul 2011 16:04:07 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QgIxq-0001My-UP for submit@debbugs.gnu.org; Mon, 11 Jul 2011 12:04:07 -0400 Received: from hermes.netfonds.no ([80.91.224.195]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QgIxp-0001MO-KS for control@debbugs.gnu.org; Mon, 11 Jul 2011 12:04:06 -0400 Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=quimbies.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1QgIxe-0007u6-I7 for control@debbugs.gnu.org; Mon, 11 Jul 2011 18:03:54 +0200 Date: Mon, 11 Jul 2011 18:03:53 +0200 Message-Id: To: control@debbugs.gnu.org From: Lars Magne Ingebrigtsen Subject: control message for bug #3366 X-MailScanner-ID: 1QgIxe-0007u6-I7 X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1311005034.65718@YmP7dz4QvT9UJnJv8N941w X-Spam-Status: No X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) tags 3366 wontfix close 3366 From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 11 12:07:39 2011 Received: (at 3366) by debbugs.gnu.org; 11 Jul 2011 16:07:39 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QgJ1G-0001Sz-Pz for submit@debbugs.gnu.org; Mon, 11 Jul 2011 12:07:39 -0400 Received: from hermes.netfonds.no ([80.91.224.195]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QgJ1F-0001Sl-Ex for 3366@debbugs.gnu.org; Mon, 11 Jul 2011 12:07:38 -0400 Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=quimbies.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1QgJ12-00081h-3O; Mon, 11 Jul 2011 18:07:24 +0200 From: Lars Magne Ingebrigtsen To: Stefan Monnier Subject: Re: bug#3366: 23.0.94; doc of split-window-preferred-function, display-buffer, etc. In-Reply-To: (Stefan Monnier's message of "Wed, 27 May 2009 13:54:12 -0400") Date: Mon, 11 Jul 2011 18:03:48 +0200 Message-ID: References: <7BFD115BD21E4677AAB801DA5EBBFED1@us.oracle.com> <4A1A42F9.7050500@gmx.at> <779632281BA742BFB5A1470D08B17538@us.oracle.com> <4A1BB659.30003@gmx.at> <4A1CE359.1080603@gmx.at> <4A1D7250.8070301@gmx.at> User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux) X-Now-Playing: Tegan and Sara's _Sainthood_: "Paperback Head" X-Hashcash: 1:23:110711:drew.adams@oracle.com::IwzrBbp8G0oGCmtH:00000000000000000000000000000000000000002/f/ X-Hashcash: 1:23:110711:rudalics@gmx.at::btPsUejPiyuTcsVq:0077wP X-Hashcash: 1:23:110711:monnier@iro.umontreal.ca::SJ5xdmSRCOSZRj0U:0000000000000000000000000000000000000GrY6 X-Hashcash: 1:23:110711:3366@debbugs.gnu.org::+z5Y3vxDi84dKNO5:00000000000000000000000000000000000000000t/SP MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1QgJ12-00081h-3O X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1311005244.19954@DFuEmqFisgpz3kaSq7entA X-Spam-Status: No X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: 3366 Cc: 3366@debbugs.gnu.org, martin rudalics , Drew Adams X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) Stefan Monnier writes: > I guess you're right. It would require a different organization > (e.g. moving or duplicating the calls to window-splittable-p outside of > split-window-sensibly). Not worth the trouble. I guess this was resolved, so I'm closing this report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ From unknown Sat Jun 21 03:23:03 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 09 Aug 2011 11:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator