[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Windows' "split status"
From: |
Chong Yidong |
Subject: |
Re: Windows' "split status" |
Date: |
Wed, 16 Nov 2011 13:08:44 +0800 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (gnu/linux) |
Juri Linkov <address@hidden> writes:
>>> An alternative term might be window-combination-max-size.
>>
>> It would be a better name. Can't you think of a similar term which
>> doesn't imply a numerical value?
>
> `window-combination-constraint'. Such a general name could define any
> restrictions: `t' to always create a new internal window; a number
> to limit the number of children; even a predicate function when necessary.
> This also will reduce the diversity of window terminology by removing
> the term `window nest' in favor of `window combination'.
Good idea, but I think `window-combination-limit' fits existing Emacs
terminology better. We could let a value of `t' have the binary window
tree behavior for now, and defer numerical values for post-release.
- Re: Windows' "split status", (continued)
- Re: Windows' "split status", Nix, 2011/11/25
- Re: Windows' "split status", Eli Zaretskii, 2011/11/25
- Re: Windows' "split status", Nix, 2011/11/25
- Re: Windows' "split status", martin rudalics, 2011/11/25
- Re: Windows' "split status", martin rudalics, 2011/11/25
- Re: Windows' "split status", martin rudalics, 2011/11/15
- Re: Windows' "split status", Juri Linkov, 2011/11/15
- Re: Windows' "split status",
Chong Yidong <=
- Re: Windows' "split status", martin rudalics, 2011/11/16
- Re: Windows' "split status", Stefan Monnier, 2011/11/16
- Re: Windows' "split status", Juri Linkov, 2011/11/16
- Re: Windows' "split status", martin rudalics, 2011/11/17