fontconfig issueshttps://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues2018-08-20T21:45:57Zhttps://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/43Remove font name entries from 65-nonlatin.conf2018-08-20T21:45:57ZBugzilla Migration UserRemove font name entries from 65-nonlatin.conf## Submitted by Parag
Assigned to **fon..@..op.org**
**[Link to original bug (#23601)](https://bugs.freedesktop.org/show_bug.cgi?id=23601)**
## Description
2 line bug description:-
1) we want following font family lines to be rem...## Submitted by Parag
Assigned to **fon..@..op.org**
**[Link to original bug (#23601)](https://bugs.freedesktop.org/show_bug.cgi?id=23601)**
## Description
2 line bug description:-
1) we want following font family lines to be removed from 65-nonlatin.conf
2) `<family>`Lohit Bengali`</family>`
`<family>`Lohit Gujarati`</family>`
`<family>`Lohit Punjabi`</family>`
`<family>`Lohit Tamil`</family>`
`<family>`Meera`</family>`
`<family>`Lohit Malayalam`</family>`
`<family>`Lohit Kannada`</family>`
`<family>`Lohit Telugu`</family>`
`<family>`Lohit Oriya`</family>`
Version: 2.7https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/42lang attribute support for family tag2018-08-20T21:45:54ZBugzilla Migration Userlang attribute support for family tag## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#68377)](https://bugs.freedesktop.org/show_bug.cgi?id=68377)**
## Description
`<family>` tag is used for `<alias>` though, sometimes want...## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#68377)](https://bugs.freedesktop.org/show_bug.cgi?id=68377)**
## Description
`<family>` tag is used for `<alias>` though, sometimes wants to add the family conditionally, particularly for certain language. `<alias>` is capable to have `<test>` elements but may be a good idea to have the lang attribute to `<family>` as another syntactic sugar:
`<alias>`
`<family>`serif`</family>`
`<prefer>`
...
`<family lang="ja">`MS Mincho`</family>`
<family lang="zh-cn,zh-tw">AR PL ShanHeiSun Uni`</family>`
...
`</prefer>`
`</alias>`
interpreted like:
`<match>`
`<test name="family">`
`<string>`serif`</string>`
`</test>`
`<test name="lang">`
`<string>`ja`</string>`
`</test>`
`<edit name="family" mode="prepend">`
`<string>`MS Mincho`</string>`
`</edit>`
`</match>`
`<match>`
`<test name="family">`
`<string>`serif`</string>`
`</test>`
`<test name="lang">`
`<string>`zh-cn`</string>`
`</test>`
`<edit name="family" mode="prepend">`
`<string>`AR PL ShanHeiSun Uni`</string>`
`</edit>`
`</match>`
`<match>`
`<test name="family">`
`<string>`serif`</string>`
`</test>`
`<test name="lang">`
`<string>`zh-tw`</string>`
`</test>`
`<edit name="family" mode="prepend">`
`<string>`AR PL ShanHeiSun Uni`</string>`
`</edit>`
`</match>`https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/41objects for target="pattern" is inherited to the result of FcMatchFont2018-08-20T21:45:51ZBugzilla Migration Userobjects for target="pattern" is inherited to the result of FcMatchFont## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#53323)](https://bugs.freedesktop.org/show_bug.cgi?id=53323)**
## Description
The quote from the document:
use rgb sub-pixel ord...## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#53323)](https://bugs.freedesktop.org/show_bug.cgi?id=53323)**
## Description
The quote from the document:
use rgb sub-pixel ordering to improve glyph appearance on
LCD screens. Changes affecting rendering, but not matching
should always use target="font".
So the following rule should be affected to the result of FcPattern for FcMatchFont:
`<match target="pattern">`
`<edit name="rgba" mode="assign">`
`<const>`rgb`</const>`
`</edit>`
`</match>`
but it does:
$ fc-match -v | grep rgba
rgba: 1(i)(s)
This behavior messes up the rule of target="font".
Aside from that, right now fontconfig warns when editing the user-defined object on target="scan" though, we should do it for others if it's not desirable and for target="pattern" and target="font" too.https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/39Please add the new "ug_us.orth" (Uyghur Latin) orthography rule2018-08-20T21:45:46ZBugzilla Migration UserPlease add the new "ug_us.orth" (Uyghur Latin) orthography rule## Submitted by eag..@..il.com
Assigned to **fon..@..op.org**
**[Link to original bug (#47459)](https://bugs.freedesktop.org/show_bug.cgi?id=47459)**
## Description
Created attachment 58627
ug_US orthography rule file
Dear mainta...## Submitted by eag..@..il.com
Assigned to **fon..@..op.org**
**[Link to original bug (#47459)](https://bugs.freedesktop.org/show_bug.cgi?id=47459)**
## Description
Created attachment 58627
ug_US orthography rule file
Dear maintainers,
Please find attached the orthography rule for ug_US to be
considered for inclusion in fontconfig.
The ug_US locale is a locale for Latin based Uyghur, and it's already been filed to glibc at: http://sourceware.org/bugzilla/show_bug.cgi?id=13865
Thanks!
PS:
Uyghur (Latin based) is written in Basic Latin and Latin-1 Supplement, and used worldwide, especially in digital form. For detailed information, plese refer to the following Wikipedia articles:
http://en.wikipedia.org/wiki/Uyghur_language
http://en.wikipedia.org/wiki/Uyghur_alphabets
**Attachment 58627**, "ug_US orthography rule file":
[ug_us.orth](/uploads/7343151072436764884a6500ae16e309/ug_us.orth)
Version: 2.9https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/38Font subfamilies merged2019-12-08T10:51:51ZBugzilla Migration UserFont subfamilies merged## Submitted by Sam Liddicott
Assigned to **fon..@..op.org**
**[Link to original bug (#13416)](https://bugs.freedesktop.org/show_bug.cgi?id=13416)**
## Description
I have the full set of adobe helvetica including Helvetica Inserat...## Submitted by Sam Liddicott
Assigned to **fon..@..op.org**
**[Link to original bug (#13416)](https://bugs.freedesktop.org/show_bug.cgi?id=13416)**
## Description
I have the full set of adobe helvetica including Helvetica Inserat and Helvetica Neue.
fontconfig seems to be merging these into one happy family called "Helvetica" regardless of variant (Neue or Inserat) or style.
As I'm using fontconfig 2.4.2 on Ubuntu I have also reported this on Launchpad:
https://bugs.launchpad.net/ubuntu/+source/fontconfig/+bug/24764
where there seems to be a similar problem that was bug #4924 here, apparently fixed. (So maybe it's a different problem).
fc-list | grep -i helvetica
seems to be missing out most of the Inserat / Neue / fractions variants and just using the name "Helvetica"
Helvetica:style=Fractions Bold
Helvetica:style=Ultra Compressed
Helvetica:style=.Black Oblique
Helvetica:style=Rounded Bold Condensed Oblique
Helvetica:style=Narrow Bold
Helvetica:style=Black
Helvetica:style=Narrow Bold Italic
Helvetica:style=Condensed Light
Helvetica:style=Oblique
Helvetica:style=Fractions
Helvetica:style=Condensed Medium
Helvetica:style=Narrow
Helvetica:style=Compressed
Helvetica:style=Rounded Black
Helvetica:style=Rounded Bold Condensed
Helvetica:style=Condensed Bold Oblique
Helvetica:style=Light
Helvetica Inserat:style=Roman
Helvetica:style=Light Oblique
Helvetica:style=Narrow Italic
Helvetica:style=Rounded Black Oblique
Helvetica:style=Bold
Helvetica:style=Condensed Bold
Helvetica Neue:style=Regular
Helvetica:style=Regular
Helvetica:style=Condensed Black Oblique
Helvetica:style=Condensed Light Oblique
Helvetica:style=Condensed Oblique
Helvetica:style=Condensed Black
Helvetica:style=Bold Oblique
Helvetica:style=Extra Compressed
Helvetica:style=Rounded Bold Oblique
Helvetica:style=Rounded Bold
I also notice that Gnome Font Viewer gets it wrong.
HLB__*.PFB is called "Helvetica Neue, Regular" by Gnome Font Viewer which is wrong, the B after HL in HLB means BOLD.
Kfontview correctly calls it "Helvetica Neue, Bold"
fontforge also knows that the font is bold.
firefox chooses the wrong Helvetica
openoffice can't find any Helvetica at all
Note that fc-list did not show any bold versions of Helvetica Neue
# FC_DEBUG=384 fc-cache -f
shows:
Scanning file /usr/share/fonts/type1/dbam/hlb_____.pfb...
using FreeType family "Helvetica Neue"
using FreeType style "Regular"
Type1 weight Bold maps to 200
Style Regular maps to width -1
Style Regular maps to slant -1
Style Regular maps to decorative 0
...
So it knows after a fashion that this is Bold, but still calls it style "Regular"
and then:
Scanning file /usr/share/fonts/type1/dbam/hlbc____.pfb...
using FreeType family "Helvetica Neue"
using FreeType style "Regular"
Type1 weight Bold maps to 200
Style Regular maps to width -1
Style Regular maps to slant -1
Style Regular maps to decorative 0
the hlbc_*.pfb is bold condensed, but even kfontview did not "know" this.
Inkscape shows the fonts available as:
Hevetica: Regular, Black, Compressed, Condensed Black, Condensed Light, Extra Compressed, Fractions, Light, Narrow, Rounded Black, Ultra Compressed, Condensed Medium, .Black Oblique, Condensed Black Oblique, Condensed Oblique, Light Oblique, Narrow Italic, Oblique, Rounded Black Oblique, Bold, Condensed Bold, Fractions Bold, Narrow Bold, Rounded Bold, Rounded Bold Condensed, Bold Oblique, Condensed Bold Oblique, Bold Oblique, Narrow Bold Italic, Rounded Bold Condensed Oblique, Rounded Bold Italic
(and shows the wrong face, e.g. i see a fractions face when Regular is selected)
Helvetica Inserat: Roman, Italic, Bold, Bold Italic
Helvetica Neue: Regular, Regular, Regular, Regular, Regular, Regular, Regular, Regular, Regular, Regular, Regular, Regular, Regular, Regular
Which clearly isn't right.
Version: 2.4https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/37Provide FcFontSort-like API without having the fallbacks2018-08-20T21:45:34ZBugzilla Migration UserProvide FcFontSort-like API without having the fallbacks## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#8053)](https://bugs.freedesktop.org/show_bug.cgi?id=8053)**
## Description
Keith has this idea of for performance reasons rebuilding FcFontSo...## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#8053)](https://bugs.freedesktop.org/show_bug.cgi?id=8053)**
## Description
Keith has this idea of for performance reasons rebuilding FcFontSort results
from FcFontMatch followed by a generic fallback list. This doesn't work for
various cases, including for ":lang=en,ja" for example.
To be able to do something like that we need a new API that returns a list of
fonts explicitly chosen to fulfill the requested pattern (including stuff added
by the config file.) That list then can be expanded by a generic fallback list
by the application. Not sure how easy is to implement this.
Example:
[behdad@home ~]$ fc-match --sort | head -n 5
DejaVuLGCSans.ttf: "DejaVu LGC Sans" "Book"
DejaVuLGCSans.ttf: "DejaVu LGC Sans" "Book"
DejaVuLGCSans-ExtraLight.ttf: "DejaVu LGC Sans" "ExtraLight"
DejaVuLGCSans-BoldOblique.ttf: "DejaVu LGC Sans" "Bold Oblique"
n019003l.pfb: "Nimbus Sans L" "Regular"
[behdad@home ~]$ fc-match --sort :lang=fa | head -n 5
roya.ttf: "Roya" "Regular"
DejaVuLGCSans.ttf: "DejaVu LGC Sans" "Book"
DejaVuLGCSans.ttf: "DejaVu LGC Sans" "Book"
DejaVuLGCSans-ExtraLight.ttf: "DejaVu LGC Sans" "ExtraLight"
DejaVuLGCSans-BoldOblique.ttf: "DejaVu LGC Sans" "Bold Oblique"
[behdad@home ~]$ fc-match --sort :lang=fa,ja | head -n 5
roya.ttf: "Roya" "Regular"
sazanami-gothic.ttf: "Sazanami Gothic" "Gothic-Regular"
DejaVuLGCSans.ttf: "DejaVu LGC Sans" "Book"
DejaVuLGCSans.ttf: "DejaVu LGC Sans" "Book"
DejaVuLGCSans-ExtraLight.ttf: "DejaVu LGC Sans" "ExtraLight"
[behdad@home ~]$ fc-match --sort Nazli:lang=fa,ja | head -n 5
nazli.ttf: "Nazli" "Regular"
sazanami-gothic.ttf: "Sazanami Gothic" "Gothic-Regular"
DejaVuLGCSans.ttf: "DejaVu LGC Sans" "Book"
DejaVuLGCSans.ttf: "DejaVu LGC Sans" "Book"
DejaVuLGCSans-ExtraLight.ttf: "DejaVu LGC Sans" "ExtraLight"
Version: 2_1https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/36Make fc-query warn about non-WWS compliant fonts2019-12-08T10:39:08ZBugzilla Migration UserMake fc-query warn about non-WWS compliant fonts## Submitted by Nicolas Mailhot
Assigned to **fon..@..op.org**
**[Link to original bug (#22338)](https://bugs.freedesktop.org/show_bug.cgi?id=22338)**
## Description
(it would be nice if there was a fc-query component in fontconfi...## Submitted by Nicolas Mailhot
Assigned to **fon..@..op.org**
**[Link to original bug (#22338)](https://bugs.freedesktop.org/show_bug.cgi?id=22338)**
## Description
(it would be nice if there was a fc-query component in fontconfig BTW)
Since MS' WWS naming model makes stuff simpler for application authors, and will be required in new window code, it would be mighty nice if fc-query warned in its general report if a font file didn't respect this model.
Respecting the WWS model is declaring fields 21 and 22 or 16 in 17 in ways that respect WWS (only weight, width and slant in sytles)
This way we can point FLOSS authors to fc-query as linting tools and promote font naming our apps can handle easily
Version: 2.6https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/35Side effect of the binding inheritance by binding="same"2021-06-25T21:32:34ZBugzilla Migration UserSide effect of the binding inheritance by binding="same"## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#27377)](https://bugs.freedesktop.org/show_bug.cgi?id=27377)**
## Description
Akira hints at that on the fedora fonts list in message sent on ...## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#27377)](https://bugs.freedesktop.org/show_bug.cgi?id=27377)**
## Description
Akira hints at that on the fedora fonts list in message sent on 2010-03-19. He writes:
I'm wondering if we should recommend the use of
/binding="same"/ in the locale-specific overrides rule of
the template because it introduces the unexpected result
depending on the queries pattern.
Here is the example of it:
$ rpm -qa \*-fonts | grep mono
dejavu-sans-mono-fonts-2.30-2.fc12.noarch
liberation-mono-fonts-1.05.2.20091019-5.fc13.noarch
$ rpm -q vlgothic-fonts
vlgothic-fonts-20100126-2.fc13.noarch
$ fc-match monospace:lang=ja
VL-Gothic-Regular.ttf: "VL Gothic" "regular"
$ fc-match monospace:lang=ja-jp
VL-Gothic-Regular.ttf: "VL Gothic" "regular"
$ fc-match monospace:lang=en
VL-Gothic-Regular.ttf: "VL Gothic" "regular"
$ fc-match monospace:lang=en-us
VL-Gothic-Regular.ttf: "VL Gothic" "regular"
Also same result for serif, but not for sans-serif, since
apparently fontconfig always deals with it as "sans" for the
initial query pattern, translating it to "sans-serif". and
all of rules are targetting "sans-serif" but not "sans". so
it's luckily working.
Version: 2.7https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/34Optimize family name matching in sort and match functions2021-02-22T19:24:04ZBugzilla Migration UserOptimize family name matching in sort and match functions## Submitted by Karl Tomlinson
Assigned to **fon..@..op.org**
**[Link to original bug (#19376)](https://bugs.freedesktop.org/show_bug.cgi?id=19376)**
## Description
Currently the time for a FcFont(Set)Sort with trim = false (or fo...## Submitted by Karl Tomlinson
Assigned to **fon..@..op.org**
**[Link to original bug (#19376)](https://bugs.freedesktop.org/show_bug.cgi?id=19376)**
## Description
Currently the time for a FcFont(Set)Sort with trim = false (or for a
FcFont(Set)Match) I assume) is typically dominated by comparing family names.
By the time aliases are added to the sort pattern there are typically 80-100
family names in the pattern (p). For 300 to 500 fonts (some of which will
have family names for each language) (n), that is p * n ~ 40,000
case-insensitive string comparisons.
I think a sensible approach to optimizing this would be to sort the families
in the sort pattern (removing duplicates, recording the score for each family,
and remembering to consider the binding) so that each family lookup is
O(log p) and the total complexity is O((n + p) log p).
This would be faster whenever n >> log p, which is almost always the case.
(Behdad was considering something similar. I think this is slightly different
from what Behdad had in mind, but perhaps he thought of this too.)
(I guess the same argument could be applied to any (sortable) property, but it
is typically only family properties that have so many values.)
(The sorted family list is essentially a cheap hash table. I'm guessing that
looking up a family in a sorted list is going to be cheaper ~O(log p), assuming there are not too many similar family names), than generating a hash for the family O(length of string).)
Version: 2_1https://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/32Cache fonts in Windows registry2022-12-09T03:29:25ZBugzilla Migration UserCache fonts in Windows registry## Submitted by Elie Roux
Assigned to **fon..@..op.org**
**[Link to original bug (#90813)](https://bugs.freedesktop.org/show_bug.cgi?id=90813)**
## Description
Some fonts are available under Windows without being in the C:\\Window...## Submitted by Elie Roux
Assigned to **fon..@..op.org**
**[Link to original bug (#90813)](https://bugs.freedesktop.org/show_bug.cgi?id=90813)**
## Description
Some fonts are available under Windows without being in the C:\\Windows\Fonts directory. They are listed in the registry key
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Fonts
See http://tug.org/pipermail/luatex/2015-May/005212.html for a few links.
I think fontconfig should be able to find them, as they are available in other Windows applications.
See https://github.com/phst/lltxplatform/blob/master/src/fonts_windows.c for an example of code listing these fonts in C.https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/31Serbian (Latin) orth file2018-08-20T21:45:09ZBugzilla Migration UserSerbian (Latin) orth file## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#17208)](https://bugs.freedesktop.org/show_bug.cgi?id=17208)**
## Description
Locale tags "sr_SR@latin" and "sr_SR@Latn". Not sure if we corr...## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#17208)](https://bugs.freedesktop.org/show_bug.cgi?id=17208)**
## Description
Locale tags "sr_SR@latin" and "sr_SR@Latn". Not sure if we correctly handle at-sign tags. Need to.
Version: 2.4
### Depends on
* [Bug 19869](https://bugs.freedesktop.org/show_bug.cgi?id=19869)https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/30Prioritize fonts that support a territory-less language variant when no exact...2019-06-13T12:08:21ZBugzilla Migration UserPrioritize fonts that support a territory-less language variant when no exact language match## Submitted by Caolán McNamara
Assigned to **fon..@..op.org**
**[Link to original bug (#35118)](https://bugs.freedesktop.org/show_bug.cgi?id=35118)**
## Description
Created attachment 44237
implement suggestion
When fontconfig m...## Submitted by Caolán McNamara
Assigned to **fon..@..op.org**
**[Link to original bug (#35118)](https://bugs.freedesktop.org/show_bug.cgi?id=35118)**
## Description
Created attachment 44237
implement suggestion
When fontconfig matches by language tag, and the language tag supplied does not match exactly a known fontconfig language tag then fontconfig considers a list of all fonts that provide support for at least a variant language of the language tag.
It doesn't however prioritize fonts that support a territory-less variant, which is likely the best one to use under these circumstances.
i.e. practically
fc-match :lang=pa-IN
will generate a list of "pa" fonts and "pa-pk" fonts and fairly arbitrarily return one of that list.
so for me I get
"Droid Sans Arabic" because that supports "pa-pk", but anything that provided just "pa" would be a better choice.
e.g. see https://bugzilla.redhat.com/show_bug.cgi?id=682716
Attached is an implementation to effectively sort "xx" before "xx-*" when no exact "xx-yy" was found.
**Patch 44237**, "implement suggestion":
[sort.nonterritory.first.patch](/uploads/1e755759f3e889c0c825fefdaa4241de/sort.nonterritory.first.patch)
Version: 2.8https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/29Please Add Canadian Aborignal Syllabics to Fontconfig2022-07-01T06:16:03ZBugzilla Migration UserPlease Add Canadian Aborignal Syllabics to Fontconfig## Submitted by Neskie Manuel
Assigned to **fon..@..op.org**
**[Link to original bug (#16189)](https://bugs.freedesktop.org/show_bug.cgi?id=16189)**
## Description
Canadian Aboriginal Syllabics is used by several langauge communit...## Submitted by Neskie Manuel
Assigned to **fon..@..op.org**
**[Link to original bug (#16189)](https://bugs.freedesktop.org/show_bug.cgi?id=16189)**
## Description
Canadian Aboriginal Syllabics is used by several langauge communities in throughout Canada. It would be good to have this information in fontconfig.
I can create all of these files I'll put the information in the Inuktitut Ortography file (ikt.orth), since Inuktitut is the most recognizable language and have the rest be includes. A diff will be uploaded tomorrow or the next day.
Here is the Unicode 5.1 Code Chart for Canadian Aboriginal Syllabics
http://unicode.org/charts/PDF/U1400.pdf
The following is a list of the languages using CAS:
http://www.omniglot.com/writing/ucas.htm
Here are the languages and the ISO codes.
Blackfoot - bla
Carrier - caf
Cree - crk, crm, cwd, csw, crl, crj
Naskapi - nsk, moe
Inuktitut - ikt
Ojibwe - ojb, oji
Slavey - xsl
You can look up information on the langauges at Ethnologue.
http://www.ethnologue.com/show_language.asp?code=ISO
Version: 2.6https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/28strange verbose message on updating cache2022-07-01T06:16:03ZBugzilla Migration Userstrange verbose message on updating cache## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#73818)](https://bugs.freedesktop.org/show_bug.cgi?id=73818)**
## Description
http://lists.freedesktop.org/archives/fontconfig/2014-Janua...## Submitted by Akira TAGOH `@tagoh`
Assigned to **fon..@..op.org**
**[Link to original bug (#73818)](https://bugs.freedesktop.org/show_bug.cgi?id=73818)**
## Description
http://lists.freedesktop.org/archives/fontconfig/2014-January/005075.html
This was introduced by the change of 7ae24b45 and always loading the font caches and rebuild as needed during calling FcInit().
We may need to think about other way to indicate the status on updating or just drop it.https://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.https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/24Include TTF_NAME table fields in fontconfig's cache2022-07-01T06:16:03ZBugzilla Migration UserInclude TTF_NAME table fields in fontconfig's cache## Submitted by Nicolas Spalinger
Assigned to **fon..@..op.org**
**[Link to original bug (#18340)](https://bugs.freedesktop.org/show_bug.cgi?id=18340)**
## Description
Please include in the fontconfig cache the information contain...## Submitted by Nicolas Spalinger
Assigned to **fon..@..op.org**
**[Link to original bug (#18340)](https://bugs.freedesktop.org/show_bug.cgi?id=18340)**
## Description
Please include in the fontconfig cache the information contained in the following fields of the NAME table to allow better exposure of the existing font metadata contained in both open and restricted fonts.
These are standard fields already taken into account in Freetype:
in include/freetype/ttnameid.h
#define TT_NAME_ID_COPYRIGHT 0
#define TT_NAME_ID_FONT_FAMILY 1
#define TT_NAME_ID_FONT_SUBFAMILY 2
#define TT_NAME_ID_UNIQUE_ID 3
#define TT_NAME_ID_FULL_NAME 4
#define TT_NAME_ID_VERSION_STRING 5
#define TT_NAME_ID_PS_NAME 6
#define TT_NAME_ID_TRADEMARK 7
#define TT_NAME_ID_MANUFACTURER 8
#define TT_NAME_ID_DESIGNER 9
#define TT_NAME_ID_DESCRIPTION 10
#define TT_NAME_ID_VENDOR_URL 11
#define TT_NAME_ID_DESIGNER_URL 12
#define TT_NAME_ID_LICENSE 13
#define TT_NAME_ID_LICENSE_URL 14
Then the cache can be queried for this information: utilities like fc-list or fc-match can report on the licensing/author/foundry for each font in the cache by default or via a parameter. Dedicated commands like fc-license could also be created.
Version: 2.6https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/23Element for whether FreeType's patented bytecode-interpretter is available2022-07-01T06:16:03ZBugzilla Migration UserElement for whether FreeType's patented bytecode-interpretter is available## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#17101)](https://bugs.freedesktop.org/show_bug.cgi?id=17101)**
## Description
And use it in FcDefaultSubstitute, such that user can choose hin...## Submitted by Behdad Esfahbod
Assigned to **fon..@..op.org**
**[Link to original bug (#17101)](https://bugs.freedesktop.org/show_bug.cgi?id=17101)**
## Description
And use it in FcDefaultSubstitute, such that user can choose hinting/subpixel settings based on whether BCI is available.
This can be checked using:
#include <ft2build.h>
#include FT_CONFIG_OPTION_H
int has_bci =
#ifdef TT_CONFIG_OPTION_BYTECODE_INTERPRETER
1
#else
0
#endif
;
Other interesting option to expose is FT_CONFIG_OPTION_SUBPIXEL_RENDERING.
Version: 2.4https://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/21please add Arkpandora to metric aliases2022-07-01T06:16:03ZBugzilla Migration Userplease add Arkpandora to metric aliases## Submitted by Fabian Greffrath
Assigned to **fon..@..op.org**
**[Link to original bug (#84625)](https://bugs.freedesktop.org/show_bug.cgi?id=84625)**
## Description
Dear fontconfig devs,
there is another, less well known font f...## Submitted by Fabian Greffrath
Assigned to **fon..@..op.org**
**[Link to original bug (#84625)](https://bugs.freedesktop.org/show_bug.cgi?id=84625)**
## Description
Dear fontconfig devs,
there is another, less well known font family which provides metric aliases for specific MS fonts called Arkpandora. Its upstream is no longer active and its original homepage is dead, but the fonts are still available for download [1] and are currently waiting for acceptance into Debian [2].
The package contains Aerial and Aerial Mono as replacements for Arial and Courier, repsectively, Tymes as a replacement for Times New Roman and -- probably the most interesting piece of the set -- Veranda as a replacement for Verdana.
The fonts seem to be stretched variants of Bitstream Vera and might not look as professional as Liberation or Crosscore. But at least they provide suitable alternatives and I prefer fontconfig to support as many alternatives as possible out-of-the-box.
Please tell if you want me to provide a patch.
Best regards,
Fabian
[1] http://ostatic.com/arkpandorafonts/
[2] https://ftp-master.debian.org/new/fonts-arkpandora_2.04-1.html