From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: moving window handling into lisp Date: Sun, 16 Aug 2009 17:31:56 +0200 Message-ID: <4A88266C.9070600@gmx.at> 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> <87d46verva.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1250436802 22133 80.91.229.12 (16 Aug 2009 15:33:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 16 Aug 2009 15:33:22 +0000 (UTC) Cc: Lennart Borgman , emacs-devel@gnu.org To: "Stephen J. Turnbull" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Aug 16 17:33:15 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 1MchjP-0004Uj-7r for ged-emacs-devel@m.gmane.org; Sun, 16 Aug 2009 17:33:15 +0200 Original-Received: from localhost ([127.0.0.1]:52444 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MchjO-0002En-FS for ged-emacs-devel@m.gmane.org; Sun, 16 Aug 2009 11:33:14 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MchiI-0001IB-Dl for emacs-devel@gnu.org; Sun, 16 Aug 2009 11:32:06 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MchiD-0001Cd-Os for emacs-devel@gnu.org; Sun, 16 Aug 2009 11:32:06 -0400 Original-Received: from [199.232.76.173] (port=51285 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MchiD-0001CY-N4 for emacs-devel@gnu.org; Sun, 16 Aug 2009 11:32:01 -0400 Original-Received: from mail.gmx.net ([213.165.64.20]:38935) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1MchiD-00044s-5b for emacs-devel@gnu.org; Sun, 16 Aug 2009 11:32:01 -0400 Original-Received: (qmail invoked by alias); 16 Aug 2009 15:31:59 -0000 Original-Received: from 62-47-41-44.adsl.highway.telekom.at (EHLO [62.47.41.44]) [62.47.41.44] by mail.gmx.net (mp029) with SMTP; 16 Aug 2009 17:31:59 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+zQYQIWtizmcgWjsIManVIQkztTlDoBvLS5cvgsP rFXkdJuO3HnzSk User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: <87d46verva.fsf@uwakimon.sk.tsukuba.ac.jp> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.66 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:114317 Archived-At: > > > 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. You would first have to tell me what "shrink the Emacs windows as much as possible" means. > Yes, but the math and window repositioning to ensure that the echo > area is always visible is hardly rocket science. To see the echo area an Emacs frame must be at least four lines tall (with an enabled menubar) here. Are four lines your minimum size? > 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. Sorry, this is an issue you have to discuss with Jan. > > 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). This is yet another question on how Emacs interacts with the various WMs it supports. Jan can possibly tell you more. martin