From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stephen Berman Newsgroups: gmane.emacs.bugs Subject: bug#14627: 24.2; Vertical frame size shrinking Date: Mon, 09 Sep 2013 14:23:47 +0200 Message-ID: <87vc2anpyk.fsf@rosalinde.fritz.box> References: <51BC7889.3070902@gmx.net> <7EA23443-C86B-40C3-A43B-0493692943C0@swipnet.se> <8761uyufjl.fsf@rosalinde.fritz.box> <521600FB.5000801@gmx.at> <87siy1ud2w.fsf@rosalinde.fritz.box> <52170AD8.8010001@gmx.at> <83ob8oizsd.fsf@gnu.org> <5217238A.6090500@gmx.at> <83mwo8iwru.fsf@gnu.org> <521737A5.5020700@gmx.at> <83k3jcitn0.fsf@gnu.org> <52173D69.3000104@gmx.at> <83ioywirwx.fsf@gnu.org> <8202DFA0-0B3F-40FC-8773-FC56F965A2D5@swipnet.se> <5217A210.2010608@gmx.net> <774C6AC7-4498-4A1F-A0A1-DFD1517625D4@swipnet.se> <87k3ir3tr2.fsf@rosalinde.fritz.box> <522DB861.1080202@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1378729457 10939 80.91.229.3 (9 Sep 2013 12:24:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 9 Sep 2013 12:24:17 +0000 (UTC) Cc: 14627@debbugs.gnu.org, Karl Brodowsky To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Sep 09 14:24:19 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1VJ0Vu-0006U3-Ga for geb-bug-gnu-emacs@m.gmane.org; Mon, 09 Sep 2013 14:24:18 +0200 Original-Received: from localhost ([::1]:51149 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VJ0Vu-00028r-38 for geb-bug-gnu-emacs@m.gmane.org; Mon, 09 Sep 2013 08:24:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42977) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VJ0Vl-00025U-2Y for bug-gnu-emacs@gnu.org; Mon, 09 Sep 2013 08:24:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VJ0Vf-0007hi-7C for bug-gnu-emacs@gnu.org; Mon, 09 Sep 2013 08:24:09 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:41820) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VJ0Vf-0007he-3J for bug-gnu-emacs@gnu.org; Mon, 09 Sep 2013 08:24:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VJ0Ve-0002JX-Gp for bug-gnu-emacs@gnu.org; Mon, 09 Sep 2013 08:24:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stephen Berman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 09 Sep 2013 12:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14627 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 14627-submit@debbugs.gnu.org id=B14627.13787294388883 (code B ref 14627); Mon, 09 Sep 2013 12:24:02 +0000 Original-Received: (at 14627) by debbugs.gnu.org; 9 Sep 2013 12:23:58 +0000 Original-Received: from localhost ([127.0.0.1]:50113 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VJ0VZ-0002JC-Cb for submit@debbugs.gnu.org; Mon, 09 Sep 2013 08:23:57 -0400 Original-Received: from mout.gmx.net ([212.227.15.19]:60589) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VJ0VW-0002Ix-KE for 14627@debbugs.gnu.org; Mon, 09 Sep 2013 08:23:55 -0400 Original-Received: from rosalinde.fritz.box ([89.245.96.197]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0M9ra4-1V7xtb3SWG-00B7HE for <14627@debbugs.gnu.org>; Mon, 09 Sep 2013 14:23:48 +0200 In-Reply-To: <522DB861.1080202@gmx.at> (martin rudalics's message of "Mon, 09 Sep 2013 14:00:33 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-Provags-ID: V03:K0:8NtKRY8wPLU9yxmHmdT7whW046CuoYaPFahvfDZbBOe1Wye8T6G qTBxXOqNA17iUWEexepbT2VNoPf2M0/DoVayAmgA8ZipVK4MY/stpkU+y6qoHQRrEdCQ9Q5 hmtDLwYO/Lm92m5+mRvCAK0t7OKBoWSTMqNNDYLWdwIjJR8+bWszNLIZb0LKBdDHli2x7pu opX338yMK6iT5uC0xXqEQ== X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:78145 Archived-At: On Mon, 09 Sep 2013 14:00:33 +0200 martin rudalics wrote: >> The only oddity is that when the Info buffer is selected >> there is an empty space the width of the frame one line high below the >> minibuffer. > > Which disappears when you demaximize the frame, I suppose. If I demaximize the frame while the Info buffer is selected and the empty line is displayed, then the latter remains visible. But it disappears after switching to the other buffer, and, with the frame demaximized, when I switch back to the Info buffer again, it now no longer reappears. Moreover, if I now maximize the frame again, with the same window configuration, the empty line still doesn't reappear. In fact, it turns out that it only appears if I maximize the frame before opening Info the first time; if I then kill the Info buffer with the frame still maximized and then open Info again, the empty line no longer appears. >> However, there is still a shrinking problem. In KDE clicking the >> frame's (i.e. WM window's) maximize button with mouse-2 instead of >> mouse-1 maximizes the frame vertically but not horizontally. When I do >> this, then split windows (either vertically or horizontally), open an >> Info buffer in one window and switch between the windows, then the frame >> still (i.e. even with your patch) shrinks vertically by one line for >> each switch back to the Info buffer. If I drag the border of an >> unmaximized frame to make it vertically fill the desktop and repeat the >> recipe, no shrinking occurs. And if I maximize the frame horizontally >> by clicking the maximize button with mouse-3 and repeat the recipe, >> there is also no shrinking. > > IIUC in his patch Jan fixed only the fully maximized and the fullscreen > cases. So what you see is the old behavior for the partially maximized > case. That's also what I assumed. Steve Berman