Dan Field
Dan Field
Looks like there's still one more issue with the way fonts are rendered. I don't know when I'll be able to get back to that, but if you can create...
Please share a reproduction.
I thought I had a way to do this, but all the ways I've been able to come up with are pretty inefficient. If we defer resolution until drawing time...
That's definitely doable, and something I've considered exploring but haven't had time to prioritize - or evidence that it would really bump performance enough to be worth it. And unfortunately...
I thought I had updated this again, but I guess not. Supporting this introduces a lot of complexity. In particular, references can have other references, which can have other references,...
@IchordeDionysos - you could preprocess the SVG from the server before you pass it to this library. In fact, maybe that's the right way to handle this - write a...
I'm working on a new package that supports out of order defs. However, as I expected, doing so resulted in some noticable performance regressions. I'm not sure it'll make sense...
Could you provide a full reproduction of this issue (perhaps a github repo with a working project)? I'd hazzard a guess that you probably don't want to create the `SvgPicture`...
If you want to preload the SVG, you should use `precachePicture`. If that's the bottleneck, do it early on and you should be fine. After that it depends on the...
Hmm I thought I said this here but guess I didn't. I would start by adding a Repaint boundary over the bigger SVGs and see if that takes care of...