Patch partially addresses this question from last month:
https://lists.suckless.org/dev/1708/32111.html
If a Glyph simply does not exist within the fonts of a system,
fontconfig ends up returning the original default font again. At this
point, 'st' happily opens it again, and holds a new frc arra
Menche,
I wrote about the width problem here [0] and came to the conclusion
that it can't be properly fixed within any terminal program:
[0] https://lists.suckless.org/dev/1709/32306.html
Thank you,
Gary Allen
On Sun, Oct 1, 2017 at 1:20 AM, Menche wrote:
> On Sat, 30 Sep 2017 23:52:50 +0200
>
Janne,
Most likely your report of no rendering is due to an attempt to use a
font type that isn't supported by the Xft library. I can reproduce
the blank space by trying to use Apple Emoji or Noto Color Emoji
fonts. I have had luck with Noto Emoji, Wingdings, Webdings, Symbol
and EmojiOne Color (
On Sat, Sep 30, 2017 at 11:52:50PM +0200, Janne Heß wrote:
> Hello everyone,
>
> I was wondering if glyphs with an own color (namely emojis) are
> supported in st. With a default-ish config.h, they are not rendered at
> all (just black).
> Is there anything I can set (maybe in the font option) to
