GNU bug report logs - #67810
29.1; fonts use synthetic bold on Linux / pgtk

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Po Lu <luangruo <at> yahoo.com>
Cc: crypto <at> timruffing.de, 67810 <at> debbugs.gnu.org, stefankangas <at> gmail.com
Subject: Re: bug#67810: 29.1; fonts use synthetic bold on Linux / pgtk
Date: Sun, 14 Jan 2024 16:03:32 +0200

> From: Po Lu <luangruo <at> yahoo.com>
> Cc: crypto <at> timruffing.de,  stefankangas <at> gmail.com,  67810 <at> debbugs.gnu.org
> Date: Sun, 14 Jan 2024 21:44:53 +0800
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > There are faces that Emacs imposes that are not controlled by
> > packages.  For example, the buffer name on the mode line is displayed
> > in bold, and changing that is not easy.  Why cannot we allow users to
> > tweak this issue by providing a simple variable?  What are the
> > downsides?
> 
> It can't be guaranteed that this variable will work, because Emacs is
> not the only program synthesizing bold variants from fonts that don't
> incorporate them.  Moreover, little-used options that control these very
> particular aspects of our font display tend to fall into disrepair: for
> instance, Vvertical_centering_font_regexp didn't function on any system
> besides X, until yours truly implemented it for Android, a state of
> affairs that remained unnoticed for upwards of a decade.

I still don't understand what would be the downside of giving users
such a knob.  The worst that can happen is that this knob will
sometimes not work.  So what?

I say let's introduce it and let users who want to use it cope with
the results.  All it takes is a new DRFVAR and a single 'if'.

Previous Next

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