From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?ISO-8859-15?Q?Jan_Dj=E4rv?= Newsgroups: gmane.emacs.devel Subject: Re: [Fwd: Frame Height Different for Default Frame and Additional Frames] Date: Sun, 06 Jan 2008 00:00:46 +0100 Message-ID: <47800C1E.9020400@swipnet.se> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1199574133 22871 80.91.229.12 (5 Jan 2008 23:02:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 5 Jan 2008 23:02:13 +0000 (UTC) Cc: martin rudalics , emacs-devel@gnu.org, rms@gnu.org, bob@rattlesnake.com To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 06 00:02:28 2008 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 1JBI24-0007Yk-Gp for ged-emacs-devel@m.gmane.org; Sun, 06 Jan 2008 00:02:28 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JBI1g-0003Mm-Bo for ged-emacs-devel@m.gmane.org; Sat, 05 Jan 2008 18:02:00 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JBI1E-00031J-LN for emacs-devel@gnu.org; Sat, 05 Jan 2008 18:01:32 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JBI17-0002vE-1n for emacs-devel@gnu.org; Sat, 05 Jan 2008 18:01:32 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JBI16-0002v8-TF for emacs-devel@gnu.org; Sat, 05 Jan 2008 18:01:24 -0500 Original-Received: from av6-2-sn3.vrr.skanova.net ([81.228.9.180]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JBI0y-0002io-57; Sat, 05 Jan 2008 18:01:18 -0500 Original-Received: by av6-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 5CC6237E5C; Sun, 6 Jan 2008 00:01:08 +0100 (CET) Original-Received: from smtp3-1-sn3.vrr.skanova.net (smtp3-1-sn3.vrr.skanova.net [81.228.9.101]) by av6-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 4BC5237E44; Sun, 6 Jan 2008 00:01:08 +0100 (CET) Original-Received: from husetbladh.homeip.net (90-231-102-24-no59.tbcn.telia.com [90.231.102.24]) by smtp3-1-sn3.vrr.skanova.net (Postfix) with ESMTP id C569D37E46; Sun, 6 Jan 2008 00:01:07 +0100 (CET) User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) In-Reply-To: X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 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:86253 Archived-At: Drew Adams skrev: >>> Did we already settle on a "right" way to do this? Robert expressed the >>> desire to keep the number of text lines invariant. ISTR others wanted >>> the size of the frame on the screen stay invariant. At least a similar >>> issue was recently brought up for menubars. Finally, I'm interested how >>> changes of menu-bar-lines/tool-bar-lines are supposed to be applied and >>> handled - I'm quite lost in this context. >> I don't think we did. But frame size can't in general stay constant as >> we have wm hints. For example, I have 13 pixels of text height. >> That gives min resize 13. The tool bar is 36 pixels. So when the >> tool bar goes, either we increase text size by 3 (== 39, 3 >> additional pixels) or by 2 (26, decrease by 10 pixels). >> >> I'll implement whatever seems easiest, and then people can suggest >> alternatives after that. > > The fact that it is not always possible to maintain exactly the same overall > frame size because that size is not always an integral number of characters > is not a reason to not try to maintain the size as closely as possible. > Please don't simply "implement whatever seems easiest". This is a Gtk+ issue that taken up a lot of my time lately. Unless you are willing to contribute code, the easiest thing is what I will do. This is code that is hard to get right, so making a complex solution is out of the question. Jan D.