Re: moving window handling into lisp

[martin rudalics]

>  > Suppose the Emacs frame is a window in a tiling WM that just asked
>  > Emacs to shrink that frame because the user needs it for another
>  > application.
>
> [...]
>  > Believe me.  Deleting windows in some way is the one bullet we do have
>  > to bite here.
>
> But you're wrong!  A (radical) alternative is to shrink the Emacs
> windows as much as possible, then ignore further shrinkage.[1]

Ignoring `window-min-height' and `window-min-width' when shrinking
frames seems to do most of that job already.

> The WM will shrink the shell widget's window, and the GUI server will
> then clip the Emacs frame to fit.

This would usually clip off the echo area, I presume.

> user can get any work done anyway, and in that case the user will have
> to tell the WM to resize Emacs to a usable size to get work done.  Why
> not just leave Emacs's internal configuration as it is?

When I resize an Emacs frame because I temporarily want to work with
another application I usually don't care about the state of Emacs'
windows.  Leaving the frame configuration in some not very orderly state
doesn't strike me as very clean.  So such behavior seems acceptable iff
I resize one Emacs frame because I want to continue working with another
Emacs frame.

> That should work nicely on X11.  Whether this works on Windows or Aqua
> I dunno.

I don't have the slightest idea.  Interaction with the WM is Jan's
department.

> Another possibility would be to withdraw (iconify) the Emacs frame if
> it's ask to shrink to the point where its windows' minimum size
> constraints are violated.  The bug reports will be great: "I was
> shrinking Emacs and suddenly it collapsed into a nano-black hole,
> started spraying X-rays, and cured my cancer!"
>
> Footnotes:
> [1]  It might be a good idea to keep Emacs's "viewport" centered on
> point in the selected Emacs window.  Then again, it might not.

We could just show the selected window of that frame and save the old
configuration somewhere.  The problem of undeleting windows raises its
ugly head again :-(

martin