Re: Windows' "split status"

[martin rudalics]

> Not a problem; if we do revert the behavior, we can bring back the
> special slot and the old code.  I'd rather we try to DTRT now.

I'm not sure what the TRT is here.  But if we later decide that a slot
is the wrong thing, we can at any time turn "nest" into a parameter
(maybe together with "dedicated" and "fixed-size").  Our experience with
parameters is still meager and I wouldn't want to destabilize the
current code more than necessary.

> Emacs will not *add* children to
> an internal window past the number specified by `window-max-children'
> (or the window parameter), but if an internal window winds up with
> excess children for any reason, Emacs does not try to prune it or
> rearrange the window tree.
>
> Does that make sense?

For me it's neither trivial to understand nor trivial to implement.  So
I'd be very glad if you gave it a stab.  You can't break much - earlier
Emacsen always failed to recombine the windows from my example.

But I wonder where and how people would want to use such a variable.

martin