Bug 90274 - Language bindings...
Summary: Language bindings...
Status: ASSIGNED
Alias: None
Product: fontconfig
Classification: Unclassified
Component: library (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: Akira TAGOH
QA Contact: Behdad Esfahbod
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-05-01 18:47 UTC by Behdad Esfahbod
Modified: 2015-05-14 02:30 UTC (History)
4 users (show)

See Also:
i915 platform:
i915 features:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Behdad Esfahbod 2015-05-01 18:47:17 UTC
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.
Comment 1 Akira TAGOH 2015-05-11 01:43:55 UTC
sounds nice. let me take a look.
Comment 2 Akira TAGOH 2015-05-13 07:33:24 UTC
FWIW providing all of public APIs for language bindings may be hard. some of them  isn't designed like OOP concept. this is another topic but may be good to polish them in fontconfig 3 but anyway.
Comment 3 Behdad Esfahbod 2015-05-13 20:00:57 UTC
Right...

But just in case, which API pieces do you have in mind exactly?
Comment 4 Akira TAGOH 2015-05-14 01:53:32 UTC
Given that we use g-i, it assumes the function takes the object in the first argument. in that sense, we can't provide bindings for functions one will mostly uses like FcFont*List(), FcFont*Match(), FcFont*Sort() because these aren't placed at the namespace of FcConfig say. we need to wrap up to make them language-bindings available.
Comment 5 Behdad Esfahbod 2015-05-14 02:30:18 UTC
Functions that don't match the naming pattern will be bound as module functions, so that's not a problem.  We would get fc.FontSort(cfg, ...).


bug/show.html.tmpl processed on Mar 27, 2017 at 08:30:08.
(provided by the Example extension).