GNU bug report logs - #14326
24.3; Conflict of w32-send-sys-command and set-default-font

Previous Next

Packages: emacs, w32;

Reported by: Eric Liu <eenliu <at> gmail.com>

Date: Wed, 1 May 2013 01:37:02 UTC

Severity: normal

Found in version 24.3

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #58 received at 14326 <at> debbugs.gnu.org (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Eli Zaretskii'" <eliz <at> gnu.org>
Cc: rudalics <at> gmx.at, 14326 <at> debbugs.gnu.org, eenliu <at> gmail.com
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
> > 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.)





This bug report was last modified 12 years and 16 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.