From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Ehud Karni" Newsgroups: gmane.emacs.devel,gmane.emacs.help Subject: Re: New balance-windows Date: Mon, 8 Aug 2005 14:18:22 +0300 Organization: Mivtach-Simon Insurance agencies Message-ID: <200508081118.j78BIMbp001806@beta.mvs.co.il> References: <87pssv3kai.fsf@thalassa.informatimago.com> <1123035204.009217.187300@g14g2000cwa.googlegroups.com> <87fytr3ea2.fsf@thalassa.informatimago.com> <87vf2juij1.fsf@thalassa.informatimago.com> <42F56F31.3080105@student.lu.se> <85wtmw4tpu.fsf@lola.goethe.zz> Reply-To: ehud@unix.mvs.co.il NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-8-i Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1123500898 31347 80.91.229.2 (8 Aug 2005 11:34:58 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 8 Aug 2005 11:34:58 +0000 (UTC) Cc: help-gnu-emacs@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Aug 08 13:34:49 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1E25sf-0000c5-O1 for ged-emacs-devel@m.gmane.org; Mon, 08 Aug 2005 13:33:22 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1E25vf-0002ng-Mx for ged-emacs-devel@m.gmane.org; Mon, 08 Aug 2005 07:36:27 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1E25oX-0001Uc-0g for emacs-devel@gnu.org; Mon, 08 Aug 2005 07:29:05 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1E25oH-0001Ro-8C for emacs-devel@gnu.org; Mon, 08 Aug 2005 07:28:49 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1E25nv-0001DA-QR; Mon, 08 Aug 2005 07:28:27 -0400 Original-Received: from [193.16.147.12] (helo=unix.mvs.co.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1E25rr-0005I1-QO; Mon, 08 Aug 2005 07:32:32 -0400 Original-Received: from beta.mvs.co.il (beta [10.253.0.3]) by unix.mvs.co.il (8.13.0/8.13.0) with ESMTP id j78BINWA029422 for ; Mon, 8 Aug 2005 14:18:23 +0300 Original-Received: from beta.mvs.co.il (localhost [127.0.0.1]) by beta.mvs.co.il (8.13.4/8.13.4) with ESMTP id j78BIMVt001809 for ; Mon, 8 Aug 2005 14:18:23 +0300 Original-Received: (from root@localhost) by beta.mvs.co.il (8.13.4/8.13.4/Submit) id j78BIMbp001806; Mon, 8 Aug 2005 14:18:22 +0300 Original-To: dak@gnu.org In-reply-to: <85wtmw4tpu.fsf@lola.goethe.zz> (message from David Kastrup on Mon, 08 Aug 2005 12:18:53 +0200) X-Mailer: Emacs 21.3.1 rmail (send-msg 1.108) 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:41690 gmane.emacs.help:28544 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:28544 On Mon, 08 Aug 2005 12:18:53 +0200, David Kastrup wrote: > > "Ehud Karni" writes: > > > > > I think that balancing the windows should be done based on geometry > > ONLY. What do I care how this geometry was reached ? > > > > The split tree may cause technical difficulties to the redisplay > > engine, but it should be solved there. > > > > The problem is with `enlarge-window' that can not move some edges, > > otherwise there is pure geometry algorithm to resize the windows (see > > my other reply). > > > Well, I can arrive at > > ------------------------- > | |X | > | | | > | | | configuration > ------------------------- 0 > | | | > | | | > | | | > ------------------------- > > with enlarge-window from either > > ------------------------- > | |X | > | | | > | |-----------| configuration > ------------| | 1 > | | | > | | | > | | | > ------------------------- > > or > > ------------------------- > | |X | > | | | configuration > | | | 2 > ------------------------- > | | | > | | | > | | | > ------------------------- > > If I now do another enlarge-window, I would be surprised if the > direction of enlargement would suddenly change. The direction of enlargement (vertical or horizontal) is given by the user, how could that be changed by the split tree. As I said this is only a technical difficulty. I know Emacs behave this way, but this is because of the design of Emacs. I expect that when we have configuration 0 (even if we got there going through configuration 2 and not from 1), and we do enlarge-window (on window with X) we'll get: ------------------------- | |X | | | | | | | expectation ------------| | | |-----------| | | | | | | ------------------------- And the way Emacs works is to move the whole border like this: ------------------------- | |X | | | | | | | current behavior | | | ------------------------| | | | | | | ------------------------- Ehud. -- Ehud Karni Tel: +972-3-7966-561 /"\ Mivtach - Simon Fax: +972-3-7966-667 \ / ASCII Ribbon Campaign Insurance agencies (USA) voice mail and X Against HTML Mail http://www.mvs.co.il FAX: 1-815-5509341 / \ GnuPG: 98EA398D Better Safe Than Sorry