From unknown Wed Jun 18 00:12:42 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#14326 <14326@debbugs.gnu.org> To: bug#14326 <14326@debbugs.gnu.org> Subject: Status: 24.3; Conflict of w32-send-sys-command and set-default-font Reply-To: bug#14326 <14326@debbugs.gnu.org> Date: Wed, 18 Jun 2025 07:12:42 +0000 retitle 14326 24.3; Conflict of w32-send-sys-command and set-default-font reassign 14326 emacs,w32 submitter 14326 Eric Liu severity 14326 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 30 21:36:20 2013 Received: (at submit) by debbugs.gnu.org; 1 May 2013 01:36:20 +0000 Received: from localhost ([127.0.0.1]:53006 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UXLxz-0008TM-Pj for submit@debbugs.gnu.org; Tue, 30 Apr 2013 21:36:20 -0400 Received: from eggs.gnu.org ([208.118.235.92]:39321) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UXLwh-0008Pe-Gl for submit@debbugs.gnu.org; Tue, 30 Apr 2013 21:35:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UXLwD-00033c-Ls for submit@debbugs.gnu.org; Tue, 30 Apr 2013 21:34: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=0.0 required=5.0 tests=BAYES_40,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:35653) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UXLwD-00033W-JF for submit@debbugs.gnu.org; Tue, 30 Apr 2013 21:34:29 -0400 Received: from eggs.gnu.org ([208.118.235.92]:50656) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UXLw9-00031e-J2 for bug-gnu-emacs@gnu.org; Tue, 30 Apr 2013 21:34:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UXLw6-00032R-FH for bug-gnu-emacs@gnu.org; Tue, 30 Apr 2013 21:34:25 -0400 Received: from mail-la0-x22c.google.com ([2a00:1450:4010:c03::22c]:61858) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UXLw6-00032C-1w for bug-gnu-emacs@gnu.org; Tue, 30 Apr 2013 21:34:22 -0400 Received: by mail-la0-f44.google.com with SMTP id ed20so990216lab.3 for ; Tue, 30 Apr 2013 18:34:20 -0700 (PDT) X-Received: by 10.152.8.231 with SMTP id u7mr260073laa.27.1367372060734; Tue, 30 Apr 2013 18:34:20 -0700 (PDT) Received: from mail-lb0-f176.google.com (mail-lb0-f176.google.com [209.85.217.176]) by mx.google.com with ESMTPSA id e2sm258898lag.5.2013.04.30.18.34.19 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 30 Apr 2013 18:34:19 -0700 (PDT) Received: by mail-lb0-f176.google.com with SMTP id p10so1092448lbv.21 for ; Tue, 30 Apr 2013 18:34:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=DvC3TxB77lJM7tSk31OPIdxRiFql9dQUEb4iZsWSZik=; b=ZJunKaWZnknBtY0iqYvWhajCEfZVuO6hCfmnVjxWfzIJpwCM7ytae6rspfm//c+1XW KknQ5pRZYjkg26n6GtGDf+2tJ/2iV8yghud+4GvS7uQko4/63q5A/D6RH/BxeZFXdYiR ZtZp4jLgFYkJdIv2A1tyw5Q9flgKGx3maLD0Q/MZkz8tsRd8uc/ufp4bNyRlzKpzBlS+ qdJK8XICz05Lrsg38xoYjCfaFdpKCHGlFWu15WtuyBR4iuL69rujQReIL4zMt0+xlzR9 mQybZtAamCB+/EeU8XLhjVgKRDGLnFIfJCpBqFk5cvu7TWoVnLXIySRojQt/qz5P72OG 014Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=DvC3TxB77lJM7tSk31OPIdxRiFql9dQUEb4iZsWSZik=; b=OvEIqMR5gRLA7npVLIaYm8J5Rc1iiP17eb24NJL1COItSYOi8iBG9VLiHgC0Po9uue bnJNQ6hG41fB3TfovTFeQfZqWzpaLsHKRUlsOQiQFAff6HM5pZiBrrOQe+k6tImQhaQ5 SwjU615MamJaYA0JaEuczI9J5P+MQbxC25qdFlhFDXMoXdGwkrOSSd7FS8fLMJIZm8DM cKKl1HEjh+9ZEiCZI0A3uYvfNabZnK6JnAB3tT3vbPFbBx05FGBoPjVg7ZOp0G8+lEH7 iOQKMwpie5zqhicH9O+UaxNmnLPeW+NWvLuGDJEUNn6bKNOwbZ9Av81STokNcjW6MeFq NZxA== MIME-Version: 1.0 X-Received: by 10.112.173.39 with SMTP id bh7mr478445lbc.62.1367372058604; Tue, 30 Apr 2013 18:34:18 -0700 (PDT) Received: by 10.112.170.101 with HTTP; Tue, 30 Apr 2013 18:34:18 -0700 (PDT) Date: Tue, 30 Apr 2013 18:34:18 -0700 Message-ID: Subject: 24.3; Conflict of w32-send-sys-command and set-default-font From: Eric Liu To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary=001a11c26414d44c9304db9e1d13 X-Gm-Message-State: ALoCoQlSkmgtuKsi1dvNuOYd7m6l9GyBmaVcY+JbOog/jtF6MoqkzZv8h1/Ns2lbdvktLbNI5Dcp X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -6.1 (------) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Tue, 30 Apr 2013 21:36:18 -0400 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.1 (------) --001a11c26414d44c9304db9e1d13 Content-Type: text/plain; charset=UTF-8 I am running Emacs 24.3 on Windows 7, with only two commands in my Emacs init file: (w32-send-sys-command 61488) ;; maximize frame at startup (set-default-font "Monaco-10") The first command works well alone, but it stops to maximize frame after the second one is added to init file. However, if eval them after Emacs starts up by M-x eval-expression, then (w32-send-sys-command 61488) still works. Discussion on gnu.emacs.help: https://groups.google.com/forum/#!topic/gnu.emacs.help/qJRp0XEf2U0 In GNU Emacs 24.3.1 (i386-mingw-nt6.1.7601) of 2013-03-17 on MARVIN Windowing system distributor `Microsoft Corp.', version 6.1.7601 Configured using: `configure --with-gcc (4.7) --cflags -ID:/devel/emacs/libs/libXpm-3.5.8/include -ID:/devel/emacs/libs/libXpm-3.5.8/src -ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include -ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include -ID:/devel/emacs/libs/giflib-4.1.4-1/include -ID:/devel/emacs/libs/jpeg-6b-4/include -ID:/devel/emacs/libs/tiff-3.8.2-1/include -ID:/devel/emacs/libs/gnutls-3.0.9/include -ID:/devel/emacs/libs/libiconv-1.13.1-1-dev/include -ID:/devel/emacs/libs/libxml2-2.7.8/include/libxml2' Important settings: value of $LANG: ENU locale-coding-system: cp1252 default enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t line-number-mode: t transient-mark-mode: t Recent input: Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process w32 multi-tty emacs) --001a11c26414d44c9304db9e1d13 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I am running Emacs 24.3 on Windows 7, with only two comman= ds in my Emacs init file:
=C2=A0=C2=A0=C2=A0 (w32-send-sys-command 61488= ) ;; maximize frame at startup
=C2=A0=C2=A0=C2=A0 (set-default-font &quo= t;Monaco-10")=C2=A0
The first command works well alone, but it sto= ps to maximize frame after the second one is
added to init file. However, if eval them after Emacs starts up by M-x eval= -expression, then=C2=A0 (w32-send-sys-command 61488) still works.

D= iscussion on gnu.emacs.help:
=C2=A0=C2=A0=C2=A0 https://groups.googl= e.com/forum/#!topic/gnu.emacs.help/qJRp0XEf2U0



In GNU Emacs 24.3.1 (i386-mingw-nt6.1.7601)
=C2=A0of 2013-03= -17 on MARVIN
Windowing system distributor `Microsoft Corp.', versio= n 6.1.7601
Configured using:
=C2=A0`configure --with-gcc (4.7) --cfla= gs
=C2=A0-ID:/devel/emacs/libs/libXpm-3.5.8/include
=C2=A0-ID:/devel/emacs/= libs/libXpm-3.5.8/src
=C2=A0-ID:/devel/emacs/libs/libpng-dev_1.4.3-1/inc= lude
=C2=A0-ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include
=C2=A0-ID:/= devel/emacs/libs/giflib-4.1.4-1/include
=C2=A0-ID:/devel/emacs/libs/jpeg-6b-4/include
=C2=A0-ID:/devel/emacs/lib= s/tiff-3.8.2-1/include
=C2=A0-ID:/devel/emacs/libs/gnutls-3.0.9/include<= br>=C2=A0-ID:/devel/emacs/libs/libiconv-1.13.1-1-dev/include
=C2=A0-ID:/= devel/emacs/libs/libxml2-2.7.8/include/libxml2'

Important settings:
=C2=A0 value of $LANG: ENU
=C2=A0 locale-codi= ng-system: cp1252
=C2=A0 default enable-multibyte-characters: t

M= ajor mode: Fundamental

Minor modes in effect:
=C2=A0 tooltip-mode= : t
=C2=A0 mouse-wheel-mode: t
=C2=A0 tool-bar-mode: t
=C2=A0 menu-bar-mode: t
=C2=A0 file-name-shad= ow-mode: t
=C2=A0 global-font-lock-mode: t
=C2=A0 blink-cursor-mode: = t
=C2=A0 auto-composition-mode: t
=C2=A0 auto-encryption-mode: t
= =C2=A0 auto-compression-mode: t
=C2=A0 buffer-read-only: t
=C2=A0 line-number-mode: t
=C2=A0 transient-mark-mode: t

Recent i= nput:
<help-echo> <help-echo> <help-echo> <help-ech= o> <help-echo>
<help-echo> <help-echo> <help-ec= ho> <help-echo> <help-echo>
<help-echo> <menu-bar> <help-menu> <send-emacs-bug
= -report>

Recent messages:
For information about GNU Emacs and = the GNU system, type C-h C-a.

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug message format-s= pec rfc822 mml
easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse= rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-d= rums
mm-util mail-prsvr mail-utils time-date tooltip ediff-hook vc-hooks
lisp= -float-type mwheel dos-w32 ls-lisp w32-common-fns disp-table w32-win
w32= -vars tool-bar dnd fontset image regexp-opt fringe tabulated-list
newcom= ment lisp-mode register page menu-bar rfn-eshadow timer select
scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame chamgeorgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
kore= an japanese hebrew greek romanian slovak czech european ethiopic
indian = cyrillic chinese case-table epa-hook jka-cmpr-hook help simple
abbrev minibuffer loaddefs button faces cus-face macroexp files
text-pro= perties overlay sha1 md5 base64 format env code-pages mule
custom widget= hashtable-print-readable backquote make-network-process
w32 multi-tty e= macs)

