Bug 198469 - SVGs should be re-rendered asynchronous for resize operations
Summary: SVGs should be re-rendered asynchronous for resize operations
Status: REPORTED
Alias: None
Product: kdelibs
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: Fedora RPMs Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdelibs bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-07-01 00:00 UTC by Clemens Eisserer
Modified: 2010-10-29 15:13 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Clemens Eisserer 2009-07-01 00:00:15 UTC
Version:            (using KDE 4.2.90)
OS:                Linux
Installed from:    Fedora RPMs

Many places where svg icons need to be re-rendered behave quite unresponsive, because the svg-rendering blocks the operation.
This is true especially for resize operations.
A good example is resizing plasma panel's, or resizing Dolphin's "Places"-panel.
Especially for larger sizes resizing gets more and more unresponsive and stuttering.

A better approach would be to re-render svg's in a seperate background thread and paint them when rendering is done. Often smooth resizing is more important, then an instant look.

This approach would also have the advantage, that not all sizes for a resize operation would have to be generated. 
If e.g. resizing a panel from 20px to 40px in 4px steps would normally generate 5 re-render events, doing it in a seperate thread sizes between could be canceld - because they simply could be canceld out of the queue of waiting svg's if the background thread can't keep up.
Comment 1 Clemens Eisserer 2010-06-11 01:10:15 UTC
4.4.80 - performance is still bad
Comment 2 Clemens Eisserer 2010-10-29 15:13:31 UTC
4.5.2 - resing SVG rendered content still horrible slow.
Try to resize plasmoids on a 1920x1200 display, its like a slideshow.