Hello folks, I have a very special and obscure situation. I am using
inkscape version 1.1.1 on Arch Linux with Gnome Desktop 41.1, but the
problem is present since several years on different systems, but I
didn't notice it for a long time. Some months ago the situation changed…
It is related to Emojis. I am using svg-files with astrological symbols
as text, the fonts I am using are covering this unicode symbols and I do
not want to have them replaced with symbols from an other font. But
exactly this is happening since some years (in nearly every application
and in a very special way in inkscape).
I think it all comes from the definition which symbols are emojis and
which not. There is a hand full of symbols which are in use as emojis
and as normal "letters" in text - in my case asterisks. Since 2016 the
system-wide emoji support is interpreting this symbols as emojis and
substituting them with an emoji-font even if the signs are available in
the font in use. A behavior I dislike at all, but maybe it is wanted by
others for chat applications and similar.
From 2016 to 2020 my system lack a special bitmap-emoji-font and I
didn't notice the on going substitutin in the background. I use the
Libertinus Sans (former Linux Biolinum) font and the emoji-substitutin
has been replacing the asterisks signs of this font with the Dejavu Sans
font - it seems Dejavu Sans is in use as an Emoji-fallback font, because
of the huge unicode coverage.
Since 2020 a bitmap-emoji-font is present on my system as dependency of
gnome-characters. So everything changed. Now I have ugly colorful
graphics instead of normal text-signs in many applications including
Firefox, Eye Of Gnome,…
… and inkscape? Even worse! Inkscape can not handle the signs from the
bitmap-emoji-font and is substituting once again the asterisks with
normal letters from the alphabet.
My workaround at the moment: uninstalling gnome-characters and the
emoji-font to again fallback on Dejavu font. But this is not satisfying,
I want back the signs from my Libertinus font. I have not found any
I think this is a misbehavior of the emoji-implementation. But what is
the problem? A missing functionality on application side or a bug of the
emoji-substitution on system side?
In other words: is it part of the application to accept or refuse the
emoji-substitution or is the undemanded emoji-substitution of the
font-system a bug itself?
No matter what - I think, as long as inkscape is not able to use the
emoji-fonts, it should refuse all emoji-substitution functionality
completely (if possible?!). It causes problems in every case.
What do you think, am I right?
Show replies by date