fontconfig issueshttps://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues2018-08-21T03:13:12Zhttps://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/96Missing closing bracket in src/fcstr.c (git master)2018-08-21T03:13:12ZBugzilla Migration UserMissing closing bracket in src/fcstr.c (git master)## Submitted by sor..@..teo.jp
Assigned to **fon..@..op.org**
**[Link to original bug (#107444)](https://bugs.freedesktop.org/show_bug.cgi?id=107444)**
## Description
There is a missing closing bracket in src/fcstr.c at line 875: ...## Submitted by sor..@..teo.jp
Assigned to **fon..@..op.org**
**[Link to original bug (#107444)](https://bugs.freedesktop.org/show_bug.cgi?id=107444)**
## Description
There is a missing closing bracket in src/fcstr.c at line 875: https://cgit.freedesktop.org/fontconfig/tree/src/fcstr.c#n875
Patch:
diff --git a/src/fcstr.c b/src/fcstr.c
index bfddd68..4247c85 100644
--- a/src/fcstr.c
+++ b/src/fcstr.c
@@ -872,7 +872,7 @@ FcStrIsAbsoluteFilename (const FcChar8 *s)
{
#ifdef _WIN32
if (*s == '\\' ||
- (isalpha (*s) && s[1] == ':' && (s[2] == '/' || s[2] == '\\'))
+ (isalpha (*s) && s[1] == ':' && (s[2] == '/' || s[2] == '\\')))
return FcTrue;
#endif
return *s == '/';
--
2.18.0https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/5FcFontList "contain" semantics unproductive2022-07-01T06:16:02ZBugzilla Migration UserFcFontList "contain" semantics unproductive## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#107246)](https://bugs.freedesktop.org/show_bug.cgi?id=107246)**
## Description
If I want to list only fonts that have fontformat=TrueType or ...## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#107246)](https://bugs.freedesktop.org/show_bug.cgi?id=107246)**
## Description
If I want to list only fonts that have fontformat=TrueType or fontformat=CFF, currently I can't:
behdad:~ 0$ fc-list :fontformat=truetype,cff
Returns empty.
This is because FcFontList interprets that as returning fonts that have both fontformat=truetype AND fontformat=cff. Code:
```
/*
* Font must have a containing value for every value in the pattern
*/
static FcBool
FcListValueListMatchAny (FcValueListPtr patOrig, /* pattern */
FcValueListPtr fntOrig) /* font */
{
FcValueListPtr pat, fnt;
for (pat = patOrig; pat != NULL; pat = FcValueListNext(pat))
{
for (fnt = fntOrig; fnt != NULL; fnt = FcValueListNext(fnt))
{
/*
* make sure the font 'contains' the pattern.
* (OpListing is OpContains except for strings
* where it requires an exact match)
*/
if (FcConfigCompareValue (&fnt->value,
FC_OP (FcOpListing, FcOpFlagIgnoreBlanks),
&pat->value))
break;
}
if (fnt == NULL)
return FcFalse;
}
return FcTrue;
}
```
I cannot imagine any scenario that this semantic is useful. I suggest we flip it from an AND to an OR.https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/46Postscript name matching issues2019-06-21T08:12:08ZBugzilla Migration UserPostscript name matching issues## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#107242)](https://bugs.freedesktop.org/show_bug.cgi?id=107242)**
## Description
Dominik and I are looking at postscriptname matching in Chrome...## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#107242)](https://bugs.freedesktop.org/show_bug.cgi?id=107242)**
## Description
Dominik and I are looking at postscriptname matching in Chrome, and I found a couple issues with it.
1. The code seems to want to ignore space and dash as delimiters:
```
static double
FcComparePostScript (const FcValue *v1, const FcValue *v2, FcValue *bestValue)
{
const FcChar8 *v1_string = FcValueString (v1);
const FcChar8 *v2_string = FcValueString (v2);
int n;
size_t len;
*bestValue = FcValueCanonicalize (v2);
if (FcToLower (*v1_string) != FcToLower (*v2_string) &&
↦ *v1_string != ' ' && *v2_string != ' ')
↦ return 1.0;
n = FcStrMatchIgnoreCaseAndDelims (v1_string, v2_string, (const FcChar8 *)" -");
len = strlen ((const char *)v1_string);
return (double)(len - n) / (double)len;
}
```
But in actual testing I don't see dash ignored. NOT ignoring dash is actually correct and desired behavior. I just don't understand why it's not ignored by the code currently.
Inside FcStrCaseWalkerNext(), delims are not checked when fulfilling request from w->read:
```
static FcChar8
FcStrCaseWalkerNext (FcCaseWalker *w, const char *delims)
{
FcChar8↦ r;
if (w->read)
{
↦ if ((r = *w->read++))
↦ return r;
↦ w->read = 0;
}
do
{
↦ r = *w->src++;
} while (r != 0 && delims && strchr (delims, r));
if ((r & 0xc0) == 0xc0)
↦ return FcStrCaseWalkerLong (w, r);
if ('A' <= r && r <= 'Z')
r = r - 'A' + 'a';
return r;
}
```
Ie, `if ((r = *w->read++))` needs to also check delims...https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/27FC_FULLNAME wrong for variable-font instances2022-07-01T06:16:03ZBugzilla Migration UserFC_FULLNAME wrong for variable-font instances## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#107165)](https://bugs.freedesktop.org/show_bug.cgi?id=107165)**
## Description
We don't override it. We should create fullname from family a...## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#107165)](https://bugs.freedesktop.org/show_bug.cgi?id=107165)**
## Description
We don't override it. We should create fullname from family and style. It's hard to do it right with regard to different languages...
For varfonts, currently fullname gets set to the fullname of the default style. We should probably just copy family to fullname for varfonts.https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/63RBGA Order options for moden panels (Pentile, RGBG, OLED)2018-08-20T21:48:53ZBugzilla Migration UserRBGA Order options for moden panels (Pentile, RGBG, OLED)## Submitted by Redsandro
Assigned to **fon..@..op.org**
**[Link to original bug (#106219)](https://bugs.freedesktop.org/show_bug.cgi?id=106219)**
## Description
Created attachment 139058
Subpixel pattern for Lenovo OLED screens
...## Submitted by Redsandro
Assigned to **fon..@..op.org**
**[Link to original bug (#106219)](https://bugs.freedesktop.org/show_bug.cgi?id=106219)**
## Description
Created attachment 139058
Subpixel pattern for Lenovo OLED screens
* Cinnamon version 3.4.6
* Distribution - Mint 18.3 x64
There are no RBGA Order options for moden panels (Pentile, RGBG, OLED etc) in Font Settings.
Raised here: https://github.com/linuxmint/Cinnamon/issues/7107
Redirected to freedesktop/fontconfig.
Lenovo Yoga Carbon OLED, for example, has pixels that could be simplified as:
RB
GB
**Attachment 139058**, "Subpixel pattern for Lenovo OLED screens":
![oled_pattern](/uploads/6150843b277ff305e8656ef5a0bcf51f/oled_pattern.png)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/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/40run-test271.sh failing2019-08-07T07:35:59ZBugzilla Migration Userrun-test271.sh failing## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#102025)](https://bugs.freedesktop.org/show_bug.cgi?id=102025)**
## Description
I'm getting out:
Fixed:pixelsize=16
Fixed:pixelsize=6
=
Fixed...## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#102025)](https://bugs.freedesktop.org/show_bug.cgi?id=102025)**
## Description
I'm getting out:
Fixed:pixelsize=16
Fixed:pixelsize=6
=
Fixed:pixelsize=16
Fixed:pixelsize=6
=
Fixed:pixelsize=16
Fixed:pixelsize=6
whereas expected is:
Misc Fixed:pixelsize=6
Sony Fixed:pixelsize=16
=
Misc Fixed:pixelsize=6
Sony Fixed:pixelsize=16
=
Misc Fixed:pixelsize=6
Sony Fixed:pixelsize=16https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/89Consider moving fontconfig-monitor into fontconfig tree2018-10-02T07:28:29ZBugzilla Migration UserConsider moving fontconfig-monitor into fontconfig tree## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#101997)](https://bugs.freedesktop.org/show_bug.cgi?id=101997)**
## Description
The code at:
https://github.com/behdad/fontconfig-monitor## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#101997)](https://bugs.freedesktop.org/show_bug.cgi?id=101997)**
## Description
The code at:
https://github.com/behdad/fontconfig-monitorhttps://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/60Make fontconfig cache relocatable2020-02-28T04:45:41ZBugzilla Migration UserMake fontconfig cache relocatable## Submitted by Akira TAGOH `@tagoh`
Assigned to **Akira TAGOH `@tagoh`**
**[Link to original bug (#101889)](https://bugs.freedesktop.org/show_bug.cgi?id=101889)**
## Description
Current fontconfig caches are supposed to be matche...## Submitted by Akira TAGOH `@tagoh`
Assigned to **Akira TAGOH `@tagoh`**
**[Link to original bug (#101889)](https://bugs.freedesktop.org/show_bug.cgi?id=101889)**
## Description
Current fontconfig caches are supposed to be matched one-by-one to fonts. when fonts has been moved somewhere or doing bind-mounts fonts directories somewhere else would causes rebuilding caches and can't share it on them (which is the main target this time).
This also affects the startup time for applications and caches should supports relocation without rebuilding.https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/58fontconfig cache creation takes a long time during GIMP startup2018-10-02T06:09:00ZBugzilla Migration Userfontconfig cache creation takes a long time during GIMP startup## Submitted by Michael Schumacher
Assigned to **fon..@..op.org**
**[Link to original bug (#101820)](https://bugs.freedesktop.org/show_bug.cgi?id=101820)**
## Description
On Microsoft Windows platforms, the first start of an appli...## Submitted by Michael Schumacher
Assigned to **fon..@..op.org**
**[Link to original bug (#101820)](https://bugs.freedesktop.org/show_bug.cgi?id=101820)**
## Description
On Microsoft Windows platforms, the first start of an application using fontconfig can be the first time the fontconfig cache is actually created.
For GIMP, we get the occasionally bug report that this takes a very long time on startup, on every DST change (due to how MS Windows reports file modification dates), and sometimes "every time".
We take that last one with several grains of salt, because "every time" may just be "I noticed it the last time I started GIMP, and oops it doesn't happen just now...".
Anyway, in bug https://bugzilla.gnome.org/show_bug.cgi?id=782676 there is a description of what is happening to some users upgrading to GIMP 2.8.22 right now - including a copy of the fontconfig cache folder which allows to reproduce the issue.
Maybe someone working on fontconfig can shed some light on the issue, and tells us whether this is an issue in fontconfig, or in the way it is packaged in the GIMP installers, or the way it is used by GIMP?
### See also
* [Bug 782676](https://bugzilla.gnome.org/show_bug.cgi?id=782676)
* https://bugs.freedesktop.org/show_bug.cgi?id=99360https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/10Build failure with 2.12.32022-07-01T06:16:02ZBugzilla Migration UserBuild failure with 2.12.3## Submitted by Christoph Reiter
Assigned to **Akira TAGOH `@tagoh`**
**[Link to original bug (#101280)](https://bugs.freedesktop.org/show_bug.cgi?id=101280)**
## Description
CC fcobjs.lo
In file included from ../../fontconf...## Submitted by Christoph Reiter
Assigned to **Akira TAGOH `@tagoh`**
**[Link to original bug (#101280)](https://bugs.freedesktop.org/show_bug.cgi?id=101280)**
## Description
CC fcobjs.lo
In file included from ../../fontconfig-2.12.3/src/fcobjs.c:33:0:
fcobjshash.gperf:28:1: error: conflicting types for 'FcObjectTypeHash'
../../fontconfig-2.12.3/src/fcobjs.c:28:1: note: previous declaration of 'FcObjectTypeHash' was here
FcObjectTypeHash (register const char *str, register FC_GPERF_SIZE_T len);
^~~~~~~~~~~~~~~~
In file included from ../../fontconfig-2.12.3/src/fcobjs.c:33:0:
fcobjshash.gperf:172:1: error: conflicting types for 'FcObjectTypeLookup'
../../fontconfig-2.12.3/src/fcobjs.c:31:1: note: previous declaration of 'FcObjectTypeLookup' was here
FcObjectTypeLookup (register const char *str, register FC_GPERF_SIZE_T len);
^~~~~~~~~~~~~~~~~~
Building on 64bit mingw (msys2)
2.12.1 Builds fine
gperf version is 3.1
FC_GPERF_SIZE_T in config.h is size_thttps://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/85Make it build with MSVC2018-08-20T21:50:57ZBugzilla Migration UserMake it build with MSVC## Submitted by Ignacio Casal Quinteiro
Assigned to **fon..@..op.org**
**[Link to original bug (#97237)](https://bugs.freedesktop.org/show_bug.cgi?id=97237)**
## Description
On our downstream gtk-win32 project we are maintaining a...## Submitted by Ignacio Casal Quinteiro
Assigned to **fon..@..op.org**
**[Link to original bug (#97237)](https://bugs.freedesktop.org/show_bug.cgi?id=97237)**
## Description
On our downstream gtk-win32 project we are maintaining a patch for quite a while already to make it build with MSVC. It would be great if somebody could take the interesting parts from it and push it upstream:
https://github.com/wingtk/gtk-win32/blob/master/fontconfig/fontconfig.patchhttps://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/33Support ISO 14496-28 Composite Font Representation2020-04-02T13:28:21ZBugzilla Migration UserSupport ISO 14496-28 Composite Font Representation## Submitted by Sascha Brawer
Assigned to **fon..@..op.org**
**[Link to original bug (#96693)](https://bugs.freedesktop.org/show_bug.cgi?id=96693)**
## Description
Could fontconfig support the Composite Font Representation of ISO ...## Submitted by Sascha Brawer
Assigned to **fon..@..op.org**
**[Link to original bug (#96693)](https://bugs.freedesktop.org/show_bug.cgi?id=96693)**
## Description
Could fontconfig support the Composite Font Representation of ISO 14496-28?
https://blogs.adobe.com/CCJKType/2012/04/cfr.html
At Google, we’re considering to release CFR files for grouping the myriad of Noto fonts into a few families such as "Noto Sans", "Noto Serif", and "Noto Mono". The total number of glyphs exceeds 64K, so we cannot just ship Noto Sans etc. as one gigantic OpenType file. Instead, we need a mechanism for declaring a virtual font. CFR has the advantage of being standardized. However, as of June 2016, Apple is the only platform that implements CFR. But perhaps fontconfig could follow Apple in that regard? Anyhow, here’s a draft CFR file for Noto Sans, which might help to illustrate the CFR syntax:
https://github.com/googlei18n/noto-fonts/issues/707#issuecomment-224503236
For downloading the official specification document (+errata) from ISO, search for "14496-28" on this page:
http://standards.iso.org/ittf/PubliclyAvailableStandards/index.html
— Sascha Brawer, sascha@brawer.ch / sascha@google.comhttps://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/22Add desktopname object like prgname2022-07-01T06:16:03ZBugzilla Migration UserAdd desktopname object like prgname## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#96650)](https://bugs.freedesktop.org/show_bug.cgi?id=96650)**
## Description
That might be useful if someone wants to have different beh...## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#96650)](https://bugs.freedesktop.org/show_bug.cgi?id=96650)**
## Description
That might be useful if someone wants to have different behavior in the configuration against current desktop session.
The usecase is e.g. the default hinting in GNOME is hintslight and KDE seems hintmedium. one may wants to have different default hinting for non native-desktop applications among desktops.
the desktopname object may be compared to $XDG_CURRENT_DESKTOP.https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/77Code obfuscation results in memory leaks reported by Valgrind, AddressSanitizer2021-10-25T20:32:16ZBugzilla Migration UserCode obfuscation results in memory leaks reported by Valgrind, AddressSanitizer## Submitted by Zoltán Böszörményi
Assigned to **fon..@..op.org**
**[Link to original bug (#96535)](https://bugs.freedesktop.org/show_bug.cgi?id=96535)**
## Description
Fontconfig uses pointer arithmetics to compute the distance f...## Submitted by Zoltán Böszörményi
Assigned to **fon..@..op.org**
**[Link to original bug (#96535)](https://bugs.freedesktop.org/show_bug.cgi?id=96535)**
## Description
Fontconfig uses pointer arithmetics to compute the distance from an object base pointer to a member structure and the result is stored in intptr_t type members.
This causes reported memory leaks in fontconfig in applications compiled with GCC's AddressSanitizer and Valgrind, too.
The fact that the size of intptr_t always equals to the size of a pointer makes this whole thing look like code obfuscation.
It also slows down the code slightly. Pointer arithmetics and storing the result is always slower than just storing the pointer value.
The amount of reported memory leaks in AddressSanitizer is so much that it makes genuine debugging hard, like searching for a needle in a haystack.
Please, use real pointers instead of intptr_t.
Version: 2.11https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/15Relative paths in dir element are handled relative to cwd2022-07-01T06:16:02ZBugzilla Migration UserRelative paths in dir element are handled relative to cwd## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#95496)](https://bugs.freedesktop.org/show_bug.cgi?id=95496)**
## Description
They should have been done relative to current file, not the pro...## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#95496)](https://bugs.freedesktop.org/show_bug.cgi?id=95496)**
## Description
They should have been done relative to current file, not the processes cwd.
To fix this I suggest:
- We do a deprecation warning for such cases and propose a fix:
- Add a prefix="relative" that makes the relative path be relative to current file,
- Add a prefix="cwd" for relative to cwd. Might be useful for `<dir prefix="cwd">`fonts.conf`</dir>` for some usecases...https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/49[patch] Allow fontconfig to use 3 components in locales2018-08-20T21:46:25ZBugzilla Migration User[patch] Allow fontconfig to use 3 components in locales## Submitted by Koop Mast
Assigned to **fon..@..op.org**
**[Link to original bug (#92776)](https://bugs.freedesktop.org/show_bug.cgi?id=92776)**
## Description
Created attachment 119343
Support 3 component locales
Linux only supp...## Submitted by Koop Mast
Assigned to **fon..@..op.org**
**[Link to original bug (#92776)](https://bugs.freedesktop.org/show_bug.cgi?id=92776)**
## Description
Created attachment 119343
Support 3 component locales
Linux only supports locales with 2 components while POSIX supports
locales with 3 components.
DragonFly and FreeBSD both follow POSIX, which causes fontconfig to
give the following warning:
% env LC_CTYPE=sr_Cyrl_RS.UTF-8 leafpad
Fontconfig warning: ignoring sr_Cyrl_RS.UTF-8: not a valid region tag
For more information about the POSIX documentation:
http://tools.ietf.org/html/bcp47
Chapter 2.1.1 goes over formatting and Appendix-A has more examples.
**Patch 119343**, "Support 3 component locales":
[0001-Support-3-component-locales.patch](/uploads/a49842028169b9604a3b4bf52b4284a1/0001-Support-3-component-locales.patch)
Version: 2.11https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/61hard dependency on scandir2018-08-20T21:48:42ZBugzilla Migration Userhard dependency on scandir## Submitted by Riccardo Mottola
Assigned to **fon..@..op.org**
**[Link to original bug (#91088)](https://bugs.freedesktop.org/show_bug.cgi?id=91088)**
## Description
Hi,
building on solaris 9 (and older) fails because the existi...## Submitted by Riccardo Mottola
Assigned to **fon..@..op.org**
**[Link to original bug (#91088)](https://bugs.freedesktop.org/show_bug.cgi?id=91088)**
## Description
Hi,
building on solaris 9 (and older) fails because the existing scandir() implementatino is inside the UCB layer (additional -I and -L flags needed) but it is also slightly different in the parameters (direct vs. dirent). I couldn't get configure to pass, I don't even know about the code. Perhaps it can be done, but it is worth?
https://answers.yahoo.com/question/index?qid=1006050301563
Some other odd OSs apparently do not have scandir() available at all.
I propose to have a fallback version supplied to make fontconfig more portable.
E.g. look at this patch NetBSD applies in its portable package:
http://pkgsrc.se/files.php?messageId=20140715144835.1658296@cvs.netbsd.org
Instead of enabling for just one OS, perhaps it should be enabled it configure fails the test.
Thanks, Riccardohttps://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/25RFE: Accessor functions to the structure members2022-07-01T06:16:03ZBugzilla Migration UserRFE: Accessor functions to the structure members## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#90923)](https://bugs.freedesktop.org/show_bug.cgi?id=90923)**
## Description
fontconfig should disallow the direct access to the structu...## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#90923)](https://bugs.freedesktop.org/show_bug.cgi?id=90923)**
## Description
fontconfig should disallow the direct access to the structure members to applications. it keeps ABI compatibility in general and avoid unnecessary crashes against unexpected pointer access say.
maybe targeting on fontconfig3.