GNU bug report logs -
#67810
29.1; fonts use synthetic bold on Linux / pgtk
Previous Next
Full log
Message #56 received at 67810 <at> debbugs.gnu.org (full text, mbox):
Tim Ruffing <crypto <at> timruffing.de> writes:
> Yeah, that's a very clean approach, of course, but it's restricted to
> graphical displays. And consideration went into the current design
> described in
> https://www.gnu.org/software/emacs/manual/html_node/elisp/Icons.html
> which says "Icons should also have a textual fallback." and which has
> an example with "textual" symbols.
I suggest not using SVG icons for monochrome symbolic icons of the kind
doom-modeline often displays. Libraries rendering SVG are relatively
memory-intensive and slow, while outline fonts are optimized for memory
consumption and scaler speed.
Incidentally, I've been toying with the idea of using the code in sfnt.c
to create vector symbols definable from Lisp and available on all
systems, to serve as fringe bitmaps and the like.
> @Po Lu:
> Independent of icons, I still think that overstriking is a bit
> unexpected. (I mean, even Eli didn't know about it.) I see that a font
> regex is too much, but do you think a simple boolean option would be a
> good idea? Or do you think the current behavior should simply be
> documented more prominently?
I think this is a mechanism users should not understand in this much
technical detail, because font backends might synthesize their bold or
oblique variants by other means when one is requested from a font that
doesn't provide them. Rather, users should understand that Emacs will
seek to display bold text when they specify it should, and that text
which isn't meant to be bold text should not receive text properties
labeling it as such.
This bug report was last modified 1 year and 153 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.