svgs are still bad.
I didn't realize that svgs take so long to parse in the usvg crate and therefore there is nothing to do here. Unless there was a way to build it outside the view run, but I'm not sure that's possible.
This commit is contained in:
parent
e7a160272d
commit
9207df10ba
1 changed files with 1 additions and 3 deletions
4
todo.org
4
todo.org
|
@ -7,11 +7,9 @@ This does almost work. There is a clear amount of lag or rather hang up since sw
|
|||
|
||||
Actually, what if we just made the svg at load/creation time and stored it in the file system for later, then load the entire songs svg's into memory during the presentation to speed things up? Would that be faster than creating them at on the fly? Is it the creation of them that is slow or the rendering?
|
||||
|
||||
** ~SVG performs badly~ JK lolZ!!
|
||||
** SVG performs badly
|
||||
Since SVG's apparently run poorly in iced, instead I'll need to see about either creating a new text element, or teaching Iced to render strokes and shadows on text.
|
||||
|
||||
Apparently svg was slow due to the lazy widget, which idk why I used in the first place.
|
||||
|
||||
* TODO [#C] Make the presenter more modular so things are easier to change.
|
||||
|
||||
* TODO [#A] Need to fix tests now that the basic app is working
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue