From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#59347: 29.0.50; `:family` face setting ignored Date: Tue, 22 Nov 2022 15:16:54 +0200 Message-ID: <83r0xv1649.fsf@gnu.org> References: <83cz9j9zyu.fsf@gnu.org> <838rk77yfo.fsf@gnu.org> <834juu9aya.fsf@gnu.org> <7cc9e03786024fc72f3b@heytings.org> <83a64l65ai.fsf@gnu.org> <7cc9e0378678a092e6ee@heytings.org> <835yf962q4.fsf@gnu.org> <7cc9e03786754c9e0aaf@heytings.org> <83zgcl4jra.fsf@gnu.org> <7cc9e03786c281cffdd4@heytings.org> <83tu2t4ie9.fsf@gnu.org> <7cc9e03786e324ff82ef@heytings.org> <83bkp04gjl.fsf@gnu.org> <83leo42vm9.fsf@gnu.org> <0d1ea3007fd94b7ae0b1@heytings.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13481"; mail-complaints-to="usenet@ciao.gmane.io" Cc: gregory@heytings.org, 59347@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Nov 22 14:31:16 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oxTMo-0003H9-VR for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 22 Nov 2022 14:31:15 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oxTMg-0002rc-4q; Tue, 22 Nov 2022 08:31:06 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oxTMd-0002qs-9U for bug-gnu-emacs@gnu.org; Tue, 22 Nov 2022 08:31:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oxTMd-0006Eq-1M for bug-gnu-emacs@gnu.org; Tue, 22 Nov 2022 08:31:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oxTMc-0000ml-N4 for bug-gnu-emacs@gnu.org; Tue, 22 Nov 2022 08:31:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 22 Nov 2022 13:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 59347 X-GNU-PR-Package: emacs Original-Received: via spool by 59347-submit@debbugs.gnu.org id=B59347.16691238612996 (code B ref 59347); Tue, 22 Nov 2022 13:31:02 +0000 Original-Received: (at 59347) by debbugs.gnu.org; 22 Nov 2022 13:31:01 +0000 Original-Received: from localhost ([127.0.0.1]:50223 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oxTMa-0000mG-W4 for submit@debbugs.gnu.org; Tue, 22 Nov 2022 08:31:01 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:42674) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oxTMW-0000lp-9g for 59347@debbugs.gnu.org; Tue, 22 Nov 2022 08:30:56 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oxTMR-0005N6-20; Tue, 22 Nov 2022 08:30:51 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=oNOuxuTOMeNYUB2b8k/H/cVzKEF2zxRFjenbv5LZn7o=; b=UCIQ4xNmCbpm LyXfiOQuGtUDFLMfAD7y/lESCojaTmtpSl6p6LgqaoRYkM/cOULxf+wziggJQFKvvLzodeY+CRKdp QaxO9NGBFVcynQRgbYsp9q/SND9JotVCda9MKclAsFAQzwS+a0Ht5X5GSaNQFvXu4/dS7ayE82c2n Xzmeq9qkryc7wPr0HQSOoInTGL77A/FBZIGV0rqZWqpFmZt9EPRjBYKb0UgKfuj2zK71YjSgiZt7g 8E9rSC8E+zHifPl2miBt84P0mQlLhS00h36O14MZUdrLWECUiBc+lyUAcPqfJ6TkBkqlr1uH1nUS0 SIy9mDYOmcFdUSVANAuacA==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oxT8j-0000VR-57; Tue, 22 Nov 2022 08:16:41 -0500 In-Reply-To: (message from Stefan Monnier on Mon, 21 Nov 2022 22:05:05 -0500) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:248633 Archived-At: > From: Stefan Monnier > Cc: Eli Zaretskii , 59347@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?