From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Newsgroups: gmane.emacs.devel Subject: RE: Patch: prefer-window-split-horizontally Date: Thu, 16 Aug 2007 17:46:35 +0200 Message-ID: References: <87bqdajcr1.fsf@baldur.tsdh.de> <87vebij5p8.fsf@jurta.org> <877inwvakl.fsf@baldur.tsdh.de> <873ayk0z9b.fsf@baldur.tsdh.de> <874pizy4y6.fsf@baldur.tsdh.de> <87vebfwmyd.fsf@baldur.tsdh.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1187279238 22159 80.91.229.12 (16 Aug 2007 15:47:18 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 16 Aug 2007 15:47:18 +0000 (UTC) To: , Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 16 17:47:16 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1ILhZ5-0007YV-Qh for ged-emacs-devel@m.gmane.org; Thu, 16 Aug 2007 17:47:16 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ILhZ5-0002Tf-Cj for ged-emacs-devel@m.gmane.org; Thu, 16 Aug 2007 11:47:15 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ILhZ1-0002SN-FN for emacs-devel@gnu.org; Thu, 16 Aug 2007 11:47:11 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ILhYz-0002Rz-QU for emacs-devel@gnu.org; Thu, 16 Aug 2007 11:47:10 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ILhYz-0002Rw-MY for emacs-devel@gnu.org; Thu, 16 Aug 2007 11:47:09 -0400 Original-Received: from world1.sdm.de ([192.76.162.229]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1ILhYu-0002MM-Qc; Thu, 16 Aug 2007 11:47:05 -0400 Original-Received: from mucns1 ([10.40.232.18] helo=mucns1.muc.sdm.de) by world1.sdm.de with esmtp (MTA) id 1ILhYS-0003Fr-Ke; Thu, 16 Aug 2007 17:46:36 +0200 Original-Received: from localhost ([127.0.0.1] helo=sdmmail1.sdm.de) by mucns1.muc.sdm.de with esmtp (MTA) id 1ILhYS-0001DU-If; Thu, 16 Aug 2007 17:46:36 +0200 Original-Received: from mucmail1.sdm.de ([193.102.180.175]) by sdmmail1.sdm.de with Microsoft SMTPSVC(6.0.3790.1830); Thu, 16 Aug 2007 17:46:35 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message In-Reply-To: <87vebfwmyd.fsf@baldur.tsdh.de> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Patch: prefer-window-split-horizontally Thread-Index: AcfgFxoPBFwxFyH5TdmNLocMhnqS6gABVhKw X-OriginalArrivalTime: 16 Aug 2007 15:46:35.0485 (UTC) FILETIME=[A03480D0:01C7E01C] X-Detected-Kernel: Linux 2.4-2.6 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:76633 Archived-At: Tassilo Horn wrote: > Stefan Monnier writes: >=20 >>>> Changing the behavior of split-window so that it uses something >>>> like split-window-function only makes sense if we want to change >>>> the behavior seen by current callers of this function. >>=20 >>> That's the case, isn't it? >>=20 >> Is it, really? As far as I can tell, you only want to change the >> behavior in the following cases: when called from display-buffer and >> when called interactively. Since split-window has currently no >> key-binding, calling it interactively is not very common and we can >> just as well create a new command split-window-sensibly which obeys >> split-window-sensibly-function (and then have display-buffer use this >> function as well). >=20 > Indeed, you're right. So I suggest to do it that way. >=20 >>> And the behavior would only change if users modify >>> `split-window-function'. So I don't see a problem here. >>=20 >> Think of those users who want a fancy split-window-function for >> display-buffer but still want the layout of their >> Gnus/ECB/MPC/GUD/ProofGeneral/... to appear correctly without having >> to tweak their source code or beg the authors to adapt their code to >> the new behavior. >=20 > Look at Klaus. He's begging to adapt his code. ;-) then you have completely misunderstood my posting ;-) i just offered to *check* if there could be problems within ECB... adapting is a complete other chapter ;-) >=20 >>> I cannot follow you completely. In most cases it's not the caller >>> who should decide how windows are split but the user, who wants to >>> use his screen as good as possible. >>=20 >> Yes, in *most* cases, maybe, but not all. Better have two separate >> function for the two separate cases. >=20 > Agreed. And it still gives users all possibilities they need. >=20 > Bye, > Tassilo >=20 >=20 >=20 > _______________________________________________ > Emacs-devel mailing list > Emacs-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-devel