[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: window-size constraints
From: |
martin rudalics |
Subject: |
Re: window-size constraints |
Date: |
Sun, 15 Jun 2008 00:06:50 +0200 |
User-agent: |
Mozilla Thunderbird 1.0 (Windows/20041206) |
> I think we should go in the direction of "constraints", which would take
> the form of Elisp functions. Every configuration change would
> correspond to adding&removing constraints, and then try and solve the
> resulting CSP. Constraints would come with priorities so that in the
> case the CSP has no solution, we can choose which constraint(s)
> to break, or alternatively, the satisfaction of a constraint would not be
> boolean, so the goal would be to try and maximize the satisfaction.
We'd still have to decide whether and how to honor buffer-local values
of variables like `window-min-height' or `split-height-threshold'.
> While writing the balance-window-area code, I went through several
> iterations, and some of them just tried to move window-boundaries in
> arbitrary ways, then measure the "balance-factor" (basically, the
> window-area variance) and little by little move towards
> a local optimium.
>
> Also, I have some uninstalled code that uses
> window-configuration-change-hook to preserve the
> `balance-window-area'ness of a frame when windows are created/deleted.
When the window configuration changes Emacs often tries to preserve
proportionally the size of non-fixed size windows as faithfully as
possible. How would `balance-windows-area' help here? Doesn't it try
to give all windows the same size? The doc-string isn't of much help
here :-(