GNU bug report logs -
#36284
27.0.50; [Cairo] Setting default face :family attribute in the init script is broken
Previous Next
Reported by: Dmitry Gutov <dgutov <at> yandex.ru>
Date: Wed, 19 Jun 2019 01:45:01 UTC
Severity: normal
Found in version 27.0.50
Done: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Thu, 20 Jun 2019 12:02:47 +0900
with message-id <wlwohh6js8.wl-mituharu <at> math.s.chiba-u.ac.jp>
and subject line Re: bug#36284: 27.0.50; [Cairo] Setting default face :family attribute in the init script is broken
has caused the debbugs.gnu.org bug report #36284,
regarding 27.0.50; [Cairo] Setting default face :family attribute in the init script is broken
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
36284: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=36284
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
When using a build with Cairo, putting
(set-face-attribute 'default nil :height 113 :family "Inconsolata LGC")
into the init script doesn't have any effect.
Evaluating (face-attribute 'default :family) in the new session after
that still returns "Ubuntu Mono".
However, if I evaluate the set-face-attribute call form later in the new
frame, the font changes successfully.
In GNU Emacs 27.0.50 (build 68, x86_64-pc-linux-gnu, GTK+ Version
3.22.30, cairo version 1.15.10)
of 2019-06-19 built on zappa
Repository revision: 922121e7ddbc107da14ea9c1280d15c828e85063
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12001000
System Description: Ubuntu 18.04.2 LTS
[Message part 3 (message/rfc822, inline)]
On Wed, 19 Jun 2019 19:47:14 +0900,
Dmitry Gutov wrote:
>
> On 19.06.2019 6:37, YAMAMOTO Mitsuharu wrote:
> > It seems that some changes I made to xsetting.c in order to remove
> > dependency on libXft was too naive. For this particular problem, the
> > patch below would work. For stricter consistency with the behavior of
> > the Xft version, one would need to implement replacements for
> > XftDefaultSubstitute and XftDefaultSet.
>
> This patch works, thank you.
>
> Please install whichever version seems most appropriate to you.
Thanks for testing. The previous patch is applied to master as
0701634aa78. Closing the bug.
YAMAMOTO Mitsuharu
mituharu <at> math.s.chiba-u.ac.jp
This bug report was last modified 5 years and 342 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.