fontconfig issueshttps://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues2019-11-28T09:50:28Zhttps://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/174<or> and <and> doesn’t seem to work2019-11-28T09:50:28ZMélanie Chauvel<or> and <and> doesn’t seem to workI tried to use `<or>` and `<and>` as documented here:
https://www.freedesktop.org/software/fontconfig/fontconfig-user.html
But I couldn’t make it work, neither:
```xml
<match target="pattern">
<test name="family" qual="any">
<or>
...I tried to use `<or>` and `<and>` as documented here:
https://www.freedesktop.org/software/fontconfig/fontconfig-user.html
But I couldn’t make it work, neither:
```xml
<match target="pattern">
<test name="family" qual="any">
<or>
<string>DejaVu Sans</string>
<string>Liberation Sans</string>
</or>
</test>
<edit binding="same" name="family" mode="assign">
<string>Noto Sans</string>
</edit>
</match>
```
nor:
```xml
<match target="pattern">
<or>
<test name="family" qual="any">
<string>DejaVu Sans</string>
</test>
<test name="family" qual="any">
<string>Liberation Sans</string>
</test>
</or>
<edit binding="same" name="family" mode="assign">
<string>Noto Sans</string>
</edit>
</match>
```
If you don’t intend to make this feature work, at least removing it from the documentation would be a good idea.https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/173Nastaliq Urdu is not an appropriate choice for default Arabic2022-09-22T02:45:27ZToni JarjourNastaliq Urdu is not an appropriate choice for default ArabicThe choice of Nastaliq Urdu as a preferred font for Arabic is not acceptable. These types of fonts are unreadable for the vast majority of Arabic readers. You don't need to be Arabic to see the difference in legibility between an Urdu an...The choice of Nastaliq Urdu as a preferred font for Arabic is not acceptable. These types of fonts are unreadable for the vast majority of Arabic readers. You don't need to be Arabic to see the difference in legibility between an Urdu and a Naskh font. Look at the images I've attached.
Urdu:
![Urdu](/uploads/6833d212c7d5f1e0da3014d6a605bc12/urdu.jpg)
Naskh:
![Naskh](/uploads/e7ed6aca60a478234e8acfaf3d7fbd9c/naskh.jpg)
The file in question is `conf.d/65-nonlatin.conf`. Serif arabic should prefer a Naskh font like [Noto Naskh Arabic](https://www.google.com/get/noto/#naskh-arab). Sans Serif should prefer a sans font like [Noto Sans Arabic](https://www.google.com/get/noto/#sans-arab).
Here is one more image to underscore how bad this is:
![wiki](/uploads/0ad2d6819881543bf3b3f57f714d1261/wiki.jpg)https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/171[PATCH] Rework Reporting Of Config Parse Errors To Use Callback2019-07-29T05:03:44ZLawrence D'Oliveiro[PATCH] Rework Reporting Of Config Parse Errors To Use CallbackThis patch [ldo_config_parse-20190729.patch](/uploads/54a7046f70ad05d824f54b2f30ca119d/ldo_config_parse-20190729.patch) reworks the `FcConfigMessage` routine in `fcxml.c` to pass all messages through a callback action. The idea is that i...This patch [ldo_config_parse-20190729.patch](/uploads/54a7046f70ad05d824f54b2f30ca119d/ldo_config_parse-20190729.patch) reworks the `FcConfigMessage` routine in `fcxml.c` to pass all messages through a callback action. The idea is that it becomes easy to add alternate versions of the FcConfigParseAndLoad*xxx* routines that specify a caller-specified callback for capturing the messages, rather than sending them direct to stderr.
Initially I had the callback details stored as fields in the `_FcConfigParse` structure. Then I discovered that messages could be reported in situations where such a structure did not exist. So I put them in a separate `_MessageCallback` structure. So this structure has to be passed as a separate arg to every `FcConfigMessage` call.https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/161FcFini() sends SIGABRT when using Xft2019-06-13T05:51:28Zstd4453FcFini() sends SIGABRT when using XftWhen using Xft and fontconfig, calling `FcFini()` after creating `XftFont`s with `XftFontOpen*()` causes `SIGABRT` to be thrown and jamming the program, even after all created `XftFont`s have been closed with `XftFontClose()`.
Example c...When using Xft and fontconfig, calling `FcFini()` after creating `XftFont`s with `XftFontOpen*()` causes `SIGABRT` to be thrown and jamming the program, even after all created `XftFont`s have been closed with `XftFontClose()`.
Example code:
```c
#include <X11/Xlib.h>
#include <X11/Xft/Xft.h>
#include <fontconfig/fontconfig.h>
int main() {
FcInit();
Display *dis = XOpenDisplay(NULL);
int screen = DefaultScreen(dis);
XftFont *f = XftFontOpenName(dis, screen, "sans-serif");
XftFontClose(dis, f);
FcFini();
}
```
Compile with:
```bash
gcc main.c -lfontconfig -lfreetype -lX11 -lXft
```
And executing it outputs:
```bash
$ ./a.out
a.out: fccache.c:525: FcCacheFini: Assertion `fcCacheChains[i] == NULL' failed.
Aborted (core dumped)
```
And valgrind reports:
```
==11600== 128 bytes in 1 blocks are definitely lost in loss record 111 of 158
==11600== at 0x4C2BBAF: malloc (vg_replace_malloc.c:299)
==11600== by 0x4E48493: ??? (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.8.0)
==11600== by 0x4E441EC: FcConfigSubstituteWithPat (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.8.0)
==11600== by 0x566FCA9: XftFontMatch (in /usr/lib/x86_64-linux-gnu/libXft.so.2.3.2)
==11600== by 0x566FFD6: XftFontOpenName (in /usr/lib/x86_64-linux-gnu/libXft.so.2.3.2)
==11600== by 0x1088A8: main (in /tmp/test/a.out)
==11600==
==11600== 352 (256 direct, 96 indirect) bytes in 1 blocks are definitely lost in loss record 127 of 158
==11600== at 0x4C2BBAF: malloc (vg_replace_malloc.c:299)
==11600== by 0x4E550F9: ??? (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.8.0)
==11600== by 0x4E55861: ??? (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.8.0)
==11600== by 0x4E55C1B: FcPatternAddDouble (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.8.0)
==11600== by 0x566C4CD: ??? (in /usr/lib/x86_64-linux-gnu/libXft.so.2.3.2)
==11600== by 0x566C7C4: ??? (in /usr/lib/x86_64-linux-gnu/libXft.so.2.3.2)
==11600== by 0x566CA33: ??? (in /usr/lib/x86_64-linux-gnu/libXft.so.2.3.2)
==11600== by 0x566CE8D: XftDefaultHasRender (in /usr/lib/x86_64-linux-gnu/libXft.so.2.3.2)
==11600== by 0x566D2B7: XftDefaultSubstitute (in /usr/lib/x86_64-linux-gnu/libXft.so.2.3.2)
==11600== by 0x566FCC4: XftFontMatch (in /usr/lib/x86_64-linux-gnu/libXft.so.2.3.2)
==11600== by 0x566FFD6: XftFontOpenName (in /usr/lib/x86_64-linux-gnu/libXft.so.2.3.2)
==11600== by 0x1088A8: main (in /tmp/test/a.out)
==11600==
==11600== 2,603 (768 direct, 1,835 indirect) bytes in 1 blocks are definitely lost in loss record 149 of 158
==11600== at 0x4C2DDCF: realloc (vg_replace_malloc.c:785)
==11600== by 0x4E5504A: ??? (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.8.0)
==11600== by 0x4E55741: ??? (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.8.0)
==11600== by 0x4E528D8: FcFontRenderPrepare (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.8.0)
==11600== by 0x4E52C3F: FcFontMatch (in /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.8.0)
==11600== by 0x566FCDA: XftFontMatch (in /usr/lib/x86_64-linux-gnu/libXft.so.2.3.2)
==11600== by 0x566FFD6: XftFontOpenName (in /usr/lib/x86_64-linux-gnu/libXft.so.2.3.2)
==11600== by 0x1088A8: main (in /tmp/test/a.out)
==11600==
==11600== LEAK SUMMARY:
==11600== definitely lost: 1,152 bytes in 3 blocks
==11600== indirectly lost: 1,931 bytes in 59 blocks
==11600== possibly lost: 0 bytes in 0 blocks
==11600== still reachable: 201,717 bytes in 534 blocks
==11600== suppressed: 0 bytes in 0 blocks
```
I wonder whether I'm using `FcInit()` and `FcFini()` right? How does Xft interact with fontconfig? Or is the problem actually one of fontconfig's?https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/159[feature]: compile tests conditionally2019-06-06T05:16:48Zvtorri[feature]: compile tests conditionallyHello
is it possible to add an option to configure so that tests are compiled conditionnaly ?
thank you
Vincent TorriHello
is it possible to add an option to configure so that tests are compiled conditionnaly ?
thank you
Vincent Torrihttps://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/149Downstream patch to build with visual studio2019-05-27T04:45:25ZIgnacio CasalDownstream patch to build with visual studioIn gvsbuild we are carrying around a patch for quite a long time already that maybe it is worth splitting up and pushing upstream:
https://github.com/wingtk/gvsbuild/blob/master/patches/fontconfig/fontconfig.patchIn gvsbuild we are carrying around a patch for quite a long time already that maybe it is worth splitting up and pushing upstream:
https://github.com/wingtk/gvsbuild/blob/master/patches/fontconfig/fontconfig.patchhttps://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/14555773 files in ~/.cache/fontconfig/2019-11-25T04:54:35ZBohdan Horbeshko55773 files in ~/.cache/fontconfig/It looks weird. Some of the files are 6 years old. I'm not sure if this cache is effective at all, as most of large caches I have seen use prefixing to speedup filesystem lookup.
```
root@localhost:~# echo 3 > /proc/sys/vm/drop_caches
...It looks weird. Some of the files are 6 years old. I'm not sure if this cache is effective at all, as most of large caches I have seen use prefixing to speedup filesystem lookup.
```
root@localhost:~# echo 3 > /proc/sys/vm/drop_caches
root@localhost:~# time ls -l /home/bodqhrohro/.cache/fontconfig/ > /dev/null
real 0m25,959s
user 0m0,964s
sys 0m2,015s
```
Moreover, it's still there after I ran `fc-cache -frs` (from user, of course), with the same timestamps. Would it be safe if I just clear the directory? Or all of these thousands of files will reappear anyway on the next cache rebuild?https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/126Add a way to tell fc-query to read fontconfig files outside its default tree2018-10-16T08:01:38ZNicolas MailhotAdd a way to tell fc-query to read fontconfig files outside its default treeThe fonts autodep generator in rpm, that was written by Behdad, basically just calls
`$fcquery --format '%{=pkgkit}' "${fn}"` (it's in /usr/lib/rpm/fontconfig.prov)
So at it is written, it will compute query output based on the fontcon...The fonts autodep generator in rpm, that was written by Behdad, basically just calls
`$fcquery --format '%{=pkgkit}' "${fn}"` (it's in /usr/lib/rpm/fontconfig.prov)
So at it is written, it will compute query output based on the fontconfig configuration of the host system, ignoring the fontconfig files which are being installed with the font files in the build root.
It would be trivial for rpm to tell fc-query where those files are (that's just passing the /etc/fonts location in the buildroot). However, there is no flag in fc-query to receive this info
Please add such a flaghttps://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/125Provide better merging primitives2018-10-15T22:04:41ZNicolas MailhotProvide better merging primitivesAbout a decade ago, when people started releasing open fonts on a big scale, and the fontconfig main role changed from managing a scarcity of unicode-coverage limited fonts to managing an abundance of font files, Fedora defined with the ...About a decade ago, when people started releasing open fonts on a big scale, and the fontconfig main role changed from managing a scarcity of unicode-coverage limited fonts to managing an abundance of font files, Fedora defined with the then fontconfig maintainer the following template
https://pagure.io/fontpackages/blob/master/f/fontconfig-templates/merging-font-template.conf
It was a quick hack to manage the Droid font Google had just released, it didn't work too well (it needs to override font versions to work so it will break some version selection logic within fontconfig) and we all hoped it would not be necessary long term. Surely Google would soon stop this insanity of splitting a perfectly fine font family in multiple language subsets? (remember, we used fontconfig to construct synthetic font families out of unrelated font files, because creating wide-coverage fonts was hard, nobody even imagined someone would deliberately break up a wide-encoding font if this graal was ever achieved).
We know now, of course, that this splitting was deliberate, and would become common, because web devs want small font for their web sites (and to hell if they can not render all kinds of i18n text) embedded mobile people would rather use small country-specific fonts than large universal fonts that eat up their storage, and so on.
And besides things like Noto are just too heavy to be installed by default in full mode on today's desktops.
So fonts split by region or script are not a fact of life.
And users will often not have on system all the font blocks corresponding to a single font family (from a design POW).
And the region split changes over time because entities like Google hide the split in their UI, and optimize the split according to current market needs (this is very clear in AOSP's git history for example).
Therefore fontconfig should hide this technical complexity from users, present them just the font family design name, and do the juggling between all the bits of a font internally without requiring explicit manual selection of a specific font part.
Please provide a fontconfig configuration primitive that allows a system integrator to tell it 'acme hebrew and acme tai and acme new fixed arabic' are all bits of the acme font family, hide all those split names and present them as a whole as acme (using inernal fontconfig substitution logic to select the better part of acme to use depending on locale and codepoint needs).https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/114man pages for conf2019-05-27T04:49:07ZAkira TAGOHman pages for confmissing man pages for config files. good to provide one.missing man pages for config files. good to provide one.https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/111Show color emoji even when font provides a character2021-01-11T13:49:47ZJeremy BichaShow color emoji even when font provides a characterSome emoji characters use old Unicode character points and therefore have representations in typical fonts. I believe users would rather see the color emoji representation.
This might be a bit tricky to handle since I think the current ...Some emoji characters use old Unicode character points and therefore have representations in typical fonts. I believe users would rather see the color emoji representation.
This might be a bit tricky to handle since I think the current implementation just falls back to a color emoji font when a character isn't found in the regular font.
Would it make sense to have a white list of these characters?
Test Case
---------
`☢` ☢ U+2622 radioactive sign
System Info
-----------
* Ubuntu 18.10
* fontconfig 2.13.0
* fonts-noto-color-emoji 20180810https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/108Provide a way to disable json-c2018-09-04T02:09:35ZRyan Carsten SchmidtProvide a way to disable json-cNew in fontconfig 2.13.1, it looks for json-c at configure time and links with it at build time if it was found. This is only used for an optional test in the test suite.
I can't find an obvious way to disable this. It would be good to ...New in fontconfig 2.13.1, it looks for json-c at configure time and links with it at build time if it was found. This is only used for an optional test in the test suite.
I can't find an obvious way to disable this. It would be good to have an easy way, such as a configure flag, to allow me to specify that I don't want json-c to be looked for or used, even if it is present. (If there is a way to do it and I've missed it, please let me know how.)
This will help when cross-compiling. For example, if I'm trying to build a universal binary of fontconfig, and I have json-c installed non-universally, the build of fontconfig will fail when it can't find the other architecture in the json-c files. See https://trac.macports.org/ticket/57081.https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/106RFE: allow merging of legacy font family names2019-12-08T10:46:35ZBugzilla Migration UserRFE: allow merging of legacy font family names## Submitted by Nicolas Mailhot
Assigned to **fon..@..op.org**
**[Link to original bug (#18725)](https://bugs.freedesktop.org/show_bug.cgi?id=18725)**
## Description
Historically font formats only allowed four faces regular, bold,...## Submitted by Nicolas Mailhot
Assigned to **fon..@..op.org**
**[Link to original bug (#18725)](https://bugs.freedesktop.org/show_bug.cgi?id=18725)**
## Description
Historically font formats only allowed four faces regular, bold, italic, bold italic. You had to use a separate font family to distribute condensed, heavy etc variants
This has changed (cf http://blogs.msdn.com/text/attachment/2249036.ashx ) and modern fonts such as DejaVu include all faces under a single family name. Applications such as OO.o are being fixed to handle multifaced fonts
Unfortunately there are still many historic fonts in the wild distributed in several sets of four faces (gs fonts, arial narrow, arial bold, etc). Those fonts currently appear under different family names in fontconfig-using apps. This is perturbing to users, since the same faces of historic and modern fonts are not handled the same way. Microsoft did some sort of magic in uniscribe to hide this distinction (irrelevant to users).
Please provide a documented config pattern for font distributors that enables them to declare to fontconfig "font family A and font family B are the same, please expose all the associated faces under A name to users".
(of course an application asking explicitely for B should still get it, but users would only see A in font lists)
Version: 2.6https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/105Please add kut, ojb, mic orth file2018-08-20T21:55:50ZBugzilla Migration UserPlease add kut, ojb, mic orth file## Submitted by Neskie Manuel
Assigned to **fon..@..op.org**
**[Link to original bug (#16188)](https://bugs.freedesktop.org/show_bug.cgi?id=16188)**
## Description
Here are Orthographies for:
Ktunaxa (kut) - an isolate in BC
Ojib...## Submitted by Neskie Manuel
Assigned to **fon..@..op.org**
**[Link to original bug (#16188)](https://bugs.freedesktop.org/show_bug.cgi?id=16188)**
## Description
Here are Orthographies for:
Ktunaxa (kut) - an isolate in BC
Ojibway (ojb) - One of the many dialects of Ojibway. This is the non-syllabics version.
Mi'kmaw (mic) - an Indigenous Language spoken in the Maritimes of Canada.
Version: 2.6https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/104Enhance fontconfig to render Microsoft fonts better2018-08-20T21:55:44ZBugzilla Migration UserEnhance fontconfig to render Microsoft fonts better## Submitted by Charles
Assigned to **fon..@..op.org**
**[Link to original bug (#7662)](https://bugs.freedesktop.org/show_bug.cgi?id=7662)**
## Description
You could incorporate these enhancements into fontconfig:
http://www.ubunt...## Submitted by Charles
Assigned to **fon..@..op.org**
**[Link to original bug (#7662)](https://bugs.freedesktop.org/show_bug.cgi?id=7662)**
## Description
You could incorporate these enhancements into fontconfig:
http://www.ubuntuforums.org/showthread.php?t=208396
Many people have asked for it on the Internet, and these configurations don't
affect regular fonts rendering so that everybody's happy :)
Version: 2_1
### Blocking
* [Bug 8100](https://bugs.freedesktop.org/show_bug.cgi?id=8100)https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/103Merge some optimisation works by Michal Srb?2019-12-04T05:54:59ZBugzilla Migration UserMerge some optimisation works by Michal Srb?## Submitted by Mingcong Bai
Assigned to **fon..@..op.org**
**[Link to original bug (#105102)](https://bugs.freedesktop.org/show_bug.cgi?id=105102)**
## Description
First described in his paper ¹ to optimise various fontconfig alg...## Submitted by Mingcong Bai
Assigned to **fon..@..op.org**
**[Link to original bug (#105102)](https://bugs.freedesktop.org/show_bug.cgi?id=105102)**
## Description
First described in his paper ¹ to optimise various fontconfig algorithms, his work ² has proven to be beneficial especially with LibreOffice. With current 2.12.6 it is practically impossible to scroll through the font listing when a full set of Noto and Noto CJK fonts are installed, scrolling can cause the UI to lock up for more than a second which practically destroys the user experience.
With patches generated from his work - applied upon 2.12.6, this issue has gone away. I was trying to test https://bugs.freedesktop.org/show_bug.cgi?id=105085 with 2.12.92, however, these patches would no longer apply to the newest code, as extensive API changes were made - it would be a shame to waste all these optimisation works...
--------
¹ https://www.theseus.fi/bitstream/handle/10024/124694/Srb_Michal.pdf?sequence=1
² https://github.com/michalsrb/fontconfig
Version: 2.12https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/102Add new and preferred Korean fonts in the default config2018-08-20T21:52:42ZBugzilla Migration UserAdd new and preferred Korean fonts in the default config## Submitted by Changwoo Ryu
Assigned to **fon..@..op.org**
**[Link to original bug (#99971)](https://bugs.freedesktop.org/show_bug.cgi?id=99971)**
## Description
Created attachment 129928
Update Korean fonts in the default config...## Submitted by Changwoo Ryu
Assigned to **fon..@..op.org**
**[Link to original bug (#99971)](https://bugs.freedesktop.org/show_bug.cgi?id=99971)**
## Description
Created attachment 129928
Update Korean fonts in the default config
Since the changes in [bug 42423](https://bugs.freedesktop.org/show_bug.cgi?id=42423), several new Hangul (Korean) fonts has been released under Free and Open Source licenses. They are considered better than old NanumGothic fonts as the default Korean sans-serif/serif/monospace.
So I propose to change the default config:
- Noto Sans CJK KR and NanumBarunGothic are preferred to NanumGothic as sans.
- Noto Sans Mono CJK KR and D2Coding are preferred to NanumGothicCoding as monospace.
- Remove some Korean fonts, which are not typewriter style ones, from monospace.
**Patch 129928**, "Update Korean fonts in the default config":
[fontconfig-korean-defaults-2017.diff](/uploads/9ff1838bd8b5d915e06e9a4d16e5462c/fontconfig-korean-defaults-2017.diff)https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/101Add ortho file for locale sd_IN@devanagari2018-08-20T21:52:34ZBugzilla Migration UserAdd ortho file for locale sd_IN@devanagari## Submitted by Parag
Assigned to **fon..@..op.org**
**[Link to original bug (#25647)](https://bugs.freedesktop.org/show_bug.cgi?id=25647)**
## Description
please add ortho file for locale sd_IN@devanagari which is devanagari scri...## Submitted by Parag
Assigned to **fon..@..op.org**
**[Link to original bug (#25647)](https://bugs.freedesktop.org/show_bug.cgi?id=25647)**
## Description
please add ortho file for locale sd_IN@devanagari which is devanagari script based language.
Version: 2.8
### Depends on
* [Bug 42900](https://bugs.freedesktop.org/show_bug.cgi?id=42900)
### Blocking
* [Bug 35485](https://bugs.freedesktop.org/show_bug.cgi?id=35485)https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/100Add way to FcNameUnparse to specify weak binding?2018-08-20T21:52:32ZBugzilla Migration UserAdd way to FcNameUnparse to specify weak binding?## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#103727)](https://bugs.freedesktop.org/show_bug.cgi?id=103727)**
## Description
Would be nice. Right now there's no way to generate patterns ...## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#103727)](https://bugs.freedesktop.org/show_bug.cgi?id=103727)**
## Description
Would be nice. Right now there's no way to generate patterns with weak bindings from command-line.https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/99RFE: subpixel hinting support2018-08-20T21:52:28ZBugzilla Migration UserRFE: subpixel hinting support## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#51212)](https://bugs.freedesktop.org/show_bug.cgi?id=51212)**
## Description
http://git.savannah.gnu.org/cgit/freetype/freetype2.git/com...## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#51212)](https://bugs.freedesktop.org/show_bug.cgi?id=51212)**
## Description
http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=79e36baebba4532dff92ca1ca43c4dc2f779fd32