GNU bug report logs - #59347
29.0.50; `:family` face setting ignored

Previous Next

Package: emacs;

Reported by: Stefan Monnier <monnier <at> iro.umontreal.ca>

Date: Fri, 18 Nov 2022 04:58:01 UTC

Severity: normal

Found in version 29.0.50

Done: Gregory Heytings <gregory <at> heytings.org>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: gregory <at> heytings.org, 59347 <at> debbugs.gnu.org
Subject: Re: bug#59347: 29.0.50; `:family` face setting ignored
Date: Tue, 22 Nov 2022 15:16:54 +0200
> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
> Cc: Eli Zaretskii <eliz <at> gnu.org>,  59347 <at> debbugs.gnu.org
> Date: Mon, 21 Nov 2022 22:05:05 -0500
> 
> So in essence, what you're saying is that we should rely more on
> scoring, and start with a coarser pattern right from the beginning?

Wouldn't this potentially examine many more fonts?  For example, if all I
want is a 'bold' version of the same family as the default face's font,
Emacs currently can find it almost immediately, by considering only the few
fonts of the same family.  Whereas with your proposal, it will start from a
"clean slate" every time and will need to examine many (if not all) of the
fonts on the system to be sure score-only matches will find the best
candidate.

Also, font_score only scores the numerical attributes, so how do we assess
the "score" of matches for :family or :adstyle?




This bug report was last modified 2 years and 160 days ago.

Previous Next


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