From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 19 02:27:43 2012 Received: (at submit) by debbugs.gnu.org; 19 Jul 2012 06:27:44 +0000 Received: from localhost ([127.0.0.1]:49335 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SrkD9-0008Df-H6 for submit@debbugs.gnu.org; Thu, 19 Jul 2012 02:27:43 -0400 Received: from eggs.gnu.org ([208.118.235.92]:40416) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SrkD7-0008DX-Pb for submit@debbugs.gnu.org; Thu, 19 Jul 2012 02:27:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Srk79-0002vY-BV for submit@debbugs.gnu.org; Thu, 19 Jul 2012 02:21:32 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:55530) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Srk79-0002vT-7j for submit@debbugs.gnu.org; Thu, 19 Jul 2012 02:21:31 -0400 Received: from eggs.gnu.org ([208.118.235.92]:34821) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Srk78-00049c-6E for bug-gnu-emacs@gnu.org; Thu, 19 Jul 2012 02:21:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Srk77-0002uu-2d for bug-gnu-emacs@gnu.org; Thu, 19 Jul 2012 02:21:30 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:60234) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Srk76-0002uq-VD for bug-gnu-emacs@gnu.org; Thu, 19 Jul 2012 02:21:28 -0400 Received: from dhcp207152.uni-regensburg.de ([132.199.207.152]:55655 helo=regnitz) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1Srk76-00024e-Ee for bug-gnu-emacs@gnu.org; Thu, 19 Jul 2012 02:21:28 -0400 Date: Thu, 19 Jul 2012 01:21:26 -0500 Message-Id: <87obnc5l09.fsf@gnu.org> From: "Roland Winkler" To: bug-gnu-emacs@gnu.org Subject: 24.1; fit-window-to-buffer does not grab whole frame X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) Start emacs -Q. Visit a file larger than the current frame. Split the frame, Display other stuff in second window. Select the window with the large file. Eval (fit-window-to-buffer (selected-window)) Expected result: The window should grab the whole frame. From the docstring of fit-window-to-buffer Optional argument MAX-HEIGHT specifies the maximum height of WINDOW and defaults to the height of WINDOW's frame. Remarks: (1) This works as documented with GNU Emacs 23.1. -- Of course, the old behavior was counterintuitive in the sense that the name of fit-window-to-buffer refers to windows, not to frames. But an incompatible change in behavior should be documented. (2) I suggest that the elisp manual should also mention the default values of MAX-HEIGHT and MIN-HEIGHT (as in the docstring). (3) The relation between the new arg OVERRIDE (not present in Emacs 23.1) and window-min-height and window-min-width is not clear to me. If MIN-HEIGHT is non-nil, shouldn't this already ignore window-min-height? Also, if OVERRIDE is nil, what is the relevance of window-min-width? I expect fit-window-to-buffer is supposed to obey window-min-width. But it would clarify things if this was spelled out. In GNU Emacs 24.1.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.20.1) of 2012-06-10 on regnitz Windowing system distributor `The X.Org Foundation', version 11.0.10706000 From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 19 06:47:30 2012 Received: (at 11985) by debbugs.gnu.org; 19 Jul 2012 10:47:30 +0000 Received: from localhost ([127.0.0.1]:49610 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SroGY-0007Py-F7 for submit@debbugs.gnu.org; Thu, 19 Jul 2012 06:47:30 -0400 Received: from mailout-de.gmx.net ([213.165.64.22]:58773) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1SroGW-0007Pi-Q3 for 11985@debbugs.gnu.org; Thu, 19 Jul 2012 06:47:29 -0400 Received: (qmail invoked by alias); 19 Jul 2012 10:41:17 -0000 Received: from 62-47-39-3.adsl.highway.telekom.at (EHLO [62.47.39.3]) [62.47.39.3] by mail.gmx.net (mp020) with SMTP; 19 Jul 2012 12:41:17 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/apZQ3UB7aAU/9jJj4NWwKp1WdqkMKaeJoN/w+f2 K/X7A+gfXiSOYd Message-ID: <5007E486.7090202@gmx.at> Date: Thu, 19 Jul 2012 12:42:14 +0200 From: martin rudalics MIME-Version: 1.0 To: Roland Winkler Subject: Re: bug#11985: 24.1; fit-window-to-buffer does not grab whole frame References: <87obnc5l09.fsf@gnu.org> In-Reply-To: <87obnc5l09.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 11985 Cc: 11985@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > Start emacs -Q. Visit a file larger than the current frame. > Split the frame, Display other stuff in second window. > Select the window with the large file. > Eval > > (fit-window-to-buffer (selected-window)) > > Expected result: The window should grab the whole frame. From the > docstring of fit-window-to-buffer > > Optional argument MAX-HEIGHT specifies the maximum height of > WINDOW and defaults to the height of WINDOW's frame. > > Remarks: > (1) This works as documented with GNU Emacs 23.1. > -- Of course, the old behavior was counterintuitive in the sense > that the name of fit-window-to-buffer refers to windows, not to > frames. But an incompatible change in behavior should be > documented. From NEWS: *** Window resizing functions. A new standard function for resizing windows called `window-resize' has been introduced. This and all other functions for resizing windows no longer delete any windows when they become too small. > (2) I suggest that the elisp manual should also mention the default > values of MAX-HEIGHT and MIN-HEIGHT (as in the docstring). OK. > (3) The relation between the new arg OVERRIDE (not present in Emacs > 23.1) and window-min-height and window-min-width is not clear to > me. Neither to me. > If MIN-HEIGHT is non-nil, shouldn't this already ignore > window-min-height? Sounds reasonable, indeed. > Also, if OVERRIDE is nil, what is the > relevance of window-min-width? I expect fit-window-to-buffer is > supposed to obey window-min-width. But it would clarify things > if this was spelled out. `window-min-width' shouldn't be mentioned at all. I'll look into this. If you have any ideas what this function should _do_ better, please tell me. martin From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 19 12:18:58 2012 Received: (at 11985) by debbugs.gnu.org; 19 Jul 2012 16:18:58 +0000 Received: from localhost ([127.0.0.1]:50927 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SrtRJ-0008MD-En for submit@debbugs.gnu.org; Thu, 19 Jul 2012 12:18:58 -0400 Received: from mailout-de.gmx.net ([213.165.64.23]:53085) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1SrtRG-0008M5-Em for 11985@debbugs.gnu.org; Thu, 19 Jul 2012 12:18:56 -0400 Received: (qmail invoked by alias); 19 Jul 2012 16:12:41 -0000 Received: from 62-47-39-3.adsl.highway.telekom.at (EHLO [62.47.39.3]) [62.47.39.3] by mail.gmx.net (mp041) with SMTP; 19 Jul 2012 18:12:41 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX18XaNsk7FgXKNh0/LHTY/qlyglqHWhE/6DawCNxhU dwiCmAV4MsuZKI Message-ID: <5008324A.8050108@gmx.at> Date: Thu, 19 Jul 2012 18:14:02 +0200 From: martin rudalics MIME-Version: 1.0 To: Roland Winkler Subject: Re: bug#11985: 24.1; fit-window-to-buffer does not grab whole frame References: <87obnc5l09.fsf@gnu.org> <5007E486.7090202@gmx.at> In-Reply-To: <5007E486.7090202@gmx.at> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 11985 Cc: 11985@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > > (3) The relation between the new arg OVERRIDE (not present in Emacs > > 23.1) and window-min-height and window-min-width is not clear to > > me. > > Neither to me. With OVERRIDE nil, `fit-window-to-buffer' behaves as in 23.1 which means that WINDOW can't get smaller than `window-min-height'. This was an elementary restriction on Emacs 23.1 because otherwise WINDOW could have been deleted during the next resize operation. With Emacs 24.1 windows are no more deleted automatically, which means that any window can get as small as `window-safe-min-height' without risking of being deleted. Hence if you want WINDOW to get smaller than `window-min-height' during a `fit-window-to-buffer' operation, you can set OVERRIDE non-nil and `window-min-height' is not respected for WINDOW by this operation (which makes sense if you want to display just one or two lines of text in that window). Note that an application cannot safely bind `window-min-height' to a smaller value to accomplish the same effect since `window-min-height' affects all windows. If `fit-window-to-buffer' enlarged WINDOW with `window-min-height' bound to 1, this could cause an unrelated window getting shrunk to one line (in general, an application cannot tell a priori whether `fit-window-to-buffer' will actually shrink or enlarge WINDOW). In any case, the doc-string sucks in explaining what I wrote above. If, based on my explanations, anyone could come up with a better doc-string, I'd be grateful. martin From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 19 12:38:45 2012 Received: (at 11985) by debbugs.gnu.org; 19 Jul 2012 16:38:45 +0000 Received: from localhost ([127.0.0.1]:50982 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SrtkQ-0000NX-Sw for submit@debbugs.gnu.org; Thu, 19 Jul 2012 12:38:44 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:52419) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SrtkN-0000NO-TV for 11985@debbugs.gnu.org; Thu, 19 Jul 2012 12:38:41 -0400 Received: from lukas.physics.niu.edu ([131.156.85.221]:53224) by fencepost.gnu.org with esmtpa (Exim 4.71) (envelope-from ) id 1SrteN-00071Q-IZ; Thu, 19 Jul 2012 12:32:27 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20488.13978.807457.302232@lukas.physics.niu.edu> Date: Thu, 19 Jul 2012 11:32:26 -0500 From: "Roland Winkler" To: martin rudalics Subject: Re: bug#11985: 24.1; fit-window-to-buffer does not grab whole frame In-Reply-To: <5007E486.7090202@gmx.at> References: <87obnc5l09.fsf@gnu.org> <5007E486.7090202@gmx.at> X-Mailer: VM 8.2 trial under 24.1.1 (x86_64-unknown-linux-gnu) X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: 11985 Cc: 11985@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) On Thu Jul 19 2012 martin rudalics wrote: > From NEWS: > > *** Window resizing functions. > A new standard function for resizing windows called `window-resize' has > been introduced. This and all other functions for resizing windows no > longer delete any windows when they become too small. This is a bit buried if one simply searches for fit-window-to-buffere. > I'll look into this. If you have any ideas what this function should > _do_ better, please tell me. I got into this when I discovered that with Emacs 24.1 Electric-pop-up-window does not behave anymore as expected. It uses fit-window-to-buffer for possibly grabbing the whole frame. In the context of what Electric-pop-up-window wants to achieve this is a reasonable and documented behavior. Possibly there is more code that relies on the old behavior. But I agree that it is probably cleaner if functions such as Electric-pop-up-window implement this old aspect of fit-window-to-buffer in some other way. From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 21 07:07:55 2012 Received: (at 11985) by debbugs.gnu.org; 21 Jul 2012 11:07:55 +0000 Received: from localhost ([127.0.0.1]:54079 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SsXXP-0002Lm-40 for submit@debbugs.gnu.org; Sat, 21 Jul 2012 07:07:55 -0400 Received: from mailout-de.gmx.net ([213.165.64.23]:54507) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1SsXXM-0002Le-2l for 11985@debbugs.gnu.org; Sat, 21 Jul 2012 07:07:52 -0400 Received: (qmail invoked by alias); 21 Jul 2012 11:00:56 -0000 Received: from 62-47-44-153.adsl.highway.telekom.at (EHLO [62.47.44.153]) [62.47.44.153] by mail.gmx.net (mp019) with SMTP; 21 Jul 2012 13:00:56 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19/peQI53J/TTd6N1vgYjYLU1JaFREujIqhF7jHJ0 1M+eZTBTHYqrmS Message-ID: <500A8C00.10001@gmx.at> Date: Sat, 21 Jul 2012 13:01:20 +0200 From: martin rudalics MIME-Version: 1.0 To: Roland Winkler Subject: Re: bug#11985: 24.1; fit-window-to-buffer does not grab whole frame References: <87obnc5l09.fsf@gnu.org> <5007E486.7090202@gmx.at> <20488.13978.807457.302232@lukas.physics.niu.edu> In-Reply-To: <20488.13978.807457.302232@lukas.physics.niu.edu> Content-Type: multipart/mixed; boundary="------------020607040600040300050005" X-Y-GMX-Trusted: 0 X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 11985 Cc: 11985@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) This is a multi-part message in MIME format. --------------020607040600040300050005 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit >> *** Window resizing functions. >> A new standard function for resizing windows called `window-resize' has >> been introduced. This and all other functions for resizing windows no >> longer delete any windows when they become too small. > > This is a bit buried if one simply searches for fit-window-to-buffer e. It was a very invasive change mainly affecting `enlarge-window' which was called by the old `fit-window-to-buffer' (note that calling `fit-window-to-buffer' with Emacs 23.1 could delete WINDOW itself). I didn't go through all callers of enlarge-/shrink-buffer to check whether they should be mentioned to. > I got into this when I discovered that with Emacs 24.1 > Electric-pop-up-window does not behave anymore as expected. It uses > fit-window-to-buffer for possibly grabbing the whole frame. In the > context of what Electric-pop-up-window wants to achieve this is a > reasonable and documented behavior. > Possibly there is more code that relies on the old behavior. > > But I agree that it is probably cleaner if functions such as > Electric-pop-up-window implement this old aspect of > fit-window-to-buffer in some other way. I have no strong opinion on this and never managed to understand how the old window resize routines worked. What about the version I attached? If necessary, I can get more aggressive ;-) martin --------------020607040600040300050005 Content-Type: application/emacs-lisp; name="fit-window-to-buffer.el" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="fit-window-to-buffer.el" KGRlZnVuIHdpbmRvdy1tYXgtc2l6ZSAoJm9wdGlvbmFsIHdpbmRvdyBob3Jpem9udGFsIGln bm9yZSkNCiAgIlJldHVybiB0aGUgbWF4aW11bSBzaXplIG9mIFdJTkRPVy4NCldJTkRPVyBj YW4gYmUgYW4gYXJiaXRyYXJ5IHdpbmRvdyBhbmQgZGVmYXVsdHMgdG8gdGhlIHNlbGVjdGVk DQpvbmUuICBPcHRpb25hbCBhcmd1bWVudCBIT1JJWk9OVEFMIG5vbi1uaWwgbWVhbnMgcmV0 dXJuIHRoZQ0KbWF4aW11bSBudW1iZXIgb2YgY29sdW1ucyBvZiBXSU5ET1c7IG90aGVyd2lz ZSByZXR1cm4gdGhlIG1heGltdW0NCm51bWJlciBvZiBXSU5ET1cncyBsaW5lcy4NCg0KT3B0 aW9uYWwgYXJndW1lbnQgSUdOT1JFLCBpZiBub24tbmlsLCBtZWFucyBpZ25vcmUgcmVzdHJp Y3Rpb25zDQppbXBvc2VkIGJ5IGZpeGVkIHNpemUgd2luZG93cywgYHdpbmRvdy1taW4taGVp Z2h0JyBvcg0KYHdpbmRvdy1taW4td2lkdGgnIHNldHRpbmdzLiAgSWYgSUdOT1JFIGVxdWFs cyBgc2FmZScsIGxpdmUNCndpbmRvd3MgbWF5IGdldCBhcyBzbWFsbCBhcyBgd2luZG93LXNh ZmUtbWluLWhlaWdodCcgbGluZXMgYW5kDQpgd2luZG93LXNhZmUtbWluLXdpZHRoJyBjb2x1 bW5zLiAgSWYgSUdOT1JFIGlzIGEgd2luZG93LCBpZ25vcmUNCnJlc3RyaWN0aW9ucyBmb3Ig dGhhdCB3aW5kb3cgb25seS4gIEFueSBvdGhlciBub24tbmlsIHZhbHVlIG1lYW5zDQppZ25v cmUgYWxsIG9mIHRoZSBhYm92ZSByZXN0cmljdGlvbnMgZm9yIGFsbCB3aW5kb3dzLiINCiAg KCsgKHdpbmRvdy10b3RhbC1zaXplIHdpbmRvdyBob3Jpem9udGFsKQ0KICAgICAod2luZG93 LW1heC1kZWx0YSB3aW5kb3cgaG9yaXpvbnRhbCBpZ25vcmUpKSkNCg0KKGRlZnVuIGZpdC13 aW5kb3ctdG8tYnVmZmVyICgmb3B0aW9uYWwgd2luZG93IG1heC1oZWlnaHQgbWluLWhlaWdo dCBjYW4tZGVsZXRlKQ0KICAiQWRqdXN0IGhlaWdodCBvZiBXSU5ET1cgdG8gZGlzcGxheSBp dHMgYnVmZmVyJ3MgY29udGVudHMgZXhhY3RseS4NCldJTkRPVyBjYW4gYmUgYW55IGxpdmUg d2luZG93IGFuZCBkZWZhdWx0cyB0byB0aGUgc2VsZWN0ZWQgb25lLg0KDQpPcHRpb25hbCBh cmd1bWVudCBNQVgtSEVJR0hUIHNwZWNpZmllcyBhIG1heGltdW0gaGVpZ2h0LiAgSWYgaXQN CmlzIG5pbCBvciBvbWl0dGVkLCBXSU5ET1cgY2FuIGJlY29tZSBhcyBsYXJnZSBhcyBwb3Nz aWJsZS4gIElmIGl0DQppcyBhIG51bWJlciwgV0lORE9XIGNhbiBvY2N1cHkgYXMgbWFueSBs aW5lcyBhcyBzcGVjaWZpZWQgYnkgdGhpcw0KbnVtYmVyLiAgSWYsIGluIGFkZGl0aW9uLCB0 aGUgb3B0aW9uYWwgYXJndW1lbnQgQ0FOLURFTEVURSBpcw0Kbm9uLW5pbCwgd2luZG93cyBp biB0aGUgc2FtZSBjb21iaW5hdGlvbiBjYW4gYmUgZGVsZXRlZCBpbiBvcmRlcg0KdG8gZW5s YXJnZSBXSU5ET1cuICBJbiBlaXRoZXIgY2FzZSwgV0lORE9XIGNhbm5vdCBnZXQgbGFyZ2Vy IHRoYW4NCml0cyBwYXJlbnQgd2luZG93Lg0KDQpPcHRpb25hbCBhcmd1bWVudCBNSU4tSEVJ R0hUIHNwZWNpZmllcyBhIG1pbmltdW0gaGVpZ2h0LiAgSWYgaXQNCmlzIG5pbCwgV0lORE9X IGNhbiBnZXQgYXMgc21hbGwgYXMgcG9zc2libGUuICBJZiBpdCBpcyBhIG51bWJlciwNCldJ TkRPVyBjYW4gZ2V0IGFzIHNtYWxsIGFzIHRoYXQgbnVtYmVyIG9mIGxpbmVzICh0aGUgdmFs dWUgbXVzdA0KYWNjb3VudCBmb3IgV0lORE9XJ3MgbW9kZSBhbmQgaGVhZGVybGluZSwgaWYg cHJlc2VudCkuDQoNClJldHVybiB0aGUgbnVtYmVyIG9mIGxpbmVzIGJ5IHdoaWNoIFdJTkRP VyB3YXMgZW5sYXJnZWQgb3INCnNocnVuay4gIE5vdGUgdGhhdCBldmVuIGlmIHRoaXMgZnVu Y3Rpb24gbWFrZXMgV0lORE9XIGxhcmdlDQplbm91Z2ggdG8gc2hvdyBfYWxsXyBsaW5lcyBv ZiBpdHMgYnVmZmVyLCB5b3UgbWlnaHQgbm90IHNlZSB0aGUNCmZpcnN0IGxpbmVzIHdoZW4g V0lORE9XIHdhcyBzY3JvbGxlZC4iDQogIChpbnRlcmFjdGl2ZSkNCiAgKHNldHEgd2luZG93 ICh3aW5kb3ctbm9ybWFsaXplLXdpbmRvdyB3aW5kb3cgdCkpDQogIDs7IENhbm5vdCByZXNp emUgYSBmdWxsIGhlaWdodCBvciBmaXhlZCBzaXplIHdpbmRvdy4NCiAgKHVubGVzcyAob3Ig KHdpbmRvdy1zaXplLWZpeGVkLXAgd2luZG93KSAod2luZG93LWZ1bGwtaGVpZ2h0LXAgd2lu ZG93KSkNCiAgICAod2l0aC1zZWxlY3RlZC13aW5kb3cgd2luZG93DQogICAgICA7OyBXZSBh cmUgaW4gV0lORE9XJ3MgYnVmZmVyIG5vdy4NCiAgICAgIChsZXQqICgoaGVpZ2h0ICh3aW5k b3ctdG90YWwtc2l6ZSkpDQoJICAgICAobWF4LXNpemUgKHdpbmRvdy1tYXgtc2l6ZSkpDQoJ ICAgICAobWF4LWhlaWdodA0KCSAgICAgIDs7IEFkanVzdCBNQVgtSEVJR0hULg0KCSAgICAg IChpZiAobnVtYmVycCBtYXgtaGVpZ2h0KQ0KCQkgIG1heC1oZWlnaHQNCgkJbWF4LXNpemUp KQ0KCSAgICAgKG1pbi1zaXplICh3aW5kb3ctbWluLXNpemUpKQ0KCSAgICAgKG1pbi1oZWln aHQNCgkgICAgICA7OyBBZGp1c3QgTUlOLUhFSUdIVC4NCgkgICAgICAoaWYgKG51bWJlcnAg bWluLWhlaWdodCkNCgkJICA7OyBDYW4ndCBnZXQgc21hbGxlciB0aGFuIGB3aW5kb3ctc2Fm ZS1taW4taGVpZ2h0Jy4NCgkJICAobWF4IG1pbi1zaXplIHdpbmRvdy1zYWZlLW1pbi1oZWln aHQpDQoJCW1pbi1zaXplKSkNCgkgICAgIDs7IFNldCBkZXNpcmVkLWhlaWdodCB0byB0aGUg aGVpZ2h0IG5lY2Vzc2FyeSB0byBzaG93IGFsbA0KCSAgICAgOzsgb2YgV0lORE9XJ3MgYnVm ZmVyLCBjb25zdHJhaW5lZCBieSBNSU4tSEVJR0hUIGFuZA0KCSAgICAgOzsgTUFYLUhFSUdI VC4NCgkgICAgIChkZXNpcmVkLWhlaWdodA0KCSAgICAgIChtYXgNCgkgICAgICAgKG1pbg0K CQkoKyAoY291bnQtc2NyZWVuLWxpbmVzKQ0KCQkgICA7OyBGb3Igbm9uLW1pbmlidWZmZXJz IGNvdW50IHRoZSBtb2RlIGxpbmUsIGlmIGFueS4NCgkJICAgKGlmIChhbmQgKG5vdCAod2lu ZG93LW1pbmlidWZmZXItcCB3aW5kb3cpKQ0KCQkJICAgIG1vZGUtbGluZS1mb3JtYXQpDQoJ CSAgICAgICAxDQoJCSAgICAgMCkNCgkJICAgOzsgQ291bnQgdGhlIGhlYWRlciBsaW5lLCBp ZiBhbnkuDQoJCSAgIChpZiBoZWFkZXItbGluZS1mb3JtYXQgMSAwKSkNCgkJbWF4LWhlaWdo dCkNCgkgICAgICAgbWluLWhlaWdodCkpDQoJICAgICAobmV4dCB0KQ0KCSAgICAgKGRlbC1k ZWx0YSAwKQ0KCSAgICAgZGVsdGEgZGVzaXJlZC1kZWx0YSBkZWxldGUpDQoNCgk7OyBJZiBD QU4tREVMRVRFIGlzIG5vbi1uaWwsIHdlIGNhbiBkZWxldGUgb3RoZXIgd2luZG93cyBpbg0K CTs7IG9yZGVyIHRvIGdyb3cgV0lORE9XLg0KCSh3aGVuIGNhbi1kZWxldGUNCgkgICh3aGls ZSAoYW5kICg+ICgtIGRlc2lyZWQtaGVpZ2h0ICh3aW5kb3ctbWF4LXNpemUpKSAwKQ0KCQkg ICAgICAod2luZG93LWNvbWJpbmVkLXApDQoJCSAgICAgIChvciAoYW5kIG5leHQNCgkJCSAg ICAgICA7OyBUcnkgdG8gZGVsZXRlIG5leHQgc2libGluZy4NCgkJCSAgICAgICAocHJvZzEN CgkJCQkgICAoc2V0cSBkZWxldGUgKHdpbmRvdy1uZXh0LXNpYmxpbmcpKQ0KCQkJCSAoc2V0 cSBuZXh0IG5pbCkpKQ0KCQkJICA7OyBUcnkgdG8gZGVsZXRlIHByZXZpb3VzIHNpYmxpbmcu DQoJCQkgIChwcm9nMQ0KCQkJICAgICAgKHNldHEgZGVsZXRlICh3aW5kb3ctcHJldi1zaWJs aW5nKSkNCgkJCSAgICAoc2V0cSBuZXh0IHQpKQ0KCQkJICA7OyBUcnkgdG8gZGVsZXRlIG5l eHQgc2libGluZyBhcyBmYWxsYmFjay4NCgkJCSAgKHByb2cxDQoJCQkgICAgICAoc2V0cSBk ZWxldGUgKHdpbmRvdy1uZXh0LXNpYmxpbmcpKQ0KCQkJICAgIChzZXRxIG5leHQgbmlsKSkp KQ0KCSAgICAoc2V0cSBkZWwtZGVsdGEgKCsgZGVsLWRlbHRhICh3aW5kb3ctdG90YWwtc2l6 ZSBkZWxldGUpKSkNCgkgICAgKGRlbGV0ZS13aW5kb3cgZGVsZXRlKSkpDQoNCgkoc2V0cSBk ZXNpcmVkLWRlbHRhICgtIGRlc2lyZWQtaGVpZ2h0ICh3aW5kb3ctdG90YWwtc2l6ZSB3aW5k b3cpKSkNCgkoc2V0cSBkZWx0YQ0KCSAgICAgIChpZiAoPiBkZXNpcmVkLWRlbHRhIDApDQoJ CSAgKG1pbiBkZXNpcmVkLWRlbHRhDQoJCSAgICAgICAod2luZG93LW1heC1kZWx0YSB3aW5k b3cgbmlsIHdpbmRvdykpDQoJCShtYXggZGVzaXJlZC1kZWx0YQ0KCQkgICAgICgtICh3aW5k b3ctbWluLWRlbHRhIHdpbmRvdyBuaWwgd2luZG93KSkpKSkNCg0KCTs7IFRoaXMgYGNvbmRp dGlvbi1jYXNlJyBzaG91bGRuJ3QgYmUgbmVjZXNzYXJ5LCBidXQgd2hvIGtub3dzPw0KCSh1 bmxlc3MgKHplcm9wIGRlbHRhKQ0KCSAgKGNvbmRpdGlvbi1jYXNlIG5pbA0KCSAgICAgIChw cm9nbg0KCQk7OyBSZXR1cm4gemVybyBpZiBERUxUQSBiZWNhbWUgemVybyBpbiB0aGUgcHJv Y2Vzcy4NCgkJOzsgRG9uJ3QgdHJ5IHRvIHJlZGlzcGxheSB3aXRoIHRoZSBjdXJzb3IgYXQg dGhlIGVuZCBvbiBpdHMNCgkJOzsgb3duIGxpbmUtLXRoYXQgd291bGQgZm9yY2UgYSBzY3Jv bGwgYW5kIHNwb2lsIHRoaW5ncy4NCgkJKHdoZW4gKGFuZCAoZW9icCkgKGJvbHApIChub3Qg KGJvYnApKSkNCgkJICA7OyBJdCdzIHNpbGx5IHRvIHB1dCBgcG9pbnQnIGF0IHRoZSBlbmQg b2YgdGhlIHByZXZpb3VzDQoJCSAgOzsgbGluZSBhbmQgc28gbWF5YmUgZm9yY2UgaG9yaXpv bnRhbCBzY3JvbGxpbmcuDQoJCSAgKHNldC13aW5kb3ctcG9pbnQgd2luZG93IChsaW5lLWJl Z2lubmluZy1wb3NpdGlvbiAwKSkpDQoJCTs7IENhbGwgYHdpbmRvdy1yZXNpemUnIHdpdGgg T1ZFUlJJREUgYXJndW1lbnQgZXF1YWwgV0lORE9XLg0KCQkod2luZG93LXJlc2l6ZSB3aW5k b3cgZGVsdGEgbmlsIHdpbmRvdykNCgkJOzsgQ2hlY2sgaWYgdGhlIGxhc3QgbGluZSBpcyBz dXJlbHkgZnVsbHkgdmlzaWJsZS4gIElmDQoJCTs7IG5vdCwgZW5sYXJnZSB0aGUgd2luZG93 Lg0KCQkobGV0ICgoZW5kIChzYXZlLWV4Y3Vyc2lvbg0KCQkJICAgICAoZ290by1jaGFyIChw b2ludC1tYXgpKQ0KCQkJICAgICAod2hlbiAoYW5kIChib2xwKSAobm90IChib2JwKSkpDQoJ CQkgICAgICAgOzsgRG9uJ3QgaW5jbHVkZSBmaW5hbCBuZXdsaW5lLg0KCQkJICAgICAgIChi YWNrd2FyZC1jaGFyIDEpKQ0KCQkJICAgICAod2hlbiB0cnVuY2F0ZS1saW5lcw0KCQkJICAg ICAgIDs7IElmIGxpbmUtd3JhcHBpbmcgaXMgdHVybmVkIG9mZiwgdGVzdCB0aGUNCgkJCSAg ICAgICA7OyBiZWdpbm5pbmcgb2YgdGhlIGxhc3QgbGluZSBmb3INCgkJCSAgICAgICA7OyB2 aXNpYmlsaXR5IGluc3RlYWQgb2YgdGhlIGVuZCwgYXMgdGhlDQoJCQkgICAgICAgOzsgZW5k IG9mIHRoZSBsaW5lIGNvdWxkIGJlIGludmlzaWJsZSBieQ0KCQkJICAgICAgIDs7IHZpcnR1 ZSBvZiBleHRlbmRpbmcgcGFzdCB0aGUgZWRnZSBvZiB0aGUNCgkJCSAgICAgICA7OyB3aW5k b3cuDQoJCQkgICAgICAgKGZvcndhcmQtbGluZSAwKSkNCgkJCSAgICAgKHBvaW50KSkpKQ0K CQkgIChzZXQtd2luZG93LXZzY3JvbGwgd2luZG93IDApDQoJCSAgOzsgVGhpcyBsb29wIG1p Z2h0IGluIHNvbWUgcmFyZSBwYXRob2xvZ2ljYWwgY2FzZXMgcmFpc2UNCgkJICA7OyBhbiBl cnJvciAtIGFub3RoZXIgcmVhc29uIGZvciB0aGUgYGNvbmRpdGlvbi1jYXNlJy4NCgkJICAo d2hpbGUgKGFuZCAoPCBkZXNpcmVkLWhlaWdodCBtYXgtaGVpZ2h0KQ0KCQkJICAgICAgKD0g ZGVzaXJlZC1oZWlnaHQgKHdpbmRvdy10b3RhbC1zaXplKSkNCgkJCSAgICAgIChub3QgKHBv cy12aXNpYmxlLWluLXdpbmRvdy1wIGVuZCkpKQ0KCQkgICAgKHdpbmRvdy1yZXNpemUgd2lu ZG93IDEgbmlsIHdpbmRvdykNCgkJICAgIChzZXRxIGRlbHRhICgxKyBkZWx0YSkpDQoJCSAg ICAoc2V0cSBkZXNpcmVkLWhlaWdodCAoMSsgZGVzaXJlZC1oZWlnaHQpKSkpKQ0KCSAgICAo ZXJyb3IgbmlsKSkpDQoNCgkoKyBkZWwtZGVsdGEgZGVsdGEpKSkpKQ0K --------------020607040600040300050005-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 28 19:06:13 2012 Received: (at 11985) by debbugs.gnu.org; 28 Jul 2012 23:06:13 +0000 Received: from localhost ([127.0.0.1]:47323 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SvG5M-0007gz-Ql for submit@debbugs.gnu.org; Sat, 28 Jul 2012 19:06:13 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:45812) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SvG5K-0007gs-Ek for 11985@debbugs.gnu.org; Sat, 28 Jul 2012 19:06:11 -0400 Received: from pchdb00005.uni-regensburg.de ([132.199.129.10]:36389 helo=regnitz) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1SvFyT-0006Yc-2g; Sat, 28 Jul 2012 18:59:05 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20500.28342.516245.729689@gargle.gargle.HOWL> Date: Sat, 28 Jul 2012 17:59:02 -0500 From: "Roland Winkler" To: martin rudalics Subject: Re: bug#11985: 24.1; fit-window-to-buffer does not grab whole frame In-Reply-To: <500A8C00.10001@gmx.at> References: <87obnc5l09.fsf@gnu.org> <5007E486.7090202@gmx.at> <20488.13978.807457.302232@lukas.physics.niu.edu> <500A8C00.10001@gmx.at> X-Mailer: VM 8.2 trial under 24.1.1 (x86_64-unknown-linux-gnu) X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: 11985 Cc: 11985@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) On Sat Jul 21 2012 martin rudalics wrote: > I have no strong opinion on this and never managed to understand > how the old window resize routines worked. What about the version > I attached? If necessary, I can get more aggressive ;-) I am sorry, this goes much beyond what I feel confident to comment on. I got into this when working on BBDB. This uses Electric-pop-up-window. With Emacs 24.1 this function does not behave anymore as expected. Electric-pop-up-window calls fit-window-to-buffer which calls enlarge-window. In the meanwhile I learnt from Stefan (bug#11983) that it's probably best for BBDB (and possibly other packages too) to get rid of all the Electric-* stuff. So I have not much an opinion with respect to fit-window-to-buffer, and there is yet less I could say about enlarge-window. Anyway, thanks for looking into this! From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 06 08:56:37 2012 Received: (at 11985-done) by debbugs.gnu.org; 6 Oct 2012 12:56:37 +0000 Received: from localhost ([127.0.0.1]:57895 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TKTvn-000348-4S for submit@debbugs.gnu.org; Sat, 06 Oct 2012 08:56:35 -0400 Received: from mailout-de.gmx.net ([213.165.64.23]:50607) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1TKTvi-00033r-AW for 11985-done@debbugs.gnu.org; Sat, 06 Oct 2012 08:56:32 -0400 Received: (qmail invoked by alias); 06 Oct 2012 12:56:08 -0000 Received: from 62-47-53-96.adsl.highway.telekom.at (EHLO [62.47.53.96]) [62.47.53.96] by mail.gmx.net (mp039) with SMTP; 06 Oct 2012 14:56:08 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX18+wtQRZ4M+mhF8ZxKIq02OyzEKMix6q1VNY434tH NmG/kVu0dA1M6r Message-ID: <50702A79.70705@gmx.at> Date: Sat, 06 Oct 2012 14:56:25 +0200 From: martin rudalics MIME-Version: 1.0 To: 11985-done@debbugs.gnu.org Subject: Re: bug#11985: 24.1; fit-window-to-buffer does not grab whole frame References: <87obnc5l09.fsf@gnu.org> <5007E486.7090202@gmx.at> <20488.13978.807457.302232@lukas.physics.niu.edu> <500A8C00.10001@gmx.at> <20500.28342.516245.729689@gargle.gargle.HOWL> In-Reply-To: <20500.28342.516245.729689@gargle.gargle.HOWL> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 11985-done Cc: Roland Winkler X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.8 (/) > In the meanwhile I learnt from Stefan (bug#11983) that it's probably > best for BBDB (and possibly other packages too) to get rid of all > the Electric-* stuff. So I have not much an opinion with respect to > fit-window-to-buffer, and there is yet less I could say about > enlarge-window. OK. Closing this bug. martin From unknown Fri Jun 20 07:21:34 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 04 Nov 2012 12:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator