![]() ![]() KWrite is using Qt 5.15, while Text Editor is using GTK4. When comparing KWrite and Text Editor, and setting the font as Noto Serif CJK SC in both, I'm seeing no difference. I do have the following in my $XDG_CONFIG_HOME/fontconfig/nf, and I mostly need Chinese (Simplified) and Korean characters rendering in the webbrowser, Fcitx5, and Electron apps. The generated packages are much I can't say I notice such a problem. ![]() : There are now variable Serif fonts for all the languages.: A section about OpenType issue with Pango apps was added. ![]() Use runtimes based on Freedesktop 21.08, as the runtime's libharfbuzz 3.0.0 is patched with the fix. This prevents issues like different character sizes. Otherwise, update either to match the values of the other font. in both fonts first to see whether the values like em size match. Addendum from comments: Before merging, click Element > Font info. This is fixed not only for system installed applications, but soon also with Flatpak applications that 4,652 17 55 78 Add a comment 3 Answers Sorted by: 60 This is an easy task with fontforge. : The issue affecting Variable OTCs is related to HarfBuzz and was fixed in version 3.3.0.: Freedesktop 21.08, Gnome 42, KDE 5.15-21.08, and KDE 6.2 Flatpak runtimes were updated, and they now include the HarfBuzz patch.If you're upgrading this package(s) and your AUR helper is caching sources, then you might need to delete the cached tarballs. : Release assets were updated without tagging a new release.: The Variable OTCs issue of HarfBuzz : Gnome 41 Flatpak runtime was updated to 41.8 and is based on Freedesktop 21.08.14 that includes the fix to HarfBuzz 3.0.0.My MR backporting the needed changes to the Freedesktop Flatpak runtime was merged,Īnd this issue is fixed now for applications that use the following runtimes or newer: Freedesktop 21.08, Gnome 41, KDE 5.15-21.08. I suspect that Electron releases older than v14 are also affected by this. This means Flatpak, AppImage, proprietary, etc. Outdated libharfbuzz.so will still be broken. Loading the missing glyphs from the fonts.įrom what I can tell, it's fixed in HarfBuzz 3.3.0 and newer releases, but anything that brings it own Variable OTCs and HarfBuzz and elements in nf (see details in the Arch Wiki),īut it was a hit-and-miss, and it should have worked without any extra setting, automatically I'm not completely sure about the font config for the monospace font, so feedback would be appreciated. Multi-lingual monospace font is packaged because there aren't subset versions of monospace fonts. noto-fonts-cjk-vf: Variable Region-specific OTFĬontaining only a subset version of the font for a specific language.Other environment variables: FC_LANG, PANGO_LANGUAGE.įor this to work correctly, HarfBuzz 3.3.0 or newer is required, see more details below. Without it, the fonts will likely fall back to Japanese glyphs when the language of a text cannot be defined orĪuto-recognized (or too costly to recognize) by the application, and the OpenType locl is not being set. It's recommended to set the LANG or LANGUAGE environment variables (e.g. README.md files of the Sans or Serif fonts before asking what you should install. That's a lot of split packages, I suggest that you start by reading the fonts formats documentation in the ![]()
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |