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: Sat, 4 May 2013 07:17:01 -0700 Message-ID: <4ADDE1A195094FC99D45E8547E263EE9@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> <51840925.4050906@gmx.at> <83ehdnn7ge.fsf@gnu.org> <4DBCC1F8F1BA4204B449175E8357EAC7@us.oracle.com> <83d2t7mesg.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 1367677106 9520 80.91.229.3 (4 May 2013 14:18:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 4 May 2013 14:18:26 +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 Sat May 04 16:18:24 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 1UYdI5-0000BN-JG for geb-bug-gnu-emacs@m.gmane.org; Sat, 04 May 2013 16:18:21 +0200 Original-Received: from localhost ([::1]:41532 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UYdI5-0003VR-5W for geb-bug-gnu-emacs@m.gmane.org; Sat, 04 May 2013 10:18:21 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:43321) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UYdI1-0003VM-A1 for bug-gnu-emacs@gnu.org; Sat, 04 May 2013 10:18:19 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UYdI0-00079r-8m for bug-gnu-emacs@gnu.org; Sat, 04 May 2013 10:18:17 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:54012) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UYdI0-00079n-61 for bug-gnu-emacs@gnu.org; Sat, 04 May 2013 10:18:16 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1UYdIj-0001aj-RN for bug-gnu-emacs@gnu.org; Sat, 04 May 2013 10:19:01 -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: Sat, 04 May 2013 14:19:01 +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.13676770815904 (code B ref 14326); Sat, 04 May 2013 14:19:01 +0000 Original-Received: (at 14326) by debbugs.gnu.org; 4 May 2013 14:18:01 +0000 Original-Received: from localhost ([127.0.0.1]:58120 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYdHk-0001X4-TB for submit@debbugs.gnu.org; Sat, 04 May 2013 10:18:01 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:47737) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYdHf-0001WT-Qm for 14326@debbugs.gnu.org; Sat, 04 May 2013 10:17:57 -0400 Original-Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r44EH65t027429 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 4 May 2013 14:17:07 GMT Original-Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r44EH6Io007056 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 4 May 2013 14:17:06 GMT Original-Received: from abhmt109.oracle.com (abhmt109.oracle.com [141.146.116.61]) by userz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r44EH5cS019295; Sat, 4 May 2013 14:17:05 GMT Original-Received: from dradamslap1 (/71.202.147.44) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 04 May 2013 07:17:05 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <83d2t7mesg.fsf@gnu.org> Thread-Index: Ac5IkebNL22Rf6RbSzGpkfUG2NN8EwAPnigg 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:73951 Archived-At: > > All of that just repeats the claim; it does not support it. > > I wrote the answer to that many times, almost in every message I > posted lately in this thread: BECAUSE THE FRAME IS MAXIMIZED. > > A maximized frame should stay that way for as long as the user wants > that. The only way the user says she no longer wants a maximized > frame is (a) by explicitly changing the frame dimensions, or (b) by > changing the fullscreen frame parameter to something else. > > Maximizing the frame is not just a quick way of changing its > dimensions, it's something else. It makes the frame _qualitatively_ > different. > > Now, if you don't agree with that, we will have to disagree. I've > said everything I have to say on this matter. OK, it's clear. For you, "The only way the user says she no longer wants a maximized frame" is to explicitly unmaximize OR to explicitly change the frame dimensions. Where we disagree is apparently in what it means to "explicitly" make such changes. Changing the frame dimensions is the normal, documented, always-has-been behavior of `set-frame-font' with no non-nil optional arguments. That's pretty explicit: such a call _explicitly_ changes the frame dimensions, since that is what `set-frame-font' is documented to do. What makes `modify-frame-parameters' changing the frame dimensions different in your eyes from `set-frame-font' changing the frame dimensions? They are equally explicit. I suppose you could argue that though the intention to change the size is explicit in the call to `set-frame-font', the new dimensions do not appear separately and explicitly. They are represented by the font size (which of course _is_ explicit). That's rather like saying that coordinates are explicit only if they are cartesian and not polar. But at least I grant you that there is some (unimportant IMO) difference between the _representation_ of the size-specifying. Anyway, we apparently understand each other and our disagreement now, which is better than misunderstanding.