From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: grischka Newsgroups: gmane.emacs.devel Subject: Re: moving window handling into lisp Date: Thu, 20 Aug 2009 13:45:33 +0200 Message-ID: <4A8D375D.9090905@gmx.de> References: <4A89AA46.6050502@gmx.de> <4A8BC2CD.5060303@gmx.de> <4A8BF3E0.5090304@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1250769811 29718 80.91.229.12 (20 Aug 2009 12:03:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 20 Aug 2009 12:03:31 +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 Thu Aug 20 14:03:24 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 1Me6MP-0001Yd-6G for ged-emacs-devel@m.gmane.org; Thu, 20 Aug 2009 14:03:17 +0200 Original-Received: from localhost ([127.0.0.1]:39341 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Me6MO-0005FO-FZ for ged-emacs-devel@m.gmane.org; Thu, 20 Aug 2009 08:03:16 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Me65Z-0003ef-61 for emacs-devel@gnu.org; Thu, 20 Aug 2009 07:45:54 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Me65R-0003ca-IP for emacs-devel@gnu.org; Thu, 20 Aug 2009 07:45:50 -0400 Original-Received: from [199.232.76.173] (port=59896 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Me65P-0003cM-Vu for emacs-devel@gnu.org; Thu, 20 Aug 2009 07:45:44 -0400 Original-Received: from mail.gmx.net ([213.165.64.20]:50500) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1Me65P-0004wx-Hr for emacs-devel@gnu.org; Thu, 20 Aug 2009 07:45:43 -0400 Original-Received: (qmail invoked by alias); 20 Aug 2009 11:45:40 -0000 Original-Received: from p57A0970D.dip0.t-ipconnect.de (EHLO [192.168.1.2]) [87.160.151.13] by mail.gmx.net (mp019) with SMTP; 20 Aug 2009 13:45:40 +0200 X-Authenticated: #18588216 X-Provags-ID: V01U2FsdGVkX19dhZEFk8FdHUDr/gBo+OYZwdlk0qLUcZEjHcXOWX uATHbB9iXCWU3F User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) In-Reply-To: <4A8BF3E0.5090304@gmx.at> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.74 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:114436 Archived-At: martin rudalics wrote: > > In theory, switching from normal to maximized state and back again > does not > > loose information at all. > > In principle, Emacs windows should not be less than `window-min-height' > lines tall. But an application can temporarily bind that variable to a > smaller value during resizing and leave around a window of less height. > Such windows usually don't harm when maximizing the frame but won't get > us back the previous state when switching back to normal. You can't blame packages that they go through any hack to defend their layout against the unpredictable interventions from the distributed fuzzy-machine, err... emacs window-management. > On the other hand, switching from maximized to normal and back again > will fail more frequently due to `window-min-height'. Note also that > the issues I mention here are not reponsible for the bad behavior you > observed earlier. (Not directly, at least.) Me thinks there are much more thoughts spend on 'window-min-height' now than there possibly were at the time when it was first introduced. --- grischka > martin >