From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: moving window handling into lisp Date: Sun, 16 Aug 2009 23:49:13 +0900 Message-ID: <87d46verva.fsf@uwakimon.sk.tsukuba.ac.jp> References: <4A83E2ED.2090805@gmx.at> <4A868A1F.4020101@gmx.at> <4A86AD92.7030308@gmx.at> <87vdkpfbeg.fsf@lola.goethe.zz> <4A86DE30.8060902@gmx.at> <4A86F24D.4090103@gmx.at> <878whknbj5.fsf@uwakimon.sk.tsukuba.ac.jp> <4A87DED5.6010709@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1250433718 8858 80.91.229.12 (16 Aug 2009 14:41:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 16 Aug 2009 14:41:58 +0000 (UTC) Cc: Lennart Borgman , emacs-devel@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Aug 16 16:41:50 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Mcgve-0004Ol-78 for ged-emacs-devel@m.gmane.org; Sun, 16 Aug 2009 16:41:50 +0200 Original-Received: from localhost ([127.0.0.1]:53932 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mcgvd-0005CR-LH for ged-emacs-devel@m.gmane.org; Sun, 16 Aug 2009 10:41:49 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1McgvY-00059d-Ea for emacs-devel@gnu.org; Sun, 16 Aug 2009 10:41:44 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1McgvU-00055r-Jy for emacs-devel@gnu.org; Sun, 16 Aug 2009 10:41:44 -0400 Original-Received: from [199.232.76.173] (port=46744 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1McgvU-00055o-HA for emacs-devel@gnu.org; Sun, 16 Aug 2009 10:41:40 -0400 Original-Received: from mtps01.sk.tsukuba.ac.jp ([130.158.97.223]:36405) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1McgvQ-0004wu-6f for emacs-devel@gnu.org; Sun, 16 Aug 2009 10:41:37 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mtps01.sk.tsukuba.ac.jp (Postfix) with ESMTP id 259211537B6; Sun, 16 Aug 2009 23:41:32 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 9E8F11A27DB; Sun, 16 Aug 2009 23:49:13 +0900 (JST) In-Reply-To: <4A87DED5.6010709@gmx.at> X-Mailer: VM 8.0.12-devo-585 under 21.5 (beta29) "garbanzo" 5bbff3553494+ XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:114311 Archived-At: martin rudalics writes: > > 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. Is that a joke? If it isn't, I don't see how it applies. > > 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. Yes, but the math and window repositioning to ensure that the echo area is always visible is hardly rocket science. > > 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. Then Emacs can act like the Linux OOM and kill windows randomly. The problem is for those of us who do care/those times when you care. > Leaving the frame configuration in some not very orderly state > doesn't strike me as very clean. What "disorderly state"? The *Emacs frame* is in the same orderly state it was before, and as soon as you resize the shell to the original size, you'll see it that way again -- with no other effort by the Emacs user or the developers (assuming the same kind of trick is available on Windows and Aqua -- making it work on non-Xt platforms could be inordinately difficult, I admit). > > 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 :-( I am *so* not interested in talking about that. :-)