The API currently requires UTF-32 input. Converting from UTF-8 to UTF-32 is trivial, but tedious.
We can do this in fcft, making it easier for applications to render UTF-8 strings.
The API currently requires UTF-32 input. Converting from UTF-8 to UTF-32 is trivial, but tedious.
We can do this in fcft, making it easier for applications to render UTF-8 strings.
wouldn't something like this require the dependency of utf8proc?
No, that wouldn't be necessary, depending on what your requirements are. It's very easy to convert from UTF-8 to Unicode/UTF-32. It's also very easy to eliminate a large portion of invalid codepoints (large ranges defined to not map to any codepoints).
We wouldn't be able to guarantee the codepoints are valid. But then, that's not something we do in the current API; we expect the user to provide valid codepoints (at worst, we'll not find any glyphs).
What is the status on this?
No due date set.
No dependencies set.
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?