From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: MS Windows Frame Maximize in .emacs (again) Date: Thu, 09 Jun 2005 12:59:56 +0200 Message-ID: <85y89jztg3.fsf@lola.goethe.zz> References: <403fc914043db7.4043db7403fc91@net.lu.se> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1118328561 21375 80.91.229.2 (9 Jun 2005 14:49:21 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 9 Jun 2005 14:49:21 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jun 09 16:49:12 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DgO64-0002WK-8v for ged-emacs-devel@m.gmane.org; Thu, 09 Jun 2005 16:33:28 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DgOCz-0001sI-RX for ged-emacs-devel@m.gmane.org; Thu, 09 Jun 2005 10:40:37 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DgO5F-00079t-Bd for emacs-devel@gnu.org; Thu, 09 Jun 2005 10:32:38 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DgO5A-00077o-8p for emacs-devel@gnu.org; Thu, 09 Jun 2005 10:32:32 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DgO57-0006tb-PS for emacs-devel@gnu.org; Thu, 09 Jun 2005 10:32:30 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DgNsm-00007f-NA for emacs-devel@gnu.org; Thu, 09 Jun 2005 10:19:44 -0400 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.34) id 1DgNsW-0001yN-Ok; Thu, 09 Jun 2005 10:19:29 -0400 Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id ED20B1CE2C56; Thu, 9 Jun 2005 12:59:56 +0200 (CEST) Original-To: Juanma Barranquero In-Reply-To: (Juanma Barranquero's message of "Thu, 9 Jun 2005 11:30:19 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) 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:38434 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:38434 Juanma Barranquero writes: > On 6/9/05, LENNART BORGMAN wrote: > >> I see, that is what I thought. But changing the size of a maximized >> window on w32 confuses the w32 window handler a bit I guess. It >> would be good to avoid this. > > Removing the full-lines restriction is perhaps too large a change > for the freeze period. Making maximized frames do-the-right-thing > is OTOH worthwhile. All this IMO, of course. One problem is that toggling tool-bar-mode and menu-bar-mode will change the size of the frame, and that is a definitive nuisance. In principle, we need to record whenever a geometry specification is heeded whether, at the time of the instantiation of the geometry, tool-bar and menu-bar have been on. Then whenever the setting of tool-bar-mode and menu-bar-mode is changed, the frame size needs to get recalculated, by always rounding down any fractional lines resulting from a change of the setting _from_ the original instantiation, and by always rounding up any fractional lines resulting from a change _to_ the original instantiation. And the fractional lines resulting from a change in menu bar and toolbar have to be maintained separately, and menu bar and toolbar have to have a height of at least one default window line. And then we have window managers which behave strangely when docking and undocking the toolbar and stuff. I am not convinced that it would not be the least invasive fix to just allow fractional window heights and thus be not forced to resize the frame at all on such events. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum