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: Thu, 08 Dec 2022 17:13:46 +0200 Message-ID: <834ju62aj9.fsf@gnu.org> References: <83tu2t4ie9.fsf@gnu.org> <7cc9e03786e324ff82ef@heytings.org> <83bkp04gjl.fsf@gnu.org> <83leo42vm9.fsf@gnu.org> <0d1ea3007fd94b7ae0b1@heytings.org> <83r0xv1649.fsf@gnu.org> <0d1ea3007f532a493429@heytings.org> <83cz9f12bh.fsf@gnu.org> <835yewleyn.fsf@gnu.org> <83tu2b9rlx.fsf@gnu.org> <83k0347gtu.fsf@gnu.org> <83sfhq2tu7.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="9897"; mail-complaints-to="usenet@ciao.gmane.io" Cc: monnier@iro.umontreal.ca, 59347@debbugs.gnu.org To: Gregory Heytings Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Dec 08 16:15:13 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 1p3IcC-0002MA-Qq for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 08 Dec 2022 16:15:13 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1p3Ic4-0006Nx-2j; Thu, 08 Dec 2022 10:15:04 -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 1p3Ic2-0006Mq-Jd for bug-gnu-emacs@gnu.org; Thu, 08 Dec 2022 10:15:02 -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 1p3Ic2-0002qc-Ab for bug-gnu-emacs@gnu.org; Thu, 08 Dec 2022 10:15:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1p3Ic1-0003zJ-N0 for bug-gnu-emacs@gnu.org; Thu, 08 Dec 2022 10:15:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 08 Dec 2022 15:15:01 +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.167051244515304 (code B ref 59347); Thu, 08 Dec 2022 15:15:01 +0000 Original-Received: (at 59347) by debbugs.gnu.org; 8 Dec 2022 15:14:05 +0000 Original-Received: from localhost ([127.0.0.1]:57345 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p3Ib7-0003ym-2X for submit@debbugs.gnu.org; Thu, 08 Dec 2022 10:14:05 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:56274) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p3Ib4-0003yI-U9 for 59347@debbugs.gnu.org; Thu, 08 Dec 2022 10:14:03 -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 1p3Iaz-0002ho-C7; Thu, 08 Dec 2022 10:13:57 -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=A8lqhguMC/MQA7s18r8O+QdUs1ZYnMmy6e+RcPmJQGg=; b=jPqiusxwXQgQ c1sNioAkejOOdaUg1I4MLSgG/CW4ZlY4WUqNSWMLM9FJDd4Nu39U8b9CDuDBL9eOpNKHm7++hqEHh MGJo5NPHo7u2RuKHrFayvO0RCK/4THC84QdcGhhNUEdlh37Rsqgdv48gzO2HoOGmbpG0glaOtVext HGMyDbMFtMRpYh5o4eG3zKyhqfkQjtR0/2gtS8HlC6djUuFav/BWesKJ3yMepebuKyg+mF3J6w/nM s0sN7r0uaWMbrlEfaQW7ulLhmwXpUWheM2gY2B9WfkKFjauSLX+/eOrEBgNh2CcaraYjds1khU3SN rZW+Q/dtf2aTJCFnJThqxQ==; 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 1p3Iay-0008Ch-M0; Thu, 08 Dec 2022 10:13:56 -0500 In-Reply-To: (message from Gregory Heytings on Thu, 08 Dec 2022 14:59:25 +0000) 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:250305 Archived-At: > Date: Thu, 08 Dec 2022 14:59:25 +0000 > From: Gregory Heytings > cc: monnier@iro.umontreal.ca, 59347@debbugs.gnu.org > > And also note that, should a user really want a specific ultra-bold font > for a certain face, that is already possible with the existing > infrastructure, by making that choice explicit, e.g. (set-face-attribute > 'bold nil :font "Desired Font" :weight 'ultra-bold). And it is also > possible, with the existing infrastructure, to list the available fonts > with given attribute values, e.g. with (list-fonts (font-spec :weight > 'ultra-bold)), and to select the best one in that list with an appropriate > fourth argument to list-fonts. The use case which bothers me is similar to bug#51768, where users specify certain weight or width because they like the appearance of the resulting font, and expect Emacs to come up with the exact match, not the best approximation. When the family value actually names a font (i.e., it is a very "narrow" family), that should work even if we relax the numerical attributes, but if the family is much more general, like "Sans Serif", the result could be different because we still return whenever we find a first valid "approximation".