--001a11c26414d44c9304db9e1d13-- From debbugs-submit-bounces@debbugs.gnu.org Wed May 01 05:16:07 2013 Received: (at 14326) by debbugs.gnu.org; 1 May 2013 09:16:07 +0000 Received: from localhost ([127.0.0.1]:53301 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UXT8v-0008BJ-M3 for submit@debbugs.gnu.org; Wed, 01 May 2013 05:16:07 -0400 Received: from mout.gmx.net ([212.227.15.19]:54909) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UXT8t-0008Ax-4u for 14326@debbugs.gnu.org; Wed, 01 May 2013 05:16:04 -0400 Received: from mailout-de.gmx.net ([10.1.76.12]) by mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id 0M1kqC-1UIPMK1oja-00tjhn for <14326@debbugs.gnu.org>; Wed, 01 May 2013 11:15:34 +0200 Received: (qmail invoked by alias); 01 May 2013 09:15:34 -0000 Received: from 62-47-55-58.adsl.highway.telekom.at (EHLO [62.47.55.58]) [62.47.55.58] by mail.gmx.net (mp012) with SMTP; 01 May 2013 11:15:34 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/y1ItQDTfy7B4m303Kt7l/X1gxLoD4Ys5SDxN6Hq OmUq6kue0id+F3 Message-ID: <5180DD2B.3080407@gmx.at> Date: Wed, 01 May 2013 11:15:23 +0200 From: martin rudalics MIME-Version: 1.0 To: Eric Liu Subject: Re: bug#14326: 24.3; Conflict of w32-send-sys-command and set-default-font References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 14326 Cc: 14326@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 (-) > I am running Emacs 24.3 on Windows 7, with only two commands in my Emacs > init file: > (w32-send-sys-command 61488) ;; maximize frame at startup > (set-default-font "Monaco-10") > The first command works well alone, but it stops to maximize frame after > the second one is > added to init file. However, if eval them after Emacs starts up by M-x > eval-expression, then (w32-send-sys-command 61488) still works. Does interchanging the order of these two lines change anything? What happens when, with emacs -Q, you evaluate the form (progn (w32-send-sys-command 61488) ;; maximize frame at startup (set-default-font "Monaco-10")) and what happens when you do (progn (w32-send-sys-command 61488) ;; maximize frame at startup (sit-for 1) (set-default-font "Monaco-10")) instead? Conceptually: Does anyone know whether sending a 61488 request to Windows has Windows call us back with a maximize request? martin From debbugs-submit-bounces@debbugs.gnu.org Wed May 01 11:03:31 2013 Received: (at 14326) by debbugs.gnu.org; 1 May 2013 15:03:31 +0000 Received: from localhost ([127.0.0.1]:54053 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UXYZ8-0005g0-Ca for submit@debbugs.gnu.org; Wed, 01 May 2013 11:03:30 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:38525) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UXYZ4-0005fi-Et for 14326@debbugs.gnu.org; Wed, 01 May 2013 11:03:28 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MM400J00KDSQW00@a-mtaout20.012.net.il> for 14326@debbugs.gnu.org; Wed, 01 May 2013 18:02:09 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MM400J89KFGR000@a-mtaout20.012.net.il>; Wed, 01 May 2013 18:02:09 +0300 (IDT) Date: Wed, 01 May 2013 18:02:01 +0300 From: Eli Zaretskii Subject: Re: bug#14326: 24.3; Conflict of w32-send-sys-command and set-default-font In-reply-to: <5180DD2B.3080407@gmx.at> X-012-Sender: halo1@inter.net.il To: martin rudalics Message-id: <83a9oepwuu.fsf@gnu.org> References: <5180DD2B.3080407@gmx.at> X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 14326 Cc: eenliu@gmail.com, 14326@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii 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.2 (-) > Date: Wed, 01 May 2013 11:15:23 +0200 > From: martin rudalics > Cc: 14326@debbugs.gnu.org > > > I am running Emacs 24.3 on Windows 7, with only two commands in my Emacs > > init file: > > (w32-send-sys-command 61488) ;; maximize frame at startup > > (set-default-font "Monaco-10") > > The first command works well alone, but it stops to maximize frame after > > the second one is > > added to init file. However, if eval them after Emacs starts up by M-x > > eval-expression, then (w32-send-sys-command 61488) still works. > > Does interchanging the order of these two lines change anything? I'd be surprised if it didn't. It does here. See below. > and what happens when you do > > (progn > (w32-send-sys-command 61488) ;; maximize frame at startup > (sit-for 1) > (set-default-font "Monaco-10")) > > instead? Doesn't work, either. Triggering redisplay doesn't help here. > Conceptually: Does anyone know whether sending a 61488 request to > Windows has Windows call us back with a maximize request? Of course, it does. (And the 61488 request is not sent to Windows, it is sent to our own window procedure.) Since we don't process the 61488 (a.k.a. WM_SYSCOMMAND) message, we get WM_SIZE as its result. Until we get that WM_SIZE message, our frame is not really maximized, and its dimensions are not reflected in the frame object's internals. So set-default-font uses the previous dimensions, and effectively resets or countermands the effect of w32-send-sys-command. Invoking the commands in the reverse order doesn't have this problem, because the effect of set-default-font is immediate. Moreover, I submit that the OP does not _want_ to invoke set-default-font after maximizing the frame, even if it did work. That's because changing the font of a maximized frame will either make it not maximized (if the new font is smaller) or make some of its parts, such as the minibuffer, invisible (if the font is larger). The machinery that maximizes the frame takes the font into account, so changing the font afterwards defeats what it does by invalidating all the pixel calculations Windows does using the previous font. IOW, this is not a bug, but rather a cockpit error. The correct way is to swap the order of these two lines. From debbugs-submit-bounces@debbugs.gnu.org Wed May 01 13:33:57 2013 Received: (at 14326) by debbugs.gnu.org; 1 May 2013 17:33:57 +0000 Received: from localhost ([127.0.0.1]:54127 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UXaui-0003H5-MM for submit@debbugs.gnu.org; Wed, 01 May 2013 13:33:57 -0400 Received: from mail-la0-f49.google.com ([209.85.215.49]:52388) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UXauf-0003Go-E8 for 14326@debbugs.gnu.org; Wed, 01 May 2013 13:33:55 -0400 Received: by mail-la0-f49.google.com with SMTP id fp13so1489551lab.8 for <14326@debbugs.gnu.org>; Wed, 01 May 2013 10:33:22 -0700 (PDT) X-Received: by 10.152.115.173 with SMTP id jp13mr1250110lab.49.1367429601887; Wed, 01 May 2013 10:33:21 -0700 (PDT) Received: from mail-la0-x22a.google.com (mail-la0-x22a.google.com [2a00:1450:4010:c03::22a]) by mx.google.com with ESMTPSA id sl5sm1548291lbb.10.2013.05.01.10.33.20 for <14326@debbugs.gnu.org> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 01 May 2013 10:33:20 -0700 (PDT) Received: by mail-la0-f42.google.com with SMTP id eb20so1518038lab.29 for <14326@debbugs.gnu.org>; Wed, 01 May 2013 10:33:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=cK1ChTQ6SatT6sboNLfSHS/jntdCWdV4MC+cBfuK3K4=; b=aqK300aLsK0DK4JIEvCy1LGsm3glpvyet6CM+P75+1vU6inxDwvzYIkAAIjpLaxWge Idwy17AaEo/2bOoi7hrIzFsLjZwJpK83C3Qe/4Z3Dy/8G56yFmVuIJ0wZ2Fm6Z43Wzng 3vwlspIbPJjzlMfl3ybubs+MiJmbXOufZvrpgFldMR+qU2Kfc4fkucww47zOxgmzwpFS P/E9OdO8bXzQDthvhhk6KRidsLk1dm4ltZqpDupV47Yf2S8VGWVm4NhuiTA0+s5ADCi0 Jd4s1kzSyNn8UVCanR/81uML0/d/rTHq1cp9sgUYktBnGaiLzQ1cXagfeWh1FJLOUEsA Ijqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:x-gm-message-state; bh=cK1ChTQ6SatT6sboNLfSHS/jntdCWdV4MC+cBfuK3K4=; b=dfEJ7DqP+5SuUJ1LIkbpy0tFOmj5OE/A+x0B0MyHBy0eTo4T87zdMxkoOn9XBF8rd3 HxUx1B19jPIFn0C/kZW6S7hRYM6xJpS3eSg1zaEjzd/kOOYUt5WyDRPP3PFJw9CMHt5X bpva9F08+v+kTsInjg3X9tHqSZA6b70Bt2gVoBNJcKhv65bV6pews4artbY4LYGqXVKF DLeCL8jwL48Fj93EA0TC8lujxpiVaRuRNWls0Z3vU5T6z4cpSlVWdh5528t4DIeIVZls sj7qMNizK69YU75EwKtvGdd3ODbJkAMs6eCoSpDw4Dz6jzF6bTndWhfbQsxw65Shs/OO 3fiw== MIME-Version: 1.0 X-Received: by 10.152.37.196 with SMTP id a4mr1245531lak.55.1367429599349; Wed, 01 May 2013 10:33:19 -0700 (PDT) Received: by 10.112.170.101 with HTTP; Wed, 1 May 2013 10:33:19 -0700 (PDT) In-Reply-To: <83a9oepwuu.fsf@gnu.org> References: <5180DD2B.3080407@gmx.at> <83a9oepwuu.fsf@gnu.org> Date: Wed, 1 May 2013 10:33:19 -0700 Message-ID: Subject: Re: bug#14326: 24.3; Conflict of w32-send-sys-command and set-default-font From: Eric Liu To: Eli Zaretskii Content-Type: multipart/alternative; boundary=089e01493c8a86652a04dbab8329 X-Gm-Message-State: ALoCoQmr5EBkYj8jkOF62P09ZViqT++ZnIkRe0CZyEe4//mq1+scWIMJLmBm4zS8ohp1quZ1IKtz X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 14326 Cc: martin rudalics , 14326@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: -2.6 (--) --089e01493c8a86652a04dbab8329 Content-Type: text/plain; charset=UTF-8 Yes, swapping the two lines does work. Thank you guys! On Wed, May 1, 2013 at 8:02 AM, Eli Zaretskii wrote: > > Date: Wed, 01 May 2013 11:15:23 +0200 > > From: martin rudalics > > Cc: 14326@debbugs.gnu.org > > > > > I am running Emacs 24.3 on Windows 7, with only two commands in my > Emacs > > > init file: > > > (w32-send-sys-command 61488) ;; maximize frame at startup > > > (set-default-font "Monaco-10") > > > The first command works well alone, but it stops to maximize frame > after > > > the second one is > > > added to init file. However, if eval them after Emacs starts up by M-x > > > eval-expression, then (w32-send-sys-command 61488) still works. > > > > Does interchanging the order of these two lines change anything? > > I'd be surprised if it didn't. It does here. See below. > > > and what happens when you do > > > > (progn > > (w32-send-sys-command 61488) ;; maximize frame at startup > > (sit-for 1) > > (set-default-font "Monaco-10")) > > > > instead? > > Doesn't work, either. Triggering redisplay doesn't help here. > > > Conceptually: Does anyone know whether sending a 61488 request to > > Windows has Windows call us back with a maximize request? > > Of course, it does. (And the 61488 request is not sent to Windows, it > is sent to our own window procedure.) Since we don't process the > 61488 (a.k.a. WM_SYSCOMMAND) message, we get WM_SIZE as its result. > Until we get that WM_SIZE message, our frame is not really maximized, > and its dimensions are not reflected in the frame object's internals. > So set-default-font uses the previous dimensions, and effectively > resets or countermands the effect of w32-send-sys-command. > > Invoking the commands in the reverse order doesn't have this problem, > because the effect of set-default-font is immediate. > > Moreover, I submit that the OP does not _want_ to invoke > set-default-font after maximizing the frame, even if it did work. > That's because changing the font of a maximized frame will either make > it not maximized (if the new font is smaller) or make some of its > parts, such as the minibuffer, invisible (if the font is larger). The > machinery that maximizes the frame takes the font into account, so > changing the font afterwards defeats what it does by invalidating all > the pixel calculations Windows does using the previous font. > > IOW, this is not a bug, but rather a cockpit error. The correct way > is to swap the order of these two lines. > --089e01493c8a86652a04dbab8329 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Yes, swapping the two lines does work. Thank you guys!
=


On Wed,= May 1, 2013 at 8:02 AM, Eli Zaretskii <eliz@gnu.org> wrote:
> Date: Wed, 01 May 2013 11:15:23 +0200 > From: martin rudalics <rudalics@= gmx.at>
> Cc: 14326@debbugs.gnu.org=
>
> =C2=A0> I am running Emacs 24.3 on Windows 7, with only two command= s in my Emacs
> =C2=A0> init file:
> =C2=A0> =C2=A0 =C2=A0 (w32-send-sys-command 61488) ;; maximize fram= e at startup
> =C2=A0> =C2=A0 =C2=A0 (set-default-font "Monaco-10")
> =C2=A0> The first command works well alone, but it stops to maximiz= e frame after
> =C2=A0> the second one is
> =C2=A0> added to init file. However, if eval them after Emacs start= s up by M-x
> =C2=A0> eval-expression, then =C2=A0(w32-send-sys-command 61488) st= ill works.
>
> Does interchanging the order of these two lines change anything?

I'd be surprised if it didn't. =C2=A0It does here. =C2=A0See = below.

> and what happens when you do
>
> (progn
> =C2=A0 =C2=A0(w32-send-sys-command 61488) ;; maximize frame at startup=
> =C2=A0 =C2=A0(sit-for 1)
> =C2=A0 =C2=A0(set-default-font "Monaco-10"))
>
> instead?

Doesn't work, either. =C2=A0Triggering redisplay doesn't help= here.

> Conceptually: Does anyone know whether sending a 61488 request to
> Windows has Windows call us back with a maximize request?

Of course, it does. =C2=A0(And the 61488 request is not sent to Windo= ws, it
is sent to our own window procedure.) =C2=A0Since we don't process the<= br> 61488 (a.k.a. WM_SYSCOMMAND) message, we get WM_SIZE as its result.
Until we get that WM_SIZE message, our frame is not really maximized,
and its dimensions are not reflected in the frame object's internals. So set-default-font uses the previous dimensions, and effectively
resets or countermands the effect of w32-send-sys-command.

Invoking the commands in the reverse order doesn't have this problem, because the effect of set-default-font is immediate.

Moreover, I submit that the OP does not _want_ to invoke
set-default-font after maximizing the frame, even if it did work.
That's because changing the font of a maximized frame will either make<= br> it not maximized (if the new font is smaller) or make some of its
parts, such as the minibuffer, invisible (if the font is larger). =C2=A0The=
machinery that maximizes the frame takes the font into account, so
changing the font afterwards defeats what it does by invalidating all
the pixel calculations Windows does using the previous font.

IOW, this is not a bug, but rather a cockpit error. =C2=A0The correct way is to swap the order of these two lines.

--089e01493c8a86652a04dbab8329-- From debbugs-submit-bounces@debbugs.gnu.org Wed May 01 13:39:00 2013 Received: (at 14326-done) by debbugs.gnu.org; 1 May 2013 17:39:01 +0000 Received: from localhost ([127.0.0.1]:54131 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UXazc-0003R3-J6 for submit@debbugs.gnu.org; Wed, 01 May 2013 13:39:00 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:56538) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UXazZ-0003Qu-Ia for 14326-done@debbugs.gnu.org; Wed, 01 May 2013 13:38:59 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MM400200RE68M00@a-mtaout22.012.net.il> for 14326-done@debbugs.gnu.org; Wed, 01 May 2013 20:37:34 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MM4002ASRML8520@a-mtaout22.012.net.il>; Wed, 01 May 2013 20:37:34 +0300 (IDT) Date: Wed, 01 May 2013 20:37:30 +0300 From: Eli Zaretskii Subject: Re: bug#14326: 24.3; Conflict of w32-send-sys-command and set-default-font In-reply-to: X-012-Sender: halo1@inter.net.il To: Eric Liu Message-id: <834nemppnp.fsf@gnu.org> References: <5180DD2B.3080407@gmx.at> <83a9oepwuu.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 14326-done Cc: rudalics@gmx.at, 14326-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii 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.2 (-) > Date: Wed, 1 May 2013 10:33:19 -0700 > From: Eric Liu > Cc: martin rudalics , 14326@debbugs.gnu.org > > Yes, swapping the two lines does work. Thank you guys! Thanks, I'm closing the bug. From debbugs-submit-bounces@debbugs.gnu.org Thu May 02 05:23:52 2013 Received: (at 14326) by debbugs.gnu.org; 2 May 2013 09:23:52 +0000 Received: from localhost ([127.0.0.1]:54558 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UXpk0-0005dX-C3 for submit@debbugs.gnu.org; Thu, 02 May 2013 05:23:52 -0400 Received: from mout.gmx.net ([212.227.15.15]:64415) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UXpjt-0005d7-Hd for 14326@debbugs.gnu.org; Thu, 02 May 2013 05:23:50 -0400 Received: from mailout-de.gmx.net ([10.1.76.2]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0MGlZv-1UlFz41HCD-00DWMM for <14326@debbugs.gnu.org>; Thu, 02 May 2013 11:23:11 +0200 Received: (qmail invoked by alias); 02 May 2013 09:23:11 -0000 Received: from 62-47-63-245.adsl.highway.telekom.at (EHLO [62.47.63.245]) [62.47.63.245] by mail.gmx.net (mp002) with SMTP; 02 May 2013 11:23:11 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+wMfcGqrWwEf9bj7XSE3wnvXt4MENofRzK1N12TK JHuT3IAuuXm2gJ Message-ID: <5182307C.6000102@gmx.at> Date: Thu, 02 May 2013 11:23:08 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#14326: 24.3; Conflict of w32-send-sys-command and set-default-font References: <5180DD2B.3080407@gmx.at> <83a9oepwuu.fsf@gnu.org> In-Reply-To: <83a9oepwuu.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: -0.0 (/) X-Debbugs-Envelope-To: 14326 Cc: eenliu@gmail.com, 14326@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 (-) > Invoking the commands in the reverse order doesn't have this problem, > because the effect of set-default-font is immediate. Do you mean that `set-default-font' does not cause a WM_SIZE message? martin From debbugs-submit-bounces@debbugs.gnu.org Thu May 02 13:09:05 2013 Received: (at 14326) by debbugs.gnu.org; 2 May 2013 17:09:05 +0000 Received: from localhost ([127.0.0.1]:55488 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UXx0D-00061y-2v for submit@debbugs.gnu.org; Thu, 02 May 2013 13:09:05 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:54766) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UXx09-00061O-L7 for 14326@debbugs.gnu.org; Thu, 02 May 2013 13:09:02 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MM600I00KSFJ600@a-mtaout22.012.net.il> for 14326@debbugs.gnu.org; Thu, 02 May 2013 20:08:24 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MM600IA9KY03CD0@a-mtaout22.012.net.il>; Thu, 02 May 2013 20:08:24 +0300 (IDT) Date: Thu, 02 May 2013 20:08:23 +0300 From: Eli Zaretskii Subject: Re: bug#14326: 24.3; Conflict of w32-send-sys-command and set-default-font In-reply-to: <5182307C.6000102@gmx.at> X-012-Sender: halo1@inter.net.il To: martin rudalics Message-id: <83mwsdnwc8.fsf@gnu.org> References: <5180DD2B.3080407@gmx.at> <83a9oepwuu.fsf@gnu.org> <5182307C.6000102@gmx.at> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 14326 Cc: eenliu@gmail.com, 14326@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii 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.2 (-) > Date: Thu, 02 May 2013 11:23:08 +0200 > From: martin rudalics > CC: eenliu@gmail.com, 14326@debbugs.gnu.org > > > Invoking the commands in the reverse order doesn't have this problem, > > because the effect of set-default-font is immediate. > > Do you mean that `set-default-font' does not cause a WM_SIZE message? It does (although not with a maximize request), but that's not what I meant. I meant that set-default-font immediately causes the internals to reflect the change, whereas for w32-send-sys-command this only happens _after_ Emacs receives the maximize request and acts upon it by resizing the frame. From debbugs-submit-bounces@debbugs.gnu.org Thu May 02 14:33:37 2013 Received: (at 14326) by debbugs.gnu.org; 2 May 2013 18:33:37 +0000 Received: from localhost ([127.0.0.1]:55583 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UXyK1-0000zM-8S for submit@debbugs.gnu.org; Thu, 02 May 2013 14:33:37 -0400 Received: from mout.gmx.net ([212.227.17.22]:59607) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UXyJy-0000zE-Io for 14326@debbugs.gnu.org; Thu, 02 May 2013 14:33:35 -0400 Received: from mailout-de.gmx.net ([10.1.76.35]) by mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id 0LxIqi-1UV73525f8-0170zW for <14326@debbugs.gnu.org>; Thu, 02 May 2013 20:32:57 +0200 Received: (qmail invoked by alias); 02 May 2013 18:32:57 -0000 Received: from 62-47-53-91.adsl.highway.telekom.at (EHLO [62.47.53.91]) [62.47.53.91] by mail.gmx.net (mp035) with SMTP; 02 May 2013 20:32:57 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX18d40UozOcdW4TLKyYc5cAWUlK/nQ7i7BsF/6iPbO dIr7kPn4m5/zvA Message-ID: <5182B156.2000100@gmx.at> Date: Thu, 02 May 2013 20:32:54 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#14326: 24.3; Conflict of w32-send-sys-command and set-default-font References: <5180DD2B.3080407@gmx.at> <83a9oepwuu.fsf@gnu.org> <5182307C.6000102@gmx.at> <83mwsdnwc8.fsf@gnu.org> In-Reply-To: <83mwsdnwc8.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: -0.0 (/) X-Debbugs-Envelope-To: 14326 Cc: eenliu@gmail.com, 14326@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 (-) >> Do you mean that `set-default-font' does not cause a WM_SIZE message? > > It does (although not with a maximize request), but that's not what I > meant. I meant that set-default-font immediately causes the internals > to reflect the change, whereas for w32-send-sys-command this only > happens _after_ Emacs receives the maximize request and acts upon it > by resizing the frame. w32term.c contains the following comment text: /* The following mirrors what is done in xterm.c. It appears to be for informing lisp of the new size immediately, while the actual resize will happen asynchronously. But on Windows, the menu bar automatically wraps when the frame is too narrow to contain it, and that causes any calculations made here to come out wrong. The end is some nasty buggy behavior, including the potential loss of the minibuffer. ... */ So we reflect the change internally for `set-default-font', which, when changing the default font to a very small size may easily cause a wrap of the menubar, while we do not reflect the change internally for a maximization which hardly ever will cause the menubar to wrap more than it wrapped before. Something doesn't make sense here :-( martin From debbugs-submit-bounces@debbugs.gnu.org Thu May 02 14:56:25 2013 Received: (at 14326) by debbugs.gnu.org; 2 May 2013 18:56:25 +0000 Received: from localhost ([127.0.0.1]:55613 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UXyg4-0001tc-Pb for submit@debbugs.gnu.org; Thu, 02 May 2013 14:56:25 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:50817) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UXyg1-0001tK-AL for 14326@debbugs.gnu.org; Thu, 02 May 2013 14:56:22 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MM600J00PUEMU00@a-mtaout22.012.net.il> for 14326@debbugs.gnu.org; Thu, 02 May 2013 21:55:13 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MM600JTRPW0B960@a-mtaout22.012.net.il>; Thu, 02 May 2013 21:55:13 +0300 (IDT) Date: Thu, 02 May 2013 21:55:12 +0300 From: Eli Zaretskii Subject: Re: bug#14326: 24.3; Conflict of w32-send-sys-command and set-default-font In-reply-to: <5182B156.2000100@gmx.at> X-012-Sender: halo1@inter.net.il To: martin rudalics Message-id: <83bo8tnre7.fsf@gnu.org> References: <5180DD2B.3080407@gmx.at> <83a9oepwuu.fsf@gnu.org> <5182307C.6000102@gmx.at> <83mwsdnwc8.fsf@gnu.org> <5182B156.2000100@gmx.at> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 14326 Cc: eenliu@gmail.com, 14326@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii 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.2 (-) > Date: Thu, 02 May 2013 20:32:54 +0200 > From: martin rudalics > CC: eenliu@gmail.com, 14326@debbugs.gnu.org > > >> Do you mean that `set-default-font' does not cause a WM_SIZE message? > > > > It does (although not with a maximize request), but that's not what I > > meant. I meant that set-default-font immediately causes the internals > > to reflect the change, whereas for w32-send-sys-command this only > > happens _after_ Emacs receives the maximize request and acts upon it > > by resizing the frame. > > w32term.c contains the following comment text: > > /* The following mirrors what is done in xterm.c. It appears to be > for informing lisp of the new size immediately, while the actual > resize will happen asynchronously. But on Windows, the menu bar > automatically wraps when the frame is too narrow to contain it, > and that causes any calculations made here to come out wrong. The > end is some nasty buggy behavior, including the potential loss > of the minibuffer. > > ... */ The code thus commented is ifdef'ed away... > So we reflect the change internally for `set-default-font', which, when > changing the default font to a very small size may easily cause a wrap > of the menubar, while we do not reflect the change internally for a > maximization which hardly ever will cause the menubar to wrap more than > it wrapped before. That's not the issue here. The issue here is that, when w32-send-sys-command is used, Emacs doesn't have any way of knowing that this call is going to change the frame's size. The argument to w32-send-sys-command is just some mumbo-jumbo as far as Emacs is concerned. Only when the WM_SIZE message comes in as result of that, do we know that the frame size is about to change. By contrast, set-default-font works in the opposite direction: Emacs _does_ understand what that means, it does know how to load a font and get its metrics, and it does know how to resize the frame as result. So even if the actual resize involves some messages that need to come to our window procedure, that doesn't matter, because we are already ready for the resize. Not so when w32-send-sys-command is used. Or at least this is my understanding, admittedly very limited in this area. Btw, try "M-: (set-default-font "David-8") RET" in "emacs -Q", and you will see that the tool bar (not the menu bar) will wrap, but I see no adverse effects of that. So I really don't see why we should be afraid of such wrapping. From debbugs-submit-bounces@debbugs.gnu.org Thu May 02 15:08:56 2013 Received: (at 14326) by debbugs.gnu.org; 2 May 2013 19:08:56 +0000 Received: from localhost ([127.0.0.1]:55626 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UXysB-0002Lc-5Z for submit@debbugs.gnu.org; Thu, 02 May 2013 15:08:56 -0400 Received: from mout.gmx.net ([212.227.15.19]:60615) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UXys5-0002LJ-PN for 14326@debbugs.gnu.org; Thu, 02 May 2013 15:08:52 -0400 Received: from mailout-de.gmx.net ([10.1.76.29]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0MbeUV-1Ur1iL1cJR-00J4J2 for <14326@debbugs.gnu.org>; Thu, 02 May 2013 21:08:12 +0200 Received: (qmail invoked by alias); 02 May 2013 19:08:12 -0000 Received: from 62-47-53-91.adsl.highway.telekom.at (EHLO [62.47.53.91]) [62.47.53.91] by mail.gmx.net (mp029) with SMTP; 02 May 2013 21:08:12 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/raes9K/Pr6fh4F4+XfJBk0tfxjXUXiUccmOSI3Q SqdkSAjvIfOhfL Message-ID: <5182B999.4050304@gmx.at> Date: Thu, 02 May 2013 21:08:09 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#14326: 24.3; Conflict of w32-send-sys-command and set-default-font 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> In-Reply-To: <83bo8tnre7.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: -0.0 (/) X-Debbugs-Envelope-To: 14326 Cc: eenliu@gmail.com, 14326@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 (-) > The code thus commented is ifdef'ed away... That's what I'm wondering about. > That's not the issue here. The issue here is that, when > w32-send-sys-command is used, Emacs doesn't have any way of knowing > that this call is going to change the frame's size. The argument to > w32-send-sys-command is just some mumbo-jumbo as far as Emacs is > concerned. Only when the WM_SIZE message comes in as result of that, > do we know that the frame size is about to change. So w32-send-sys-command is handled differently from setting the fullscreen frame parameter to maximized? Does this mean the OP could have used `set-frame-parameter' and it would have worked in his sense? > By contrast, set-default-font works in the opposite direction: Emacs > _does_ understand what that means, it does know how to load a font and > get its metrics, and it does know how to resize the frame as result. But when x_set_window_size tells Windows that it wants to resize the frame, it stumbles into some away-defined code. > So even if the actual resize involves some messages that need to come > to our window procedure, that doesn't matter, because we are already > ready for the resize. Not so when w32-send-sys-command is used. > > Or at least this is my understanding, admittedly very limited in this > area. > > Btw, try "M-: (set-default-font "David-8") RET" in "emacs -Q", and you > will see that the tool bar (not the menu bar) will wrap, but I see no > adverse effects of that. So I really don't see why we should be > afraid of such wrapping. We do our own toolbar wrapping. But the menubar is wrapped by Windows. martin From debbugs-submit-bounces@debbugs.gnu.org Thu May 02 15:39:24 2013 Received: (at 14326) by debbugs.gnu.org; 2 May 2013 19:39:24 +0000 Received: from localhost ([127.0.0.1]:55675 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UXzLg-0003Pq-Bw for submit@debbugs.gnu.org; Thu, 02 May 2013 15:39:24 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:63250) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UXzLd-0003Pg-QR for 14326@debbugs.gnu.org; Thu, 02 May 2013 15:39:23 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MM600K00RW61700@a-mtaout22.012.net.il> for 14326@debbugs.gnu.org; Thu, 02 May 2013 22:38:43 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MM600JQ8RWJOQ80@a-mtaout22.012.net.il>; Thu, 02 May 2013 22:38:43 +0300 (IDT) Date: Thu, 02 May 2013 22:38:43 +0300 From: Eli Zaretskii Subject: Re: bug#14326: 24.3; Conflict of w32-send-sys-command and set-default-font In-reply-to: <5182B999.4050304@gmx.at> X-012-Sender: halo1@inter.net.il To: martin rudalics Message-id: <838v3xnpdo.fsf@gnu.org> 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> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 14326 Cc: eenliu@gmail.com, 14326@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii 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.2 (-) > Date: Thu, 02 May 2013 21:08:09 +0200 > From: martin rudalics > CC: eenliu@gmail.com, 14326@debbugs.gnu.org > > > The code thus commented is ifdef'ed away... > > That's what I'm wondering about. You cannot just call change_frame_size on Windows anyway. It doesn't do what you'd expect. > > That's not the issue here. The issue here is that, when > > w32-send-sys-command is used, Emacs doesn't have any way of knowing > > that this call is going to change the frame's size. The argument to > > w32-send-sys-command is just some mumbo-jumbo as far as Emacs is > > concerned. Only when the WM_SIZE message comes in as result of that, > > do we know that the frame size is about to change. > > So w32-send-sys-command is handled differently from setting the > fullscreen frame parameter to maximized? Not really: the latter is implemented by calling the former (or actually doing the same independently). > Does this mean the OP could have used `set-frame-parameter' and it > would have worked in his sense? No, see above. > > By contrast, set-default-font works in the opposite direction: Emacs > > _does_ understand what that means, it does know how to load a font and > > get its metrics, and it does know how to resize the frame as result. > > But when x_set_window_size tells Windows that it wants to resize the > frame, it stumbles into some away-defined code. Not sure what x_set_window_size has to do with all this. > > So even if the actual resize involves some messages that need to come > > to our window procedure, that doesn't matter, because we are already > > ready for the resize. Not so when w32-send-sys-command is used. > > > > Or at least this is my understanding, admittedly very limited in this > > area. > > > > Btw, try "M-: (set-default-font "David-8") RET" in "emacs -Q", and you > > will see that the tool bar (not the menu bar) will wrap, but I see no > > adverse effects of that. So I really don't see why we should be > > afraid of such wrapping. > > We do our own toolbar wrapping. But the menubar is wrapped by Windows. And that is a problem because...? From debbugs-submit-bounces@debbugs.gnu.org Fri May 03 02:49:17 2013 Received: (at 14326) by debbugs.gnu.org; 3 May 2013 06:49:17 +0000 Received: from localhost ([127.0.0.1]:56282 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UY9nx-0005t2-69 for submit@debbugs.gnu.org; Fri, 03 May 2013 02:49:17 -0400 Received: from mout.gmx.net ([212.227.17.20]:50588) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UY9nr-0005sM-Av for 14326@debbugs.gnu.org; Fri, 03 May 2013 02:49:13 -0400 Received: from mailout-de.gmx.net ([10.1.76.29]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0LqGSs-1U3Tjj2ZXM-00dkBj for <14326@debbugs.gnu.org>; Fri, 03 May 2013 08:48:31 +0200 Received: (qmail invoked by alias); 03 May 2013 06:48:31 -0000 Received: from 62-47-53-246.adsl.highway.telekom.at (EHLO [62.47.53.246]) [62.47.53.246] by mail.gmx.net (mp029) with SMTP; 03 May 2013 08:48:31 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX18AAJhD6rMACLRJLt0lIk3dvRxDGVP45ys+vn4Dw8 dJrZQHsYKlgDDj Message-ID: <51835DBB.1060609@gmx.at> Date: Fri, 03 May 2013 08:48:27 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#14326: 24.3; Conflict of w32-send-sys-command and set-default-font 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> In-Reply-To: <838v3xnpdo.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: -0.0 (/) X-Debbugs-Envelope-To: 14326 Cc: eenliu@gmail.com, 14326@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 (-) >> That's what I'm wondering about. > > You cannot just call change_frame_size on Windows anyway. It doesn't > do what you'd expect. I see no difference. On Windows I call it when the window manager gets back to me with the final frame size. On X I call it after sending the request to the window manager and a second time after the window manager gets back to me (where the second call usually returns at "If we're not changing the frame size, quit now.") The first call on X makes no sense as the event sequence on Windows demonstrates. >> So w32-send-sys-command is handled differently from setting the >> fullscreen frame parameter to maximized? > > Not really: the latter is implemented by calling the former (or > actually doing the same independently). > >> Does this mean the OP could have used `set-frame-parameter' and it >> would have worked in his sense? > > No, see above. That's what I thought. Hopefully `set-default-font`' at least resets the maximized frame parameter. In any case I'd consider it a bug that `set-default-font' is allowed to resize a maximized frame. >> > By contrast, set-default-font works in the opposite direction: Emacs >> > _does_ understand what that means, it does know how to load a font and >> > get its metrics, and it does know how to resize the frame as result. >> >> But when x_set_window_size tells Windows that it wants to resize the >> frame, it stumbles into some away-defined code. > > Not sure what x_set_window_size has to do with all this. That's the routine we're talking about here (the one with the comment about menubar wrapping, the one containing the ifdef'ed code, and the one talking to the window manager via my_set_window_pos). >> We do our own toolbar wrapping. But the menubar is wrapped by Windows. > > And that is a problem because...? ... two. Two problems. Glad you asked. When I fit the size of a frame to that of its buffer, I ideally would do this in one `modify-frame-parameters' call to set the size of the new frame. But if this call shrinks the frame, both the menubar and the toolbar may wrap and my calculations get ignored. To avoid that I shall have to proceed as below. For the menubar the appropriate steps are: (1) I calculate the new frame size and post a request to change the frame width. (2) The window manager may decide that for the new frame width it has to wrap the menubar and does so by shrinking the height of my client rectangle and telling me the new sizes. (3) I post a second request to set the new frame height. This means that to handle the possibility that the menubar may wrap, I have to post two separate resize requests to the window manager instead of one. For the toolbar the appropriate steps are: (1) I calculate the new frame size and post a request to change the frame width. (2) Emacs decides that for the new frame width it has to wrap the toolbar and does so by shrinking the height of my root window. (3) I post a second request to set the new frame height. This means that to handle the possibility that the toolbar may wrap I have to split the resize request into two separate steps. I don't have to contact the window manager for the toolbar resizing case but since I might have to do it for the menubar case anway I don't care. Obviously, this means that I send a second request to the window manager also when only the toolbar wraps. martin From debbugs-submit-bounces@debbugs.gnu.org Fri May 03 03:13:49 2013 Received: (at 14326) by debbugs.gnu.org; 3 May 2013 07:13:49 +0000 Received: from localhost ([127.0.0.1]:56299 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYABg-0007qP-Hh for submit@debbugs.gnu.org; Fri, 03 May 2013 03:13:49 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:33798) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYABd-0007pu-5s for 14326@debbugs.gnu.org; Fri, 03 May 2013 03:13:46 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MM700M00NXNWK00@a-mtaout20.012.net.il> for 14326@debbugs.gnu.org; Fri, 03 May 2013 10:12:28 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MM700MXEO0RT040@a-mtaout20.012.net.il>; Fri, 03 May 2013 10:12:28 +0300 (IDT) Date: Fri, 03 May 2013 10:12:14 +0300 From: Eli Zaretskii Subject: Re: bug#14326: 24.3; Conflict of w32-send-sys-command and set-default-font In-reply-to: <51835DBB.1060609@gmx.at> X-012-Sender: halo1@inter.net.il To: martin rudalics Message-id: <834neko7u9.fsf@gnu.org> 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> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 14326 Cc: eenliu@gmail.com, 14326@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii 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.2 (-) > Date: Fri, 03 May 2013 08:48:27 +0200 > From: martin rudalics > CC: eenliu@gmail.com, 14326@debbugs.gnu.org > > >> That's what I'm wondering about. > > > > You cannot just call change_frame_size on Windows anyway. It doesn't > > do what you'd expect. > > I see no difference. I was trying to explain why that comment might be of only historical interest, since it describes code that we don't use. > >> So w32-send-sys-command is handled differently from setting the > >> fullscreen frame parameter to maximized? > > > > Not really: the latter is implemented by calling the former (or > > actually doing the same independently). > > > >> Does this mean the OP could have used `set-frame-parameter' and it > >> would have worked in his sense? > > > > No, see above. > > That's what I thought. Hopefully `set-default-font`' at least resets > the maximized frame parameter. I don't think it does. And I'm not sure it should. > In any case I'd consider it a bug that `set-default-font' is > allowed to resize a maximized frame. That's what your changes are about, I think. > >> > By contrast, set-default-font works in the opposite direction: Emacs > >> > _does_ understand what that means, it does know how to load a font and > >> > get its metrics, and it does know how to resize the frame as result. > >> > >> But when x_set_window_size tells Windows that it wants to resize the > >> frame, it stumbles into some away-defined code. > > > > Not sure what x_set_window_size has to do with all this. > > That's the routine we're talking about here I understand, but I don't see how it is related to set-default-font. > When I fit the size of a frame to that of its buffer, I ideally would do > this in one `modify-frame-parameters' call to set the size of the new > frame. But if this call shrinks the frame, both the menubar and the > toolbar may wrap and my calculations get ignored. Do we really want to allow resizing that causes this wrap, when what the user wants is to fit frame size to buffer? From debbugs-submit-bounces@debbugs.gnu.org Fri May 03 03:29:44 2013 Received: (at 14326) by debbugs.gnu.org; 3 May 2013 07:29:44 +0000 Received: from localhost ([127.0.0.1]:56330 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYAR3-0000bc-Oc for submit@debbugs.gnu.org; Fri, 03 May 2013 03:29:44 -0400 Received: from mout.gmx.net ([212.227.15.18]:55330) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYAR0-0000bU-Sm for 14326@debbugs.gnu.org; Fri, 03 May 2013 03:29:40 -0400 Received: from mailout-de.gmx.net ([10.1.76.1]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0MIBYu-1Uav2q3Fza-003s5b for <14326@debbugs.gnu.org>; Fri, 03 May 2013 09:28:58 +0200 Received: (qmail invoked by alias); 03 May 2013 07:28:58 -0000 Received: from 62-47-53-246.adsl.highway.telekom.at (EHLO [62.47.53.246]) [62.47.53.246] by mail.gmx.net (mp001) with SMTP; 03 May 2013 09:28:58 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX18MOCZ04bsMMNN6VtvSzan2bUOWKmkRThuoEFK8p9 KGwp+Ay81ynGYg Message-ID: <51836736.7020809@gmx.at> Date: Fri, 03 May 2013 09:28:54 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#14326: 24.3; Conflict of w32-send-sys-command and set-default-font 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> <834neko7u9.fsf@gnu.org> In-Reply-To: <834neko7u9.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: 0.8 (/) X-Debbugs-Envelope-To: 14326 Cc: eenliu@gmail.com, 14326@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 (-) > I was trying to explain why that comment might be of only historical > interest, since it describes code that we don't use. The code is used on X. >> That's what I thought. Hopefully `set-default-font`' at least resets >> the maximized frame parameter. > > I don't think it does. And I'm not sure it should. You mean that `frame-parameters' should be allowed to report a frame as maximized even after it was explicitly demaximized? >> > Not sure what x_set_window_size has to do with all this. >> >> That's the routine we're talking about here > > I understand, but I don't see how it is related to set-default-font. It may eventually get called by it. >> When I fit the size of a frame to that of its buffer, I ideally would do >> this in one `modify-frame-parameters' call to set the size of the new >> frame. But if this call shrinks the frame, both the menubar and the >> toolbar may wrap and my calculations get ignored. > > Do we really want to allow resizing that causes this wrap, when what > the user wants is to fit frame size to buffer? I don't know whether we know the minimum width of the current toolbar so as to not fit a frame to less than that but I suppose we could get it. However, we can't get the minimum width of the menubar so as to not make a frame narrower than it. The Windows API simply does not provide it and I wouldn't know how to approximate it. martin From debbugs-submit-bounces@debbugs.gnu.org Fri May 03 11:00:50 2013 Received: (at 14326) by debbugs.gnu.org; 3 May 2013 15:00:51 +0000 Received: from localhost ([127.0.0.1]:57096 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYHTc-0006JP-Tk for submit@debbugs.gnu.org; Fri, 03 May 2013 11:00:50 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:28468) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYHTT-0006Ij-Kr for 14326@debbugs.gnu.org; Fri, 03 May 2013 11:00:41 -0400 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r43Exvl8032705 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 3 May 2013 14:59:57 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r43Ext01005664 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 3 May 2013 14:59:56 GMT Received: from abhmt115.oracle.com (abhmt115.oracle.com [141.146.116.67]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r43ExtU9027049; Fri, 3 May 2013 14:59:55 GMT Received: from dradamslap1 (/130.35.178.8) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 03 May 2013 07:59:55 -0700 From: "Drew Adams" To: "'martin rudalics'" , "'Eli Zaretskii'" 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> Subject: RE: bug#14326: 24.3; Conflict of w32-send-sys-command and set-default-font Date: Fri, 3 May 2013 07:59:54 -0700 Message-ID: <4386D48859F6492782CD444664DB8711@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: Ac5Hyl2f1/TPmRCkSj23c3J804FTMgAQH/dA In-Reply-To: <51835DBB.1060609@gmx.at> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-Spam-Score: -4.9 (----) X-Debbugs-Envelope-To: 14326 Cc: eenliu@gmail.com, 14326@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.8 (------) > In any case I'd consider it a bug that > `set-default-font' is allowed to resize a maximized frame. Excuse my butting in here, esp. with little knowledge of this stuff. Is a `maximized' frame parameter value (or whatever it is) something that overrides other frame paramters regarding size? Is the intention that one cannot change the size, once a frame has been maximized (without first unmaximizing it)? IOW, is one supposed to first (somehow) UNmaximize the frame, before one can change its size? What does this mean in terms of frame parameters, from a user point of view. > >> We do our own toolbar wrapping. But the menubar is > >> wrapped by Windows. > > And that is a problem because...? > ... two. Two problems. Glad you asked. Wrt what you mention here, are the following pertinent? http://lists.gnu.org/archive/html/emacs-pretest-bug/2006-06/msg00120.html http://lists.gnu.org/archive/html/emacs-devel/2004-08/msg00095.html From debbugs-submit-bounces@debbugs.gnu.org Fri May 03 11:49:26 2013 Received: (at 14326) by debbugs.gnu.org; 3 May 2013 15:49:26 +0000 Received: from localhost ([127.0.0.1]:57153 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYIEg-0000AY-Hg for submit@debbugs.gnu.org; Fri, 03 May 2013 11:49:26 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:59361) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYIEe-0000AO-9v for 14326@debbugs.gnu.org; Fri, 03 May 2013 11:49:25 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MM800E00BTRYQ00@a-mtaout21.012.net.il> for 14326@debbugs.gnu.org; Fri, 03 May 2013 18:48:42 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MM800EBDBX5QP90@a-mtaout21.012.net.il>; Fri, 03 May 2013 18:48:42 +0300 (IDT) Date: Fri, 03 May 2013 18:48:25 +0300 From: Eli Zaretskii Subject: Re: bug#14326: 24.3; Conflict of w32-send-sys-command and set-default-font In-reply-to: <4386D48859F6492782CD444664DB8711@us.oracle.com> X-012-Sender: halo1@inter.net.il To: Drew Adams Message-id: <83ppx8m5di.fsf@gnu.org> 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> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 14326 Cc: rudalics@gmx.at, 14326@debbugs.gnu.org, eenliu@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii 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.2 (-) > From: "Drew Adams" > Cc: , <14326@debbugs.gnu.org> > Date: Fri, 3 May 2013 07:59:54 -0700 > > Is a `maximized' frame parameter value (or whatever it is) something that > overrides other frame paramters regarding size? No. Whenever the frame is maximized, the size parameters are updated accordingly. But the action of maximizing the frame might invoke some functions in the window manager that are not invoked by merely resizing the screen. > 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. From debbugs-submit-bounces@debbugs.gnu.org Fri May 03 11:55:13 2013 Received: (at 14326) by debbugs.gnu.org; 3 May 2013 15:55:13 +0000 Received: from localhost ([127.0.0.1]:57184 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYIKG-0000Td-Ou for submit@debbugs.gnu.org; Fri, 03 May 2013 11:55:13 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:46166) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYIKD-0000TN-Mo for 14326@debbugs.gnu.org; Fri, 03 May 2013 11:55:10 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MM800I00C42KB00@a-mtaout23.012.net.il> for 14326@debbugs.gnu.org; Fri, 03 May 2013 18:54:27 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MM800I7LC6REUA0@a-mtaout23.012.net.il>; Fri, 03 May 2013 18:54:27 +0300 (IDT) Date: Fri, 03 May 2013 18:54:10 +0300 From: Eli Zaretskii Subject: Re: bug#14326: 24.3; Conflict of w32-send-sys-command and set-default-font In-reply-to: <83ppx8m5di.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: drew.adams@oracle.com Message-id: <83obcsm53x.fsf@gnu.org> 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> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 14326 Cc: eenliu@gmail.com, 14326@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii 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.2 (-) > Date: Fri, 03 May 2013 18:48:25 +0300 > From: Eli Zaretskii > Cc: eenliu@gmail.com, 14326@debbugs.gnu.org > > No. Whenever the frame is maximized, the size parameters are updated > accordingly. But the action of maximizing the frame might invoke some > functions in the window manager that are not invoked by merely > resizing the screen. ^^^^^^ I meant "the frame", sorry. From debbugs-submit-bounces@debbugs.gnu.org Fri May 03 12:27:07 2013 Received: (at 14326) by debbugs.gnu.org; 3 May 2013 16:27:07 +0000 Received: from localhost ([127.0.0.1]:57245 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYIp7-00026x-3N for submit@debbugs.gnu.org; Fri, 03 May 2013 12:27:06 -0400 Received: from userp1040.oracle.com ([156.151.31.81]:27543) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYIp4-00026X-4J for 14326@debbugs.gnu.org; Fri, 03 May 2013 12:27:03 -0400 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r43GQIZs011809 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 3 May 2013 16:26:19 GMT Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r43GQI80023622 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 3 May 2013 16:26:19 GMT Received: from abhmt109.oracle.com (abhmt109.oracle.com [141.146.116.61]) by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r43GQIRg003964; Fri, 3 May 2013 16:26:18 GMT Received: from dradamslap1 (/130.35.178.8) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 03 May 2013 09:26:17 -0700 From: "Drew Adams" To: "'Eli Zaretskii'" 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> Subject: RE: bug#14326: 24.3; Conflict of w32-send-sys-command and set-default-font Date: Fri, 3 May 2013 09:26:16 -0700 Message-ID: <485D052803B741AB8EE23142D30E1DA8@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: Ac5IFbGD99wAy+jkRgmewZNBwgLMCwAA8bRw In-Reply-To: <83ppx8m5di.fsf@gnu.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-Spam-Score: -4.9 (----) X-Debbugs-Envelope-To: 14326 Cc: rudalics@gmx.at, 14326@debbugs.gnu.org, eenliu@gmail.com 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.8 (------) > > 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? (And I guess we are really talking about `set-frame-font', since `set-default-font' has been obsolete for a long time now. Even back in Emacs 20 `set-default-font' was just a vestigial alias for `set-frame-font'. We can probably stop talking about `set-default-font' now.) From debbugs-submit-bounces@debbugs.gnu.org Fri May 03 14:05:39 2013 Received: (at 14326) by debbugs.gnu.org; 3 May 2013 18:05:39 +0000 Received: from localhost ([127.0.0.1]:57277 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYKMV-0006EA-BM for submit@debbugs.gnu.org; Fri, 03 May 2013 14:05:39 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:37602) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYKMR-0006Dz-PP for 14326@debbugs.gnu.org; Fri, 03 May 2013 14:05:37 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MM800900I5I4900@a-mtaout22.012.net.il> for 14326@debbugs.gnu.org; Fri, 03 May 2013 21:04:52 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MM8009B4I842X30@a-mtaout22.012.net.il>; Fri, 03 May 2013 21:04:52 +0300 (IDT) Date: Fri, 03 May 2013 21:04:36 +0300 From: Eli Zaretskii Subject: Re: bug#14326: 24.3; Conflict of w32-send-sys-command and set-default-font In-reply-to: <485D052803B741AB8EE23142D30E1DA8@us.oracle.com> X-012-Sender: halo1@inter.net.il To: Drew Adams Message-id: <83mwsclz2j.fsf@gnu.org> 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> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 14326 Cc: rudalics@gmx.at, 14326@debbugs.gnu.org, eenliu@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii 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.2 (-) > From: "Drew Adams" > Cc: , , <14326@debbugs.gnu.org> > Date: Fri, 3 May 2013 09:26:16 -0700 > > > > 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? From debbugs-submit-bounces@debbugs.gnu.org Fri May 03 14:20:15 2013 Received: (at 14326) by debbugs.gnu.org; 3 May 2013 18:20:15 +0000 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 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 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 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 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 Received: from dradamslap1 (/130.35.178.8) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 03 May 2013 11:19:26 -0700 From: "Drew Adams" To: "'Eli Zaretskii'" 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> Subject: RE: 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> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit 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-Spam-Score: -6.8 (------) X-Debbugs-Envelope-To: 14326 Cc: rudalics@gmx.at, 14326@debbugs.gnu.org, eenliu@gmail.com 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.8 (------) > > > > 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'? From debbugs-submit-bounces@debbugs.gnu.org Fri May 03 15:00:43 2013 Received: (at 14326) by debbugs.gnu.org; 3 May 2013 19:00:43 +0000 Received: from localhost ([127.0.0.1]:57294 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYLDl-0000lo-Pa for submit@debbugs.gnu.org; Fri, 03 May 2013 15:00:42 -0400 Received: from mout.gmx.net ([212.227.17.20]:60596) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYLDi-0000lZ-Gm for 14326@debbugs.gnu.org; Fri, 03 May 2013 15:00:39 -0400 Received: from mailout-de.gmx.net ([10.1.76.32]) by mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id 0Ly8b5-1UTNVe14OT-015cLj for <14326@debbugs.gnu.org>; Fri, 03 May 2013 20:59:55 +0200 Received: (qmail invoked by alias); 03 May 2013 18:59:54 -0000 Received: from 62-47-41-34.adsl.highway.telekom.at (EHLO [62.47.41.34]) [62.47.41.34] by mail.gmx.net (mp032) with SMTP; 03 May 2013 20:59:54 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+bbeQHkXqbuWpfeEqKb293IdoMGptS07UoNZyYTg Gu2t4To+YLcMDA Message-ID: <51840925.4050906@gmx.at> Date: Fri, 03 May 2013 20:59:49 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#14326: 24.3; Conflict of w32-send-sys-command and set-default-font 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> In-Reply-To: <83ppx8m5di.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: -0.0 (/) X-Debbugs-Envelope-To: 14326 Cc: eenliu@gmail.com, Drew Adams , 14326@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 (-) > 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. Yes. For example, increasing the font size should not make a maximized frame larger than the screen. We're kidding users with such behavior. martin From debbugs-submit-bounces@debbugs.gnu.org Fri May 03 15:27:02 2013 Received: (at 14326) by debbugs.gnu.org; 3 May 2013 19:27:02 +0000 Received: from localhost ([127.0.0.1]:57312 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYLdF-0001ne-UW for submit@debbugs.gnu.org; Fri, 03 May 2013 15:27:02 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:52624) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYLdD-0001nN-6C for 14326@debbugs.gnu.org; Fri, 03 May 2013 15:27:00 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MM800900LPFTR00@a-mtaout22.012.net.il> for 14326@debbugs.gnu.org; Fri, 03 May 2013 22:26:16 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MM80094ZLZOSV30@a-mtaout22.012.net.il>; Fri, 03 May 2013 22:26:12 +0300 (IDT) Date: Fri, 03 May 2013 22:25:56 +0300 From: Eli Zaretskii Subject: Re: bug#14326: 24.3; Conflict of w32-send-sys-command and set-default-font In-reply-to: <89CF77401D72463FB388F000A0008788@us.oracle.com> X-012-Sender: halo1@inter.net.il To: Drew Adams Message-id: <83haijn9vf.fsf@gnu.org> 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> <89CF77401D72463FB388F000A0008788@us.oracle.com> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 14326 Cc: rudalics@gmx.at, 14326@debbugs.gnu.org, eenliu@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii 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.2 (-) > From: "Drew Adams" > Cc: , , <14326@debbugs.gnu.org> > Date: Fri, 3 May 2013 11:19:25 -0700 > > 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. Yes. > 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. Yes. > 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. Because the frame is maximized, which means the user _wants_ it to stay that way. > `set-frame-font' resizes the frame, by default, if the new font size is > different. That is what it is supposed to do. I asked _you_ why would _you_ want that. The fact that someone at some point thought KEEP-SIZE should be nil by default, including in maximized frames (which, btw, didn't exist at that time) does not mean this is the absolute truth. Do _you_ have any reasons to believe that default is justified? > `set-frame-font' is one way of changing the frame size No, it's just a way to change the font. From debbugs-submit-bounces@debbugs.gnu.org Fri May 03 16:07:01 2013 Received: (at 14326) by debbugs.gnu.org; 3 May 2013 20:07:01 +0000 Received: from localhost ([127.0.0.1]:57336 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYMFs-0003Gn-Vs for submit@debbugs.gnu.org; Fri, 03 May 2013 16:07:01 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:21891) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYMFn-0003GW-0W for 14326@debbugs.gnu.org; Fri, 03 May 2013 16:06:55 -0400 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r43K67vj013894 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 3 May 2013 20:06:07 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r43K662m013214 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 3 May 2013 20:06:06 GMT Received: from abhmt105.oracle.com (abhmt105.oracle.com [141.146.116.57]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r43K654u026654; Fri, 3 May 2013 20:06:05 GMT Received: from dradamslap1 (/130.35.178.8) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 03 May 2013 13:06:05 -0700 From: "Drew Adams" To: "'martin rudalics'" , "'Eli Zaretskii'" 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> Subject: RE: bug#14326: 24.3; Conflict of w32-send-sys-command and set-default-font Date: Fri, 3 May 2013 13:06:04 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: Ac5IMijGdCzvewEuSLa0nXM29uzU2QAByVLA In-Reply-To: <51840925.4050906@gmx.at> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Spam-Score: -5.4 (-----) X-Debbugs-Envelope-To: 14326 Cc: eenliu@gmail.com, 14326@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.8 (------) > > 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. > > Yes. For example, increasing the font size should not make a > maximized frame larger than the screen. We're kidding users > with such behavior. 1. Your argument here applies to any size increase beyond the screen size, not just doing that via `set-frame-font'. So it is irrelevant as an argument why resizing via `set-frame-font' should be an exception. 2. See what I said previously about uses of frames larger than the the screen. From debbugs-submit-bounces@debbugs.gnu.org Fri May 03 16:19:16 2013 Received: (at 14326) by debbugs.gnu.org; 3 May 2013 20:19:16 +0000 Received: from localhost ([127.0.0.1]:57344 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYMRn-0003kG-J2 for submit@debbugs.gnu.org; Fri, 03 May 2013 16:19:16 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:37104) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYMRl-0003k5-Ah for 14326@debbugs.gnu.org; Fri, 03 May 2013 16:19:14 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MM800700OAVER00@a-mtaout20.012.net.il> for 14326@debbugs.gnu.org; Fri, 03 May 2013 23:18:29 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MM8006A7OEPYYA0@a-mtaout20.012.net.il>; Fri, 03 May 2013 23:18:29 +0300 (IDT) Date: Fri, 03 May 2013 23:18:09 +0300 From: Eli Zaretskii Subject: Re: bug#14326: 24.3; Conflict of w32-send-sys-command and set-default-font In-reply-to: X-012-Sender: halo1@inter.net.il To: Drew Adams Message-id: <83ehdnn7ge.fsf@gnu.org> 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> X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 14326 Cc: rudalics@gmx.at, 14326@debbugs.gnu.org, eenliu@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii 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.1 (/) > From: "Drew Adams" > Cc: , <14326@debbugs.gnu.org> > Date: Fri, 3 May 2013 13:06:04 -0700 > > > For example, increasing the font size should not make a > > maximized frame larger than the screen. We're kidding users > > with such behavior. > > 1. Your argument here applies to any size increase beyond the screen size, not > just doing that via `set-frame-font'. So it is irrelevant as an argument why > resizing via `set-frame-font' should be an exception. It _is_ relevant, because Martin's argument applies not only to increasing maximized frames, but also to decreasing their size as well, as side effect of any change except an explicit change in frame dimensions. IOW, when the frame is maximized, only explicitly changing its height or width, or explicitly un-maximizing it, should ever affect the frame's size. Any other changes, such as font change or adding/removing scroll bars or fringes -- should leave the frame at the same pixel dimensions, i.e. still maximized. From debbugs-submit-bounces@debbugs.gnu.org Fri May 03 16:32:14 2013 Received: (at 14326) by debbugs.gnu.org; 3 May 2013 20:32:14 +0000 Received: from localhost ([127.0.0.1]:57357 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYMeL-0004ED-E4 for submit@debbugs.gnu.org; Fri, 03 May 2013 16:32:13 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:32439) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYMeJ-0004Dz-5N for 14326@debbugs.gnu.org; Fri, 03 May 2013 16:32:12 -0400 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r43KVR6k004324 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 3 May 2013 20:31:28 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r43KVQWE004810 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 3 May 2013 20:31:27 GMT Received: from abhmt103.oracle.com (abhmt103.oracle.com [141.146.116.55]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r43KVP0W020989; Fri, 3 May 2013 20:31:25 GMT Received: from dradamslap1 (/130.35.178.8) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 03 May 2013 13:31:25 -0700 From: "Drew Adams" To: "'Eli Zaretskii'" 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> Subject: RE: bug#14326: 24.3; Conflict of w32-send-sys-command and set-default-font Date: Fri, 3 May 2013 13:31:24 -0700 Message-ID: <4DBCC1F8F1BA4204B449175E8357EAC7@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: Ac5IO2JPFV7AqiJiTTyQ+9Q4Cq+HggAADdRg In-Reply-To: <83ehdnn7ge.fsf@gnu.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Spam-Score: -6.8 (------) X-Debbugs-Envelope-To: 14326 Cc: rudalics@gmx.at, 14326@debbugs.gnu.org, eenliu@gmail.com 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.8 (------) > > > For example, increasing the font size should not make a > > > maximized frame larger than the screen. We're kidding users > > > with such behavior. > > > > 1. Your argument here applies to any size increase beyond > > the screen size, not just doing that via `set-frame-font'. > > So it is irrelevant as an argument why resizing via > > `set-frame-font' should be an exception. > > It _is_ relevant, because Martin's argument applies not only to > increasing maximized frames, but also to decreasing their size as > well, as side effect of any change except an explicit change in frame > dimensions. What argument? That is the conclusion, but what is the argument supporting it? > IOW, when the frame is maximized, only explicitly changing its height > or width, or explicitly un-maximizing it, should Should why? That's the question. Haven't seen an answer yet. > ever affect the frame's size. Any other changes, such as font change or > adding/removing scroll bars or fringes -- should Should why? > leave the frame at the same pixel dimensions, i.e. still maximized. All of that just repeats the claim; it does not support it. That is the claim for which I am asking for a supporting reason. You have also generalized beyond just `set-frame-font' (the only exception mentioned until now, AFAIK), BTW. Now it is apparently not just `set-frame-font' that is the exception but any way of resizing other than "explicitly changing its height or width, or explicitly un-maximizing it". My question remains, in any case: What is the _reason_ why such ways of resizing should be neutered? What is the _reason_ why "explicitly changing its height or width, or explicitly un-maximizing it" should be the only way of changing the size? There might be a good reason for such a claim, but I've seen none advanced, so far. "X because X" is no support for X: it just assumes the conclusion. From debbugs-submit-bounces@debbugs.gnu.org Sat May 04 02:38:44 2013 Received: (at 14326) by debbugs.gnu.org; 4 May 2013 06:38:45 +0000 Received: from localhost ([127.0.0.1]:57525 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYW7G-0007UK-5T for submit@debbugs.gnu.org; Sat, 04 May 2013 02:38:43 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:36200) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYW79-0007Tx-Hy for 14326@debbugs.gnu.org; Sat, 04 May 2013 02:38:38 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MM900D00H1E4C00@a-mtaout20.012.net.il> for 14326@debbugs.gnu.org; Sat, 04 May 2013 09:37:34 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MM900C8EH2MYV40@a-mtaout20.012.net.il>; Sat, 04 May 2013 09:37:34 +0300 (IDT) Date: Sat, 04 May 2013 09:37:19 +0300 From: Eli Zaretskii Subject: Re: bug#14326: 24.3; Conflict of w32-send-sys-command and set-default-font In-reply-to: <4DBCC1F8F1BA4204B449175E8357EAC7@us.oracle.com> X-012-Sender: halo1@inter.net.il To: Drew Adams Message-id: <83d2t7mesg.fsf@gnu.org> 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> X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 14326 Cc: rudalics@gmx.at, 14326@debbugs.gnu.org, eenliu@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii 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.1 (/) > From: "Drew Adams" > Cc: , , <14326@debbugs.gnu.org> > Date: Fri, 3 May 2013 13:31:24 -0700 > > > > > For example, increasing the font size should not make a > > > > maximized frame larger than the screen. We're kidding users > > > > with such behavior. > > > > > > 1. Your argument here applies to any size increase beyond > > > the screen size, not just doing that via `set-frame-font'. > > > So it is irrelevant as an argument why resizing via > > > `set-frame-font' should be an exception. > > > > It _is_ relevant, because Martin's argument applies not only to > > increasing maximized frames, but also to decreasing their size as > > well, as side effect of any change except an explicit change in frame > > dimensions. > > What argument? That is the conclusion, but what is the argument supporting it? > > > IOW, when the frame is maximized, only explicitly changing its height > > or width, or explicitly un-maximizing it, should > > Should why? That's the question. Haven't seen an answer yet. > > > ever affect the frame's size. Any other changes, such as font change or > > adding/removing scroll bars or fringes -- should > > Should why? > > > leave the frame at the same pixel dimensions, i.e. still maximized. > > 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. From debbugs-submit-bounces@debbugs.gnu.org Sat May 04 03:52:05 2013 Received: (at 14326) by debbugs.gnu.org; 4 May 2013 07:52:05 +0000 Received: from localhost ([127.0.0.1]:57545 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYXGC-00033C-3z for submit@debbugs.gnu.org; Sat, 04 May 2013 03:52:05 -0400 Received: from mout.gmx.net ([212.227.15.19]:61580) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYXG5-00032f-BU for 14326@debbugs.gnu.org; Sat, 04 May 2013 03:51:58 -0400 Received: from mailout-de.gmx.net ([10.1.76.1]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0Ll3wB-1TyMww25Ib-00ak2d for <14326@debbugs.gnu.org>; Sat, 04 May 2013 09:51:07 +0200 Received: (qmail invoked by alias); 04 May 2013 07:51:07 -0000 Received: from 62-47-39-148.adsl.highway.telekom.at (EHLO [62.47.39.148]) [62.47.39.148] by mail.gmx.net (mp001) with SMTP; 04 May 2013 09:51:07 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX18WDUliBgMWATGg3DeuHP4z6k4DJqJSBVgKRF0ylO 3/TV5Fw1cDO8/D Message-ID: <5184BDE3.4010001@gmx.at> Date: Sat, 04 May 2013 09:50:59 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#14326: 24.3; Conflict of w32-send-sys-command and set-default-font 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> In-Reply-To: <83d2t7mesg.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: -0.5 (/) X-Debbugs-Envelope-To: 14326 Cc: eenliu@gmail.com, Drew Adams , 14326@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 (-) > 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. Thanks for the perfect description, martin From debbugs-submit-bounces@debbugs.gnu.org Sat May 04 10:18:01 2013 Received: (at 14326) by debbugs.gnu.org; 4 May 2013 14:18:01 +0000 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 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 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 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 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 Received: from dradamslap1 (/71.202.147.44) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 04 May 2013 07:17:05 -0700 From: "Drew Adams" To: "'Eli Zaretskii'" 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> Subject: RE: 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> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit 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-Spam-Score: -6.7 (------) X-Debbugs-Envelope-To: 14326 Cc: rudalics@gmx.at, 14326@debbugs.gnu.org, eenliu@gmail.com 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.7 (------) > > 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. From unknown Wed Jun 18 00:12:42 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, 02 Jun 2013 11:24:03 +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