Re: moving window handling into lisp

[martin rudalics]

>> It's not transparent, that is, it depends on the order how things are
>> done.  You can set window attributes like `window-size-fixed' only after
>> splitting.
>
> That sounds like a real problem. Can't that be moved?

It's not a real problem, in particular if this attribute doesn't apply
to internal windows.  You can also, for example, have `split-window'
ignore the fixed-sizeness of windows.  But it's one of the things you
have to take care of.

>> You have to bind `window-min-height' and `window-min-width'
>> around the splitting code.
>
> Is that a problem?

No.  Just another thing you have to take care of.  The sizes of windows
you see in a saved window configuration are not necessarily the sizes
resulting exclusively from applications of `split-window'.

>> I suppose we agree that it's much simpler when we can set the window
>> sizes directly (and apply any frame resizing afterwards).
>
> Hm, maybe ... ;-)
>
> I do not understand how you mean. But yes, if the sizes can be kept
> (or interpreted) as relative sizes when doing frame resizing.

I mean that you first have to build the new window tree with the stored
sizes.  If the size of the target frame (or window) differs from that of
the source frame (window) you have to resize the windows in the target
(a process which is certainly not guaranteed to keep relative sizes and,
in the worst case, may even delete windows).

martin