GNU bug report logs -
#19298
25.0.50; `set-frame-font': non-nil FRAMES argument
Previous Next
Reported by: Drew Adams <drew.adams <at> oracle.com>
Date: Sun, 7 Dec 2014 20:25:01 UTC
Severity: minor
Found in version 25.0.50
Fixed in version 28.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
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'
This bug report was last modified 4 years and 3 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.