From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Mini-window glitch with GTK Date: Mon, 21 Jan 2013 19:19:03 +0200 Message-ID: <834niapi7s.fsf@gnu.org> References: <50FCE181.8060401@yandex.ru> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1358788754 15547 80.91.229.3 (21 Jan 2013 17:19:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 21 Jan 2013 17:19:14 +0000 (UTC) Cc: dmantipov@yandex.ru, emacs-devel@gnu.org To: Dani Moncayo Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 21 18:19:33 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1TxL1v-000882-TZ for ged-emacs-devel@m.gmane.org; Mon, 21 Jan 2013 18:19:32 +0100 Original-Received: from localhost ([::1]:60022 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TxL1e-00047o-S1 for ged-emacs-devel@m.gmane.org; Mon, 21 Jan 2013 12:19:14 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:37420) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TxL1b-00047T-Lz for emacs-devel@gnu.org; Mon, 21 Jan 2013 12:19:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TxL1W-0002p2-Ux for emacs-devel@gnu.org; Mon, 21 Jan 2013 12:19:11 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:52417) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TxL1W-0002o0-MW for emacs-devel@gnu.org; Mon, 21 Jan 2013 12:19:06 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MGZ00300K37KT00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Mon, 21 Jan 2013 19:18:47 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MGZ003W4K3BJC20@a-mtaout22.012.net.il>; Mon, 21 Jan 2013 19:18:47 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.172 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:156547 Archived-At: > Date: Mon, 21 Jan 2013 08:15:04 +0100 > From: Dani Moncayo > Cc: Emacs development discussions > > > On Fedora 18 with GTK 3.6.4, height of the minibuffer window looks too large > > immediately after startup (screenshot 1), but shrinks to normal after first > > input comes (screenshot 2). The problem is easily visible with ./src/emacs > > -Q, > > but doesn't appear with ./src/emacs -Q --execute '(tool-bar-mode 0)'. > > This same problem occurs on MS-Windows. When the frame is maximized, > the remnant vertical space is put at the very bottom, instead of using > it to show more content on the main window(s). I don't think it's the same problem, because this one doesn't go away when you type something into the minibuffer, as in Dmitry's recipe. What you see here is normal division of the screen real estate between windows in Emacs. This is how it was coded.