From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#14326: 24.3; Conflict of w32-send-sys-command and set-default-font Date: Fri, 3 May 2013 11:19:25 -0700 Message-ID: <89CF77401D72463FB388F000A0008788@us.oracle.com> References: <5180DD2B.3080407@gmx.at> <83a9oepwuu.fsf@gnu.org> <5182307C.6000102@gmx.at> <83mwsdnwc8.fsf@gnu.org> <5182B156.2000100@gmx.at> <83bo8tnre7.fsf@gnu.org> <5182B999.4050304@gmx.at> <838v3xnpdo.fsf@gnu.org> <51835DBB.1060609@gmx.at> <4386D48859F6492782CD444664DB8711@us.oracle.com> <83ppx8m5di.fsf@gnu.org> <485D052803B741AB8EE23142D30E1DA8@us.oracle.com> <83mwsclz2j.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1367605249 16280 80.91.229.3 (3 May 2013 18:20:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 3 May 2013 18:20:49 +0000 (UTC) Cc: eenliu@gmail.com, 14326@debbugs.gnu.org To: "'Eli Zaretskii'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri May 03 20:20:37 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 1UYKas-000505-7d for geb-bug-gnu-emacs@m.gmane.org; Fri, 03 May 2013 20:20:30 +0200 Original-Received: from localhost ([::1]:42027 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UYKar-00032X-QV for geb-bug-gnu-emacs@m.gmane.org; Fri, 03 May 2013 14:20:29 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:47889) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UYKan-00031q-Um for bug-gnu-emacs@gnu.org; Fri, 03 May 2013 14:20:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UYKam-0007vH-Qd for bug-gnu-emacs@gnu.org; Fri, 03 May 2013 14:20:25 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:53175) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UYKam-0007vB-Mz for bug-gnu-emacs@gnu.org; Fri, 03 May 2013 14:20:24 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1UYKbO-0006nr-6P for bug-gnu-emacs@gnu.org; Fri, 03 May 2013 14:21:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 03 May 2013 18:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14326 X-GNU-PR-Package: emacs,w32 X-GNU-PR-Keywords: Original-Received: via spool by 14326-submit@debbugs.gnu.org id=B14326.136760521526076 (code B ref 14326); Fri, 03 May 2013 18:21:02 +0000 Original-Received: (at 14326) by debbugs.gnu.org; 3 May 2013 18:20:15 +0000 Original-Received: from localhost ([127.0.0.1]:57284 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYKac-0006mX-Mr for submit@debbugs.gnu.org; Fri, 03 May 2013 14:20:14 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:44367) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYKaZ-0006mI-OS for 14326@debbugs.gnu.org; Fri, 03 May 2013 14:20:13 -0400 Original-Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r43IJSaj008934 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 3 May 2013 18:19:29 GMT Original-Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r43IJQJk002640 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 3 May 2013 18:19:27 GMT Original-Received: from abhmt108.oracle.com (abhmt108.oracle.com [141.146.116.60]) by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r43IJQ7I028885; Fri, 3 May 2013 18:19:26 GMT Original-Received: from dradamslap1 (/130.35.178.8) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 03 May 2013 11:19:26 -0700 X-Mailer: Microsoft Office Outlook 11 Thread-Index: Ac5IKLc2Pw6IwGNWTSmlKMc17ruQWwAAGFiw In-Reply-To: <83mwsclz2j.fsf@gnu.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.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:73926 Archived-At: > > > > Is the intention that one cannot change the size, once > > > > a frame has been maximized (without first unmaximizing it)? > > > > > > There's no such intention. What Martin is arguing (I think) > > > was that in a maximized frame, set-default-font should alway > > > behave as if its 2nd argument were non-nil. > > > > Why should it? > > > > Especially given the statement that there is no intention > > that one must unmaximize a frame before changing its size. > > > > If we impose such a behavior for `set-default-font' then it > > means that in that case there _is_ such an intention: one > > would need to unmaximize the frame first, before using > > `set-default-font' with nil KEEP-SIZE, to make a nil KEEP-SIZE > > value (the default!) be respected. Why such an exception? > > Because the frame is maximized. > > Let me turn the table and ask you: why would you want to have the > frame resized just because you changed the font? Perhaps I am misunderstanding. I thought you said that to resize the frame when it has been maximized one does NOT need to first unmaximize it: just go ahead and change the frame parameters that establish the new size. And I thought you said that trying to resize the frame by using `set-frame-font' (with nil KEEP-SIZE: the default) would be an exception to this. To resize the frame using `set-frame-font' you would first need to unmaximize the frame. If I understand correctly so far then my question is why resizing the frame using `set-frame-font' (with nil KEEP-SIZE) should be an exception. As to why one might "want to have the frame resized just because you changed the font": that is precisely the point of `set-frame-size' with nil KEEP-SIZE (which is the *default* behavior, not some crazy, exceptional behavior). (More precisely, resizing the frame is one of the intended effects if the new font size is different.) `set-frame-font' resizes the frame, by default, if the new font size is different. That is what it is supposed to do. Since `set-frame-font' is one way of changing the frame size, and (I think) you said that to resize a maximized frame you need not first unmaximize it, why should that not be the case also for resizing using `set-frame-font'?