Felix Schütt
Felix Schütt
There's a C API now: ```c #include #include "rust_fontconfig.h" int main() { // Build the font cache FcFontCache cache = fc_cache_build(); if (!cache) { fprintf(stderr, "Failed to build font cache\n");...
No, just need to update it.
No, I noted in the README that it's very experimental. By "very experimental" I basically mean, it parses the (X)HTML (at least that works), but it's not really usable. But...
Yeah, this is an issue I'm debugging atm, it seems that `allsorts::subset::subset(font, glyphs)` reorders the glyph IDs so `lookup_glyph(char as u32)` fails. This should be fixed upstream however.
The issue was that the subsetted font didn‘t contain some glyphs because I didn’t encode the WINDOWS_1252 codepage properly. Should be fixed tomorrow.
The subsetting actually works now, but the HTML rendering is pretty broken, both on WASM and on native. I had other things to do so this will have to wait...
This is now properly done on master, issue can be closed. HTML layout works as far as I tested it.
No, I don't think I'll switch from lopdf as it's still a pretty good crate. The reason I wanted my own ColorType is because PDF doesn't support all color types...
I think this can be closed, not relevant anymore. The API has changed to `RawImage::from_bytes([u8])`, it will auto-detect the color type and image type based on the crates enabled features...
I don't quite remember, I think it was because I didn't expect "sub-millimeter page widths / heights", so I thought it would be better that people don't get it confused...