[Top][All Lists]

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

Re: Windows' "split status"

From: martin rudalics
Subject: Re: Windows' "split status"
Date: Tue, 15 Nov 2011 08:25:30 +0100
User-agent: Thunderbird (Windows/20090302)

> 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.


reply via email to

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