emacs-devel
[Top][All Lists]
Advanced

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

RE: Patch: prefer-window-split-horizontally


From: klaus.berndl
Subject: RE: Patch: prefer-window-split-horizontally
Date: Thu, 16 Aug 2007 17:46:35 +0200

Tassilo Horn wrote:
> Stefan Monnier <address@hidden> writes:
> 
>>>> Changing the behavior of split-window so that it uses something
>>>> like split-window-function only makes sense if we want to change
>>>> the behavior seen by current callers of this function.
>> 
>>> That's the case, isn't it?
>> 
>> Is it, really?  As far as I can tell, you only want to change the
>> behavior in the following cases: when called from display-buffer and
>> when called interactively.  Since split-window has currently no
>> key-binding, calling it interactively is not very common and we can
>> just as well create a new command split-window-sensibly which obeys
>> split-window-sensibly-function (and then have display-buffer use this
>> function as well).
> 
> Indeed, you're right.  So I suggest to do it that way.
> 
>>> And the behavior would only change if users modify
>>> `split-window-function'.  So I don't see a problem here.
>> 
>> Think of those users who want a fancy split-window-function for
>> display-buffer but still want the layout of their
>> Gnus/ECB/MPC/GUD/ProofGeneral/... to appear correctly without having
>> to tweak their source code or beg the authors to adapt their code to
>> the new behavior.
> 
> Look at Klaus.  He's begging to adapt his code. ;-)

then you have completely misunderstood my posting ;-)
i just offered to *check* if there could be problems within ECB...
adapting is a complete other chapter ;-)

> 
>>> I cannot follow you completely.  In most cases it's not the caller
>>> who should decide how windows are split but the user, who wants to
>>> use his screen as good as possible.
>> 
>> Yes, in *most* cases, maybe, but not all.  Better have two separate
>> function for the two separate cases.
> 
> Agreed.  And it still gives users all possibilities they need.
> 
> Bye,
> Tassilo
> 
> 
> 
> _______________________________________________
> Emacs-devel mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/emacs-devel




reply via email to

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