Gregory's Server@evanw didn't you think about a format kind of like this a few years ago? Did those explorations lead to anything interesting?
|
2 comments
Rasmus Andersson
@evanw Interesting! Thank you Evan. Yeah, we likely need masking as well. We might just end up with something internal like VectorDrawable or Skia's wire format and support some form of SVG metadata. Would be neat to use the same pipeline for both fonts & icons. Apple has done some (proprietary) work on something similar: https://developer.apple.com/sf-symbols/ |
@rsms I did! I thought it was interesting but never published it. It wouldn't have supported hinting though, which is not a common vector image file format feature from my understanding.
Some links:
- Android uses VectorDrawable: https://developer.android.com/reference/android/graphics/drawable/VectorDrawable
- HVIF has a hinting flag that enables snap-to-pixel, but not groups/blurs: https://www.haiku-os.org/docs/userguide/en/applications/icon-o-matic.html (see also https://blog.leahhanson.us/post/recursecenter2016/haiku_icons.html)
I'm guessing you'd want masking too? Can't think of an existing thing does all of that that isn't complex.
@rsms I did! I thought it was interesting but never published it. It wouldn't have supported hinting though, which is not a common vector image file format feature from my understanding.
Some links:
- Android uses VectorDrawable: https://developer.android.com/reference/android/graphics/drawable/VectorDrawable