fontconfig issueshttps://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues2018-08-20T21:51:07Zhttps://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/87fontconfig: fix Sinhala coverage2018-08-20T21:51:07ZBugzilla Migration Userfontconfig: fix Sinhala coverage## Submitted by Harshula Jayasuriya
Assigned to **fon..@..op.org**
**[Link to original bug (#19288)](https://bugs.freedesktop.org/show_bug.cgi?id=19288)**
## Description
Created attachment 21483
Fix Sinhala coverage
Hi,
I've att...## Submitted by Harshula Jayasuriya
Assigned to **fon..@..op.org**
**[Link to original bug (#19288)](https://bugs.freedesktop.org/show_bug.cgi?id=19288)**
## Description
Created attachment 21483
Fix Sinhala coverage
Hi,
I've attached a small patch to fix the Sinhala coverage in fontconfig. The patch
also contains a reference that describes the Unicode Sinhala code chart.
cya,
#
~~**Patch 21483**~~, "Fix Sinhala coverage":
[fontconfig-2.6.0-fix-sinhala-coverage.patch](/uploads/f081cb8fd5fae77e78b6dd4c463d77e3/fontconfig-2.6.0-fix-sinhala-coverage.patch)
Version: 2.6https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/86FcResult not documented2018-08-20T21:51:01ZBugzilla Migration UserFcResult not documented## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#16271)](https://bugs.freedesktop.org/show_bug.cgi?id=16271)**
## Description
Reading man page for FcPatternGet, I see it returns FcResult. B...## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#16271)](https://bugs.freedesktop.org/show_bug.cgi?id=16271)**
## Description
Reading man page for FcPatternGet, I see it returns FcResult. But no man page for that type. Also, FcPatternGet man page doesn't have the section about return value. Same about some other man pages. Notably, FcPatternGet-Types.
Version: 2.4https://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/83Add elements for subpixel-positioning2018-08-20T21:50:48ZBugzilla Migration UserAdd elements for subpixel-positioning## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#50736)](https://bugs.freedesktop.org/show_bug.cgi?id=50736)**
## Description
This is different from subpixel rendering.
Version: 2.7## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#50736)](https://bugs.freedesktop.org/show_bug.cgi?id=50736)**
## Description
This is different from subpixel rendering.
Version: 2.7https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/82Language bindings...2022-02-12T22:41:52ZBugzilla Migration UserLanguage bindings...## Submitted by Behdad Esfahbod
Assigned to **Akira TAGOH `@tagoh`**
**[Link to original bug (#90274)](https://bugs.freedesktop.org/show_bug.cgi?id=90274)**
## Description
Perhaps using gobject-introspection, like we do in HarfBuz...## Submitted by Behdad Esfahbod
Assigned to **Akira TAGOH `@tagoh`**
**[Link to original bug (#90274)](https://bugs.freedesktop.org/show_bug.cgi?id=90274)**
## Description
Perhaps using gobject-introspection, like we do in HarfBuzz...
G-I sucks for non-GObject projects though; a SWIG or even ctypes alternative might be easier. Not sure. Just filing the request for now.https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/80moving matcher definition schemas into external resources2018-08-20T21:50:36ZBugzilla Migration Usermoving matcher definition schemas into external resources## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#68043)](https://bugs.freedesktop.org/show_bug.cgi?id=68043)**
## Description
That would be good to have matcher definition schemas in th...## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#68043)](https://bugs.freedesktop.org/show_bug.cgi?id=68043)**
## Description
That would be good to have matcher definition schemas in the configuration, including the type of value and the priority of matcher. this would allows users to add the own objects for evaluation to be matched.https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/79Enhancing the output of "fc-cache -v"2018-08-20T21:50:33ZBugzilla Migration UserEnhancing the output of "fc-cache -v"## Submitted by swo..@..ol.com
Assigned to **Akira TAGOH `@tagoh`**
**[Link to original bug (#96414)](https://bugs.freedesktop.org/show_bug.cgi?id=96414)**
## Description
On executing "fc-cache -v" I'm a bit wondering about some o...## Submitted by swo..@..ol.com
Assigned to **Akira TAGOH `@tagoh`**
**[Link to original bug (#96414)](https://bugs.freedesktop.org/show_bug.cgi?id=96414)**
## Description
On executing "fc-cache -v" I'm a bit wondering about some of the output:
- I'm seeing many things being skipped like "/usr/share/fonts: skipping, existing cache is valid: 0 fonts, 3 dirs" but I'm wondering what has actually been skipped.
- Even on repeated executions I'm seeing the same directories getting cleaned like "/home/sworddragon/.cache/fontconfig: cleaning cache directory". Since something can be skipped as sayed above I'm wondering if the directories are really cleaned and if not maybe they should also say that they skip the cleaning as nothing would be to do.
Version: 2.11https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/78TeX Gyre DejaVu Math not listed among math fonts2018-08-20T21:50:30ZBugzilla Migration UserTeX Gyre DejaVu Math not listed among math fonts## Submitted by ken moffat
Assigned to **fon..@..op.org**
**[Link to original bug (#102967)](https://bugs.freedesktop.org/show_bug.cgi?id=102967)**
## Description
This font was perhaps renamed from DejaVu Math at some point, and i...## Submitted by ken moffat
Assigned to **fon..@..op.org**
**[Link to original bug (#102967)](https://bugs.freedesktop.org/show_bug.cgi?id=102967)**
## Description
This font was perhaps renamed from DejaVu Math at some point, and it is not listed in the wikipedia page of OpenType math fonts. It can be downloaded from http://www.gust.org.pl/projects/e-foundry/tex-gyretexgyredejavu-math-1106-dejavu-math/download/index_html and with fontconfig-2.12.5 it appears to satisfy the coverage for Math (unless I'm misreading the result) :
fc-validate -l und-zmth -v opentype/texgyredejavu-math.otf
opentype/texgyredejavu-math.otf:0 Satisfy the coverage for und-zmth language
Version: 2.12https://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/76Silesian orthography2018-08-20T21:50:19ZBugzilla Migration UserSilesian orthography## Submitted by Przemysław Buczkowski
Assigned to **fon..@..op.org**
**[Link to original bug (#52212)](https://bugs.freedesktop.org/show_bug.cgi?id=52212)**
## Description
Hello.
Could you create information file for Silesian lan...## Submitted by Przemysław Buczkowski
Assigned to **fon..@..op.org**
**[Link to original bug (#52212)](https://bugs.freedesktop.org/show_bug.cgi?id=52212)**
## Description
Hello.
Could you create information file for Silesian language (ISO 639-3 code: "szl", http://en.wikipedia.org/wiki/Silesian language)?
It contains following letters:
à ã Ć ć Ł ł Ń ń Ŏ ŏ Ō ō Ô ô Õ õ Ś ś Ź ź Ż ż.
Thanks!https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/75make check fails on AIX: FAIL: test-bz896172018-08-20T21:50:14ZBugzilla Migration Usermake check fails on AIX: FAIL: test-bz89617## Submitted by Michael Felt
Assigned to **fon..@..op.org**
**[Link to original bug (#92401)](https://bugs.freedesktop.org/show_bug.cgi?id=92401)**
## Description
===================================================================...## Submitted by Michael Felt
Assigned to **fon..@..op.org**
**[Link to original bug (#92401)](https://bugs.freedesktop.org/show_bug.cgi?id=92401)**
## Description
============================================================================
See test/test-suite.log
Please report to https://bugs.freedesktop.org/enter_bug.cgi?product=fontconfig
============================================================================
root@x064:[/data/prj/freedesktop/fontconfig/fontconfig-2.11.94]ls -l test/test-suite.log
-rw-r--r-- 1 root system 314 Oct 10 2015 test/test-suite.log
root@x064:[/data/prj/freedesktop/fontconfig/fontconfig-2.11.94]cat test/test-suite.log
=============================================
fontconfig 2.11.94: test/test-suite.log
=============================================
# TOTAL: 2
# PASS: 1
# SKIP: 0
# XFAIL: 0
# FAIL: 1
# XPASS: 0
# ERROR: 0
.. contents:: :depth: 2
FAIL: test-bz89617
==================
FAIL test-bz89617 (exit status: 1)
Looking further:
int
main (void)
{
FcConfig *config = FcConfigGetCurrent ();
if (!FcConfigAppFontAddFile (config, SRCDIR "/4x6.pcf") ||
FcConfigAppFontAddFile (config, "/dev/null"))
return 1;
return 0;
}
and
The file 4x6.pcf is present
root@x064:[/data/prj/freedesktop/fontconfig/fontconfig-2.11.94]find . -name 4x6.pcf
./test/4x6.pcf
And SRCDIR seem to be properly defined.
root@x064:[/data/prj/freedesktop/fontconfig/fontconfig-2.11.94]grep SRCDIR test/*
test/Makefile: -DSRCDIR="\"$(abs_srcdir)\""
test/Makefile.am: -DSRCDIR="\"$(abs_srcdir)\""
test/Makefile.in: -DSRCDIR="\"$(abs_srcdir)\""
test/test-bz89617:relink_command="(cd /data/prj/freedesktop/fontconfig/fontconfig-2.11.94/test; { test -z \"\${LIBPATH+set}\" || unset LIBPATH || { LIBPATH=; export LIBPATH; }; }; PATH=/data/prj/freedesktop/fontconfig/fontconfig-2.11.94/buildaix/bin:/opt/bin:/usr/bin:/etc:/usr/sbin:/usr/ucb:/usr/bin/X11:/sbin:/usr/java14/jre/bin:/usr/java14/bin:/usr/vacpp/bin:; export PATH; xlc_r -DSRCDIR=\\\"/data/prj/freedesktop/fontconfig/fontconfig-2.11.94/test\\\" -I/opt/include -I/opt/buildaix/include -O2 -D_THREAD_SAFE -o \$progdir/\$file test_bz89617-test-bz89617.o -L/opt/lib -L../src/.libs -lfontconfig -lfreetype -lz -lpthreads -Wl,-blibpath:/data/prj/freedesktop/fontconfig/fontconfig-2.11.94/src/.libs:/opt/lib:/opt/lib:/usr/vac/lib:/usr/lib:/lib)"
test/test-bz89617.c: if (!FcConfigAppFontAddFile (config, SRCDIR "/4x6.pcf") ||
So, suggestions welcome - as far as howto correct make check is concerned.
FYI #1:
* running test on NFS server - not that should make a difference imho - but sometimes it has.
FYI #2:
* after running 'make distclean' ./configure + make fails with:
...
make[2]: Leaving directory '/data/prj/freedesktop/fontconfig/fontconfig-2.11.94/fontconfig'
Making all in fc-blanks
make[2]: Entering directory '/data/prj/freedesktop/fontconfig/fontconfig-2.11.94/fc-blanks'
GEN fcblanks.h
Traceback (most recent call last):
File "./fc-blanks.py", line 5, in `<module>`
from lxml import html
ImportError: No module named lxml
Makefile:593: recipe for target 'fcblanks.h' failed
make[2]: *** [fcblanks.h] Error 1
make[2]: Leaving directory '/data/prj/freedesktop/fontconfig/fontconfig-2.11.94/fc-blanks'
Makefile:579: recipe for target 'all-recursive' failed
...
A fresh tarball configures and makes with no crippling issues OR unpack the tarball again into directory and make succeeds (I am guessing that fc-blapks.py is restored).
FYI #3
While make install works fine - when not already installed DESTDIR=xxx make install fails UNLESS make install is run first.
WITHOUT 'make install' first - the result looks something like this:
/opt/bin/make install DESTDIR=/var/aixtools/freedesktop/fontconfig/2.11.94.0
- but I shall post this as a bug in a moment. Now that I have looked at the output.
Version: 2.11https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/74African orthographies2018-08-20T21:49:56ZBugzilla Migration UserAfrican orthographies## Submitted by Denis Jacquerye
Assigned to **fon..@..op.org**
**[Link to original bug (#20944)](https://bugs.freedesktop.org/show_bug.cgi?id=20944)**
## Description
Created attachment 24364
orth files
I have collected several Af...## Submitted by Denis Jacquerye
Assigned to **fon..@..op.org**
**[Link to original bug (#20944)](https://bugs.freedesktop.org/show_bug.cgi?id=20944)**
## Description
Created attachment 24364
orth files
I have collected several African orthographies as part of the ANLoc Font sub project. Could they be included in fontconfig orthographies?
**Attachment 24364**, "orth files":
[african_orthographies.tar.bz2](/uploads/8dc2cb8703c05c9c8b746b540d899558/african_orthographies.tar.bz2)
Version: 2_1https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/73Preserve binding when preparing patterns2018-08-20T21:49:46ZBugzilla Migration UserPreserve binding when preparing patterns## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#90330)](https://bugs.freedesktop.org/show_bug.cgi?id=90330)**
## Description
In FcFontRenderPrepare(), matching values are always added with ...## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#90330)](https://bugs.freedesktop.org/show_bug.cgi?id=90330)**
## Description
In FcFontRenderPrepare(), matching values are always added with binding=strong. If we change that to retain the binding of the matched value and also add API to get binding, then we can have a recommended way to determine whether font fallback happened.https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/72RFE: improvements of the structure of the configuration2018-08-20T21:49:43ZBugzilla Migration UserRFE: improvements of the structure of the configuration## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#26504)](https://bugs.freedesktop.org/show_bug.cgi?id=26504)**
## Description
I would like to see the improvements on the structure of th...## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#26504)](https://bugs.freedesktop.org/show_bug.cgi?id=26504)**
## Description
I would like to see the improvements on the structure of the configuration that explained in conf.d/README to make them applied efficiently to the users' and the distro-specific configuration.
Also this would helps for some languages that uses same script but different fonts such as Indic, with putting their configuration file prior to 65-nonlatin.conf in current numeric order.
I posted the rough idea at http://bugs.freedesktop.org/show_bug.cgi?id=20911#c101 though, it needs to be polished more.
Version: 2_1https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/71Segmentation fault in FcFontMatch when attempting to render emoji2018-08-20T21:49:39ZBugzilla Migration UserSegmentation fault in FcFontMatch when attempting to render emoji## Submitted by Alexander Krotov
Assigned to **fon..@..op.org**
**[Link to original bug (#107531)](https://bugs.freedesktop.org/show_bug.cgi?id=107531)**
## Description
Created attachment 141016
A program to reproduce segmentation...## Submitted by Alexander Krotov
Assigned to **fon..@..op.org**
**[Link to original bug (#107531)](https://bugs.freedesktop.org/show_bug.cgi?id=107531)**
## Description
Created attachment 141016
A program to reproduce segmentation fault
dwm, dmenu and st (from https://suckless.org/) are known to segfault when trying to render emoji.
I have reduced dmenu segfault down to a simple program that reproduces the bug.
To reproduce, compile the program attached with
gcc bug.c -lX11 -lXft -I /usr/include/freetype2 -lfontconfig
and run.
Backtrace:
```
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7821e71 in ?? () from /usr/lib/x86_64-linux-gnu/libfontconfig.so.1
(gdb) bt
#0 0x00007ffff7821e71 in ?? () from /usr/lib/x86_64-linux-gnu/libfontconfig.so.1
#1 0x00007ffff7821fc8 in ?? () from /usr/lib/x86_64-linux-gnu/libfontconfig.so.1
#2 0x00007ffff7823028 in FcConfigSubstituteWithPat () from /usr/lib/x86_64-linux-gnu/libfontconfig.so.1
#3 0x00007ffff78329dd in FcFontRenderPrepare () from /usr/lib/x86_64-linux-gnu/libfontconfig.so.1
#4 0x00007ffff7832fc4 in FcFontMatch () from /usr/lib/x86_64-linux-gnu/libfontconfig.so.1
#5 0x000055555555531c in main ()
```
Software versions:
$ cat /etc/debian_version
buster/sid
$ apt show fontconfig
Package: fontconfig
Version: 2.13.0-5
**Attachment 141016**, "A program to reproduce segmentation fault":
[bug.c](/uploads/0bbdfe540853f36c515ea694c96eaa16/bug.c)https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/70Subfamilies with different OpenType 'size' should not be merged2018-08-25T18:20:39ZBugzilla Migration UserSubfamilies with different OpenType 'size' should not be merged## Submitted by gm@..@..yx.org
Assigned to **fon..@..op.org**
**[Link to original bug (#95428)](https://bugs.freedesktop.org/show_bug.cgi?id=95428)**
## Description
When a font comes in several variants of different sizes, in the ...## Submitted by gm@..@..yx.org
Assigned to **fon..@..op.org**
**[Link to original bug (#95428)](https://bugs.freedesktop.org/show_bug.cgi?id=95428)**
## Description
When a font comes in several variants of different sizes, in the sense of the opentype 'size' feature, fontconfig has a hard time loading the proper one. For now, fontconfig does not implement the opentype 'size' feature and maybe this is complicated and has been already decided against; in any case, in the current state, fonts with 'size' variants are completely unusable since we cannot choose which variant is going to be selected, and it appears to be chosen at random (examples below).
== Fonts I used for the tests (output of fc-list): ==
'''
/home/user/.fonts/from adobe CS3/ArnoPro-Subhead.otf: Arno Pro,Arno Pro Subhead:style=Subhead,Regular
/home/user/.fonts/from adobe CS3/ArnoPro-Caption.otf: Arno Pro,Arno Pro Caption:style=Caption,Regular
/home/user/.fonts/from adobe CS3/ArnoPro-LightDisplay.otf: Arno Pro,Arno Pro Light Display:style=Light Display,Regular
/home/user/.fonts/from adobe CS3/ArnoPro-SmText.otf: Arno Pro,Arno Pro SmText:style=SmText,Regular
/home/user/.fonts/from adobe CS3/ArnoPro-Display.otf: Arno Pro,Arno Pro Display:style=Display,Regular
/home/user/.fonts/from adobe CS3/ArnoPro-Regular.otf: Arno Pro:style=Regular
'''
Contents of the 'size' feature:
'''
$ otfinfo -z /home/user/.fonts/from\ adobe\ CS3/ArnoPro-Caption.otf
design size 8 pt, size range (5.9 pt, 8.5 pt], subfamily ID 1, subfamily name Regular
$ otfinfo -z /home/user/.fonts/from\ adobe\ CS3/ArnoPro-SmText.otf
design size 10 pt, size range (8.5 pt, 11 pt], subfamily ID 1, subfamily name Regular
$ otfinfo -z /home/user/.fonts/from\ adobe\ CS3/ArnoPro-Regular.otf
design size 12 pt, size range (11 pt, 14 pt], subfamily ID 1, subfamily name Regular
$ otfinfo -z /home/user/.fonts/from\ adobe\ CS3/ArnoPro-Subhead.otf
design size 18 pt, size range (14 pt, 21.5 pt], subfamily ID 1, subfamily name Regular
$ otfinfo -z /home/user/.fonts/from\ adobe\ CS3/ArnoPro-Display.otf
design size 36 pt, size range (21.5 pt, 72 pt], subfamily ID 1, subfamily name Regular
$ otfinfo -z /home/user/.fonts/from\ adobe\ CS3/ArnoPro-LightDisplay.otf
design size 36 pt, size range (21.5 pt, 72 pt], subfamily ID 4, subfamily name Light
'''
These fonts are not free but after writing the result of my tests I realised that all the problems below can be reproduced using the open source font EB Garamond (08 vs 12).
== Issues: ==
* The gnome font selector (for instance in the preferences of gedit) shows all the fonts, but they all display the same as Arno Pro Caption, i.e. if one chooses Arno Pro Regular one gets Arno Pro Caption instead.
* Inkscape only lists Arno Pro as a family. One can enter "Arno Pro Display" (and Caption, etc.) by hand, however this produces strange results: the metrics of Arno Pro Display are used, but the glyphs from the initial font are used. I noticed it used to work better in older versions of Inkscape (from Ubuntu 11.04, if my memory serves well).
* LyX 2.2dev (based on qt) only shows "Arno Pro" as a choice in the Dialog. Moreover requesting the font "Arno Pro" with qt5 (QFont class) with various weights seems to select the variant randomly (the weight is an integer between 0 and 99):
0 (Ultra light): ArnoPro-Display.otf
1-37 (Light): ArnoPro-LightDisplay.otf
38-56 (Normal): ArnoPro-Display.otf
57-69 (Demi bold): ArnoPro-SmbdSubhead.otf
70-99 (Bold and black): ArnoPro-Bold.otf (i.e. the bold variant of size range (11 pt, 14 pt])
Only the bold weight produces the expected font.
This is the relevant fontconfig debug output when requesting "Arno Pro" in weight 50 with QFont in lyx:
'''
FC_DEBUG=3:
Match Pattern has 24 elts (size 32)
family: "Arno Pro"(s) "DejaVu Sans"(w) "DejaVu LGC Sans"(w) "DejaVu LGC Sans"(w) "DejaVu Sans"(w) "Bitstream Vera Sans"(w) "Verdana"(w) "Arial"(w) "Albany AMT"(w) "Luxi Sans"(w) "Nimbus Sans L"(w) "Nimbus Sans"(w) "Helvetica"(w) "Lucida Sans Unicode"(w) "BPG Glaho International"(w) "Tahoma"(w) "Waree"(w) "Loma"(w) "Garuda"(w) "Umpush"(w) "Laksaman"(w) "Noto Sans CJK JP"(w) "Noto Sans CJK SC"(w) "Noto Sans CJK TC"(w) "Khmer OS"(w) "Nachlieli"(w) "Lucida Sans Unicode"(w) "Yudit Unicode"(w) "Kerkis"(w) "ArmNet Helvetica"(w) "Artsounk"(w) "BPG UTF8 M"(w) "Waree"(w) "Loma"(w) "Garuda"(w) "Umpush"(w) "Saysettha Unicode"(w) "JG Lao Old Arial"(w) "GF Zemen Unicode"(w) "Pigiarniq"(w) "B Davat"(w) "B Compset"(w) "Kacst-Qr"(w) "Urdu Nastaliq Unicode"(w) "Raghindi"(w) "Mukti Narrow"(w) "malayalam"(w) "Sampige"(w) "padmaa"(w) "Hapax Berbère"(w) "MS Gothic"(w) "UmePlus P Gothic"(w) "SimSun"(w) "PMingLiu"(w) "WenQuanYi Zen Hei"(w) "WenQuanYi Bitmap Song"(w) "AR PL ShanHeiSun Uni"(w) "AR PL New Sung"(w) "MgOpen Modata"(w) "VL Gothic"(w) "IPAMonaGothic"(w) "IPAGothic"(w) "Sazanami Gothic"(w) "Kochi Gothic"(w) "AR PL KaitiM GB"(w) "AR PL KaitiM Big5"(w) "AR PL ShanHeiSun Uni"(w) "AR PL SungtiL GB"(w) "AR PL Mingti2L Big5"(w) "MS ゴシック"(w) "ZYSong18030"(w) "TSCu_Paranar"(w) "NanumGothic"(w) "DejaVu Sans"(w) "UnDotum"(w) "Baekmuk Dotum"(w) "Baekmuk Gulim"(w) "KacstQura"(w) "Lohit Bengali"(w) "Lohit Gujarati"(w) "Lohit Hindi"(w) "Lohit Marathi"(w) "Lohit Maithili"(w) "Lohit Kashmiri"(w) "Lohit Konkani"(w) "Lohit Nepali"(w) "Lohit Sindhi"(w) "Lohit Punjabi"(w) "Lohit Tamil"(w) "Meera"(w) "Lohit Malayalam"(w) "Lohit Kannada"(w) "Lohit Telugu"(w) "Lohit Oriya"(w) "LKLUG"(w) "WenQuanYi Micro Hei"(w) "FreeSans"(w) "Arial Unicode MS"(w) "Arial Unicode"(w) "Code2000"(w) "Code2001"(w) "sans-serif"(w) "Roya"(w) "Koodak"(w) "Terafik"(w) "sans-serif"(w) "sans-serif"(w)
familylang: "fr"(s) "en-us"(w)
stylelang: "fr"(s) "en-us"(w)
fullnamelang: "fr"(s) "en-us"(w)
slant: 0(i)(s)
weight: 80(i)(s)
width: 100(i)(s)
size: 25,92(f)(s)
pixelsize: 27(f)(s)
hintstyle: 3(i)(s)
hinting: True(s)
verticallayout: False(s)
autohint: False(s)
globaladvance: True(s)
file: "/home/user/.fonts/from adobe CS3/ArnoPro-Display.otf"(s)
index: 0(i)(s)
lang: "fr"(w)
fontversion: 2147483647(i)(s)
embeddedbitmap: True(s)
decorative: False(s)
lcdfilter: 1(i)(w)
namelang: "fr"(s)
prgname: "part3"(s)
symbol: False(s)
'''
This seems to be the only relevant font appearing in the debug output, so I conclude that the wrong choice is made by fontconfig and not qt.
Also, do not be fooled by the requested size above which appears to match the size range of Display. The selection does not depend on the size, asking for a smaller size still gives the Display variant. And in this particular case, even obeying the opentype 'size' specification would produce wrong results since it does not take the local dpi into account (here, for size 25.9 the regular variant would be desired).
== Expected behaviour: ==
* At the very least, the font selection should be consistent and preferably select the regular variant by default. However, it is hard to know for sure which one should be selected, because nothing in the opentype specification of the 'size' feature indicates that there must be a reference variant, such as Arno Pro Regular in the example of Arno Pro.
* Preferably, Arno Pro Caption, Arno Pro SmText, Arno Pro Regular, Arno Pro Subhead, and Arno Pro Display should be recognised as distinct font families such that user interfaces would let the user choose every variant, and this variant should be correctly selected when asked for. (In the case of Arno Pro, they all come with bold, semi-bold and italic variants.)
* Alternatively, the opentype 'size' feature should be implemented. However, the example of qt, above, where size 25.9 is requested while it looks like 12pt on screen shows that the 'size' feature is not viable without a way to fine-tune or disable the feature.
Implementing the opentype 'size' feature looks like a complicated enhancement. I think it is reasonable in the meanwhile to request a way to make fonts with 'size' variants at least usable.
I use the current Ubuntu 16.04 (fontconfig 2.11.94-0ubuntu1). Again, the bugs can be reproduced with EB Garamond 08 & 12 (in this case the qt (lyx 2.2dev) issue even worse, since EB Garamond Small Caps is rendered!).
Maybe related: bug #13416.
Version: 2.11https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/69RFE: native build support on MSVC2019-06-20T09:22:19ZBugzilla Migration UserRFE: native build support on MSVC## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#56381)](https://bugs.freedesktop.org/show_bug.cgi?id=56381)**
## Description
just to keep it in mind...
there has been two proposals po...## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#56381)](https://bugs.freedesktop.org/show_bug.cgi?id=56381)**
## Description
just to keep it in mind...
there has been two proposals posted to the list. one is from Pavel Koshevoy:
http://lists.freedesktop.org/archives/fontconfig/2012-October/004425.html
one is from Dos Santos, Oliveira:
http://lists.freedesktop.org/archives/fontconfig/2012-October/004436.htmlhttps://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/68Do not ignore missing default conf.d2018-08-20T21:49:21ZBugzilla Migration UserDo not ignore missing default conf.d## Submitted by Jehan Pagès `@jehan`
Assigned to **fon..@..op.org**
**[Link to original bug (#69946)](https://bugs.freedesktop.org/show_bug.cgi?id=69946)**
## Description
Hi,
This is a follow-up of [bug 69836](https://bugs.freede...## Submitted by Jehan Pagès `@jehan`
Assigned to **fon..@..op.org**
**[Link to original bug (#69946)](https://bugs.freedesktop.org/show_bug.cgi?id=69946)**
## Description
Hi,
This is a follow-up of [bug 69836](https://bugs.freedesktop.org/show_bug.cgi?id=69836). A very very minor improvement. Basically I think that the conf.d/ default configuration folder should not be ignored if missing in the default setup.
We had various font-related bugs on the released GIMP 2.8.6 for Windows, because the conf.d was not found, and it was hard to diagnose because not much feedback from fontconfig. The configuration issue has now been fixed with [bug 69836](https://bugs.freedesktop.org/show_bug.cgi?id=69836) (thanks for that!), but if another similar configuration issue was to arise again, it would be nice to have default feedback.
I understand that the configuration files can be considered an "optional" thing for some advanced users, and these users would likely not use, or have their own files. But for these *advanced* users, they would modify on purpose the fonts.conf file anyway. On the other hand the very basic user, which just install fontconfig, does not touch much, if at all the fonts.conf, and expects it to work like it always did, this one expects the conf.d/ configuration directory to exist. For this user, I would say that the conf.d/ folder and its contents is not considered an optional thing at all, but a major feature (for instance in GIMP, the default conf.d allows to simulate bold/italic typefaces for fonts which don't have these features by default, and users were considering that GIMP was bugged on Windows because of this issue: https://bugzilla.gnome.org/show_bug.cgi?id=708110).
This is why I propose this small patch to use ignore-missing="no". Because when such a configuration issue, the "default" fonts.conf should warn the user there is an issue.https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/67Bitmap fonts (in FON-Format) are rendered as Helvetica-like fonts2018-08-20T21:49:14ZBugzilla Migration UserBitmap fonts (in FON-Format) are rendered as Helvetica-like fonts## Submitted by Scit2010
Assigned to **fon..@..op.org**
**[Link to original bug (#59480)](https://bugs.freedesktop.org/show_bug.cgi?id=59480)**
## Description
In GIMP 2.8.2 for Windows and Mac OS X we have the problem, that bitmap...## Submitted by Scit2010
Assigned to **fon..@..op.org**
**[Link to original bug (#59480)](https://bugs.freedesktop.org/show_bug.cgi?id=59480)**
## Description
In GIMP 2.8.2 for Windows and Mac OS X we have the problem, that bitmap fonts are shown as bold Helvetica-like fonts (on Windows it looks closest to FixedSys, on Mac to Arial Hebrew). See also https://bugzilla.gnome.org/show_bug.cgi?id=691782.
At least the Windows build uses FontConfig 2.9.0.
On several sites I read FontConfig disabled bitmap font support by default a longer time ago. I tried to reenable it by applying the advices for Linux analogously to Windows (e.g. copyied C:\Program Files\GIMP 2\etc\fonts\conf.avail\70-yes-bitmaps.conf to ..\conf.d, removed C:\Program Files\GIMP 2\etc\fonts\conf.avail\70-no-bitmaps.conf, refreshed the font cache in GIMP and extra restarted GIMP) - nothing helped.
Version: 2.9https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/66Add ortho file for locale sat_IN@ol_chiki2018-08-20T21:49:07ZBugzilla Migration UserAdd ortho file for locale sat_IN@ol_chiki## Submitted by Parag
Assigned to **fon..@..op.org**
**[Link to original bug (#25649)](https://bugs.freedesktop.org/show_bug.cgi?id=25649)**
## Description
please add ortho file for locale sat_IN which is Ol Chiki script
based lan...## Submitted by Parag
Assigned to **fon..@..op.org**
**[Link to original bug (#25649)](https://bugs.freedesktop.org/show_bug.cgi?id=25649)**
## Description
please add ortho file for locale sat_IN which is Ol Chiki script
based language.
http://en.wikipedia.org/wiki/Santali_language
http://en.wikipedia.org/wiki/Ol_Chiki
Version: 2.8