GNU bug report logs - #19298
25.0.50; `set-frame-font': non-nil FRAMES argument

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 19298 in the body.
You can then email your comments to 19298 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Drew Adams <drew.adams <at> oracle.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 25.0.50; `set-frame-font': non-nil FRAMES argument
Date: Sun, 7 Dec 2014 12:24:09 -0800 (PST)

The doc string says:

 If FRAMES is non-nil, it should be a list of frames to act upon,
 or t meaning all existing graphical frames.
 Also, if FRAMES is non-nil, alter the user's Customization settings
 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
 as though the font-related attributes of the `default' face had been
 "set in this session", so that the font is applied to future frames.

I don't understand why a list of frames should alter Customization
settings.

Parameter FRAMES was added for Emacs 24, and it probably hasn't gotten
much use yet.  For code to change the font for a given list of frames
and NOT ALSO screw with the user's customization settings, the code must
select each frame in turn and call `set-frame-font' with a nil FRAMES
arg.  That's silly, no?  I am coming up against this right now.

Hard to believe that there is no simple way to change the font of a
frame and NOT ALSO change custom settings without selecting that frame.

Why does that design make sense?


In GNU Emacs 25.0.50.1 (i686-pc-mingw32)
 of 2014-10-20 on LEG570
Bzr revision: 118168 rgm <at> gnu.org-20141020195941-icp42t8ttcnud09g
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --enable-checking=yes,glyphs CPPFLAGS=-DGLYPH_DEBUG=1'

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 19298 <at> debbugs.gnu.org
Subject: Re: bug#19298: 25.0.50; `set-frame-font': non-nil FRAMES argument
Date: Sat, 30 Apr 2016 18:24:30 +0200

Drew Adams <drew.adams <at> oracle.com> writes:

> Parameter FRAMES was added for Emacs 24, and it probably hasn't gotten
> much use yet.  For code to change the font for a given list of frames
> and NOT ALSO screw with the user's customization settings, the code must
> select each frame in turn and call `set-frame-font' with a nil FRAMES
> arg.  That's silly, no?  I am coming up against this right now.
>
> Hard to believe that there is no simple way to change the font of a
> frame and NOT ALSO change custom settings without selecting that frame.
>
> Why does that design make sense?

I can see how it makes sense from a "where on earth do I stash this
setting, then?" implementation point, but from a user interface point it
seems very odd indeed.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 19298 <at> debbugs.gnu.org, drew.adams <at> oracle.com
Subject: Re: bug#19298: 25.0.50; `set-frame-font': non-nil FRAMES argument
Date: Sat, 30 Apr 2016 19:30:42 +0300

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Date: Sat, 30 Apr 2016 18:24:30 +0200
> Cc: 19298 <at> debbugs.gnu.org
> 
> > Hard to believe that there is no simple way to change the font of a
> > frame and NOT ALSO change custom settings without selecting that frame.
> >
> > Why does that design make sense?
> 
> I can see how it makes sense from a "where on earth do I stash this
> setting, then?" implementation point, but from a user interface point it
> seems very odd indeed.

And I'm asking why in the world would some Lisp change the default
font of several frames, except if the user wanted that customized??
Will you Lisp programmers please keep your hands off my fonts?!

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 19298 <at> debbugs.gnu.org
Subject: Re: bug#19298: 25.0.50; `set-frame-font': non-nil FRAMES argument
Date: Tue, 13 Jul 2021 21:49:24 +0200

Drew Adams <drew.adams <at> oracle.com> writes:

> The doc string says:
>
>  If FRAMES is non-nil, it should be a list of frames to act upon,
>  or t meaning all existing graphical frames.
>  Also, if FRAMES is non-nil, alter the user's Customization settings
>  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>  as though the font-related attributes of the `default' face had been
>  "set in this session", so that the font is applied to future frames.
>
> I don't understand why a list of frames should alter Customization
> settings.

I've now added a parameter to allow inhibiting this (as I guess it's too
late to change the interface otherwise after all these years) to Emacs
28.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

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

From: Drew Adams <drew.adams <at> oracle.com>
To: Eli Zaretskii <eliz <at> gnu.org>, Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: "19298 <at> debbugs.gnu.org" <19298 <at> debbugs.gnu.org>,
 Drew Adams <drew.adams <at> oracle.com>
Subject: RE: bug#19298: 25.0.50; `set-frame-font': non-nil FRAMES argument
Date: Tue, 13 Jul 2021 21:50:49 +0000

> > > Hard to believe that there is no simple way to change the font of a
> > > frame and NOT ALSO change custom settings without selecting that frame.
> > >
> > > Why does that design make sense?
> >
> > I can see how it makes sense from a "where on earth do I stash this
> > setting, then?" implementation point, but from a user interface point it
> > seems very odd indeed.
> 
> And I'm asking why in the world would some Lisp change the default
> font of several frames, except if the user wanted that customized??
> Will you Lisp programmers please keep your hands off my fonts?!

Not all Lisp code is used behind a user's back against
her will.  A user can want to use a command that does
exactly that.  If so, that's the user's choice.

Previous Next

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