help-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: New balance-windows


From: David Kastrup
Subject: Re: New balance-windows
Date: Mon, 08 Aug 2005 12:18:53 +0200
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux)

"Ehud Karni" <address@hidden> writes:

> On Sun, 07 Aug 2005 04:17:21 +0200, Lennart Borgman <address@hidden> wrote:
>>
>> Pascal Bourguignon wrote:
>>
>> >...
>> >I think a correct algorithm should recover the split tree, then make
>> >the balancing depending on the window counts in subtrees.
>> >
>> >
>> I think Pascal is right. Though I think Ehud has made a very nice try I
>> believe the split tree must be used. There is not enough information to
>> solve the problem otherwise.
>
> 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          |
|           |           |
|           |           |
-------------------------
|           |           |
|           |           |
|           |           |
-------------------------

with enlarge-window from either

-------------------------
|           |X          |
|           |           |
|           |-----------|
------------|           |
|           |           |
|           |           |
|           |           |
-------------------------

or

-------------------------
|            |X         |
|            |          |
|            |          |
-------------------------
|           |           |
|           |           |
|           |           |
-------------------------

If I now do another enlarge-window, I would be surprised if the
direction of enlargement would suddenly change.

So the proper direction of enlargement _can't_ be determined without
looking at the underlying tree.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum


reply via email to

[Prev in Thread] Current Thread [Next in Thread]