From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Tim Ruffing Newsgroups: gmane.emacs.bugs Subject: bug#67810: 29.1; fonts use synthetic bold on Linux / pgtk Date: Thu, 14 Dec 2023 11:37:15 +0100 Message-ID: <5dbb7cf5016f045ad9183ef30fb57f3e610f9af6.camel@timruffing.de> References: <0719018bb386e840efaa655b7c0b765ece9cd9ff.camel@timruffing.de> <83le9ys2d3.fsf@gnu.org> <3ebaf489f6dad748258c7fb01d3200b674ebb1f1.camel@timruffing.de> <83h6kmrzkz.fsf@gnu.org> <7ea3f7db448191f2b9886604084abe84d0caaf61.camel@timruffing.de> <83y1dxqm46.fsf@gnu.org> <83le9xqewb.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="27395"; mail-complaints-to="usenet@ciao.gmane.io" Cc: luangruo@yahoo.com, 67810@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Dec 14 14:03:19 2023 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 1rDlN1-0006uV-2C for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 14 Dec 2023 14:03:19 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rDlMn-000891-B4; Thu, 14 Dec 2023 08:03:05 -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 1rDlMl-00081x-GM for bug-gnu-emacs@gnu.org; Thu, 14 Dec 2023 08:03:03 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rDlMl-00056W-7C for bug-gnu-emacs@gnu.org; Thu, 14 Dec 2023 08:03:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rDlMk-0001KU-4I for bug-gnu-emacs@gnu.org; Thu, 14 Dec 2023 08:03:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Tim Ruffing Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 14 Dec 2023 13:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67810 X-GNU-PR-Package: emacs Original-Received: via spool by 67810-submit@debbugs.gnu.org id=B67810.17025589815103 (code B ref 67810); Thu, 14 Dec 2023 13:03:02 +0000 Original-Received: (at 67810) by debbugs.gnu.org; 14 Dec 2023 13:03:01 +0000 Original-Received: from localhost ([127.0.0.1]:48934 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rDlMi-0001KE-I4 for submit@debbugs.gnu.org; Thu, 14 Dec 2023 08:03:00 -0500 Original-Received: from mout-p-201.mailbox.org ([80.241.56.171]:56704) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rDlMf-0001Ju-Uy for 67810@debbugs.gnu.org; Thu, 14 Dec 2023 08:02:59 -0500 Original-Received: from smtp1.mailbox.org (smtp1.mailbox.org [10.196.197.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-201.mailbox.org (Postfix) with ESMTPS id 4SrTLh4hyYz9t2X; Thu, 14 Dec 2023 11:37:16 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=timruffing.de; s=MBO0001; t=1702550236; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:autocrypt:autocrypt; bh=wUcbe3zxAN8nPu72ks7BuHEc5GgYHrc3rUYcCGvAuns=; b=hu0FfFRCwrMQUxWNpJvIkrm0xoZkNO2iEakeOhjeSETqYPApaqkkZevYKU39+gpPfyZ2pN Zbl4Uug/OCvNfivn3W9GhXAtHYhfLtjmZDWs4QDIK7pLw3Hyym2/y/2GtCHSCEf6A8HQPa CcnylsjuLXNZBsSM9l35uv/diuo+fnQNqKWjHpAp2pXuDmvYJZ7WgB7TD5x4eGAHjQN5zD O9WjrrbrhtUcdrTpRxvMzDVxn6AKcohSpLJjeycB4y+NrCcaAXjNWFi0cveB85qnDoVX7k X5gc2WHTGFU+/YVOEPDaRHhiJSKka+cv7WWSkjS6f/n98tlq9zmZrjVlonAA+w== In-Reply-To: <83le9xqewb.fsf@gnu.org> Autocrypt: addr=crypto@timruffing.de; prefer-encrypt=mutual; keydata=mQINBFz4LCMBEADLgtVg3uT+kybmXDPpXMvd8KBhTfAL5DP6umC9hkv/WHnfbCOUujhyvBljckcExAFr7tDYSgIjqa0L32SCT0NEaeY/s3WOYIacjBIEjTrgt01401lOWoX3XeYTWOlVUmUg+4iJPmBSPaj2bJR9Sq6NZhQjQ8K24VMtUNMiDeIIcstLkvQ4ZWkSuBUQJrJ0gUCZcUHNEyyGyZj1HOVGqGK7hTIiT1TfAgYKDDzk955LzgxbmATJWQLD7AGUIjKf/s418PTxI7Hh5ptH+Rq30+wkfvzJumYgkWUzeV6jzlOST5LkrFWQTfCXNvFNxSI9FVKjDIJZ7nQlgd+qNpGop90S3UqA8ofoG9liJm/jmbgIfJTgIiJpulycJD90PyJiWxtGshuZnHjCpkmU5vc1ZbuYyzH2wLoABSBsjy3Tb/25W2mnYnsOcVo1sWOGl+08Lb63ocVYGY27OrAIsv35pS/gMSGcJVg/EmPIM4+PmjeOxDlrJEW+8YzjKV9XtDv6VcBT1/OcA64knWC7JAGf0CGRodpolDjyfFRLOPV2/UbyOMJZjkxKTtV0je/RiMTupIHWcmimkvzpNo8D8U+Ac7KTPuPBrbj8EWeTbd/sK6bncjPL2DLomov0gCg/qlgObYmZ834+tQcThIBi3cj1cRj/0yKPy1uHgk2P2jO5i9AXGQARAQABtB9UaW0gUnVmZmluZyA8dGltQHRpbXJ1ZmZpbmcuZGU+iQJXBBMBCABBAhsBBQsJCAcCBhUKCQgLAgQWAgMBAh4 BAheAAhkBFiEECeA/hxCS5A4QbpArM7yGq4D/ 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:276192 Archived-At: On Thu, 2023-12-14 at 12:04 +0200, Eli Zaretskii wrote: > What are the chances of someone wanting to disable this feature only > for some fonts?=C2=A0 If we want to allow disabling it globally, it shoul= d > be a simple matter of adding a boolean variable exposed to Lisp, and > then performing this only when the variable doesn't inhibit that. >=20 > Adding a font property, or a regexp for matching fonts which are > exempt from this, are by contrast much more complex and require more > changes.=C2=A0 For a feature that was so far requested by a single user, > I'm not sure this is justified. >=20 My first intuition was that, conceptually, it should depend on the font because it's desirable for some fonts but not for others, and I thought the complexity is not that big given that we have the code essentially in place, because we do the same for vertical centering. But yeah, I expect the chances that someone wants to disable this only for some fonts to be rather low: Fonts for "normal" text without bold are very rare, and probably not high-quality anyway. So I don't think there's anyone who has an advanced setup with icon fonts but at the same time uses a poor font for normal text that doesn't even have a bold variant, and then really needs the overstriking... (Plus, there may be other mechanisms in that case, such as FC_EMBOLDEN). For me personally, a boolean toggle will be fine, exactly for the reason outline above: All the other fonts that I use have a bold variant anyway.=20 > As for your example: if Doom uses this for icons, why cannot Doom > refrain from using bold face for these cases? That's of course possible, and this could even be integrated in packages like nerd-fonts and all-the-icons. But as I said in my previous email, I think this solves only part of the problem. Setting the face works when there is existing code for inserting icons (e.g., file type icons in dired), because that code can then take care of setting the face.=C2=A0 But it doesn't work in cases when the user simply wants to insert icons in their buffers: For example, if the user inserts an icon in a bold org headline, it seems to me like the wrong approach to change the face on the fly.