you may as well try and see if it works, if you know how to. I don't
I never built an android app so I would not know how to embed a font in it. If you do know, you can try and check if it works.
or check again later, I asked a colleague in california but they are sleeping right now
We have an older document(https://www.iconfont.cn/help/detail?helptype=code), but I have never developed an Android client 😂🤣.
I asked a couple people, both were not sure, they said it should be supported but they would not know offhand
you'd better try out yourself
The bad news, Apple may not support COLRv1 in a short time
To be honest, their own support for svg in ot is also terrible.
Not supporting <use> increases the font file size and also increases the development cost of open source tools. googlefonts/nanoemoji#266
(for context, this is me with working code for ttLib wanting to avoid the need to cycle type-1 fonts through makeotf solely to make them readable. On the plus side, all I do with them is read them; I don't need to build any type-1 binaries...)
Cool; thanks!
Font stuff would sure be a lot easier without all the corner cases.
(I dunno if anyone else has noticed that.)
🚀🚀🚀
yes, it's impressive! haven't had a chance to dig into it yet though
specifically, it's in unicodes_missing, where it tries to log a missing unicode val, it's tripping up with
TypeError: %X format: an integer is required, not str
I'm populating the Subsetter with a unicodes=[] list. That seems like pretty basic stuff, so I'm obviously not seeing what's wrong for some simple. Any clearer eyes out there?
(Anyway, for anybody who stumbles across this late at night, the origin of the approach I used was this SO question, specifically mark2mark's answer: https://stackoverflow.com/questions/55009981/how-to-use-pyftsubset-of-fonttools-inside-of-the-python-environment-not-from-th )
passing a list of glyphs works as expected, but it seems like something different is necessary for the populate to get unicodes
instead of passing
subset.populate(unicodes=["U+0041", "U+0042", ...]), you should pass instead the decimal integer value for those hexadecimal unicode codepoints
just strip the leading "U+" and pass the rest to
int(..., 16)
hexadecimal is base 16 ;)
should
parse_unicodes() produce the right format?
because I also tried passing the ranges of interest through that & got the same error.
although those could be two separate issues
How should I set
sTypoAscender and sTypoDescender in a 1000-unit-per-em font such that ascenders of around 1000 units and descenders of around 1250 units do not overlap adjacent lines in HTML with the CSS declaration line-height: 1? The seemingly obvious solution of setting them to 1000 and -1250 does not work: the lines still overlap and the first line is too high within the containing box.
also remember the usetypometrics flag somewhere (head?)
