After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 547472 - Allow turning OT features on from fontconfig config file
Allow turning OT features on from fontconfig config file
Status: RESOLVED FIXED
Product: pango
Classification: Platform
Component: general
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: pango-maint
pango-maint
Depends on:
Blocks:
 
 
Reported: 2008-08-12 18:18 UTC by Behdad Esfahbod
Modified: 2013-01-11 03:26 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Behdad Esfahbod 2008-08-12 18:18:56 UTC
Originally reported here:
https://bugs.freedesktop.org/show_bug.cgi?id=16958
Comment 1 liam 2010-01-10 19:48:53 UTC
If/once this is done, there would probably need to be a way to report font features supported in fc-list and fc-query, and, longer term, UI support (e.g. in the gtk+ font chooser and maybe system preferences?)
Comment 2 Behdad Esfahbod 2013-01-10 22:43:29 UTC
I went ahead and did this in pango:

    <match target="font">
      <edit name="pangofontfeatures" mode="append">
        <string>smcp</string>
        <string>ss20</string>
      </edit>
    </match>

And sent mail upstream to see if it makes sense to put it in fontconfig itself.

Re reporting the capabilities, fontconfig already has OpenType scripts:

capability: "otlayout:DFLT otlayout:arab otlayout:armn otlayout:brai otlayout:cans otlayout:cher otlayout:cyrl otlayout:geor otlayout:grek otlayout:hani otlayout:hebr otlayout:kana otlayout:lao  otlayout:latn otlayout:math otlayout:nko  otlayout:ogam otlayout:runr otlayout:tfng otlayout:thai"(s)

which, admittedly, is not that useful.  I don't know what would be a nice format to report the features in a user-friendly way.

On the other hand, one can argue that there is not reason to put this in fontconfig at all.  HarfBuzz knows all this, so GUIs can access it.  And eventually we will have a hb-query that is specilized to do these kinds of reporting.  I'm leaning towards that approach.