Re: 23.0.60; Resizing may delete windows

[Stefan Monnier]

>> I do not think that window-min-height should mean "do your best to shoot
>> windows as soon as they're silly enough to fall below this threshold".

> I don't understand shrink_windows enough to make it less trigger-happy.
> From the code I only understand that a high value of `window-min-height'
> is an invitation to shoot silly windows.

Yes, that's indeed how it works now.  But it would be good to change it
a bit.  And I agree that it's not easy code.

>> As long as the user does not explicitly change the size of this precise
>> window (but instead resizes the whole frame, for example, or resizes
>> some other window), Emacs should do its best to avoid making the window
>> smaller than that threshold (so that it doesn't delete it).

> This thread started with an example where a window's height was
> explicitly set to a value smaller than the top-level value of that
> threshold.  How should Emacs deal with that?  How should Emacs deal with
> `gnus-window-min-height' or `emerge-one-line-window'?

Indeed, this is even more tricky, but in my opinion the right behavior
is to enforce window-min-height only when a window is
shrunk explicitly or created.  When a window is resized as part of some
other resize (e.g. frame-resize), then the window should only be deleted
if we can't preserve its size.

> In another thread people discuss perspectives a la Eclipse.  How should
> Emacs handle one- or two-lines windows in such "perspectives" when
> changing the window configuration?  Should perspectives avoid one-line
> windows?  Should Emacs be allowed to auto-delete them?

Those windows should have their window-min-height set to some different
value, I guess.


        Stefan