Linked by Thom Holwerda on Wed 3rd Jan 2007 17:54 UTC, submitted by ronaldst
KDE "Since KDE 4 development is in full swing with plans for a KDE 4.0 release sometime later this year, I thought I'd put together a weekly piece entitled The Road to KDE 4. The idea is to have a short overview of one or two of the features that show progress in KDE 4. For my first issue, the goal is to show off some of the great SVG work that has taken place so far."
Thread beginning with comment 198323
To view parent comment, click here.
To read all comments associated with this story, please click here.
MightyPenguin
Member since:
2005-11-18

SVG Rendering should only have a startup cost, after that they should be cached and only updated if rescaled. So slightly more memory consumption but basically the same after-startup performance.

Reply Parent Score: 1

Gooberslot Member since:
2006-08-02

That might be true for some things but what about things like the system monitor that are constantly updating.

Reply Parent Score: 1

superstoned Member since:
2005-07-07

well, that's mostly anti-aliasing and such stuff, not that heavy. and besides, slowly more and more effects will be accelerated by OpenGL, so effectively it might even become faster... Qt 4.3 is supposed to use OpenGL for much more drawing operations, speeding up for example SVG.

Reply Parent Score: 3

JohnFlux Member since:
2007-01-04

I render the SVG to an image. When the graph is updated, it simply bitblits the image. It's very fast and probably comparable to just drawing a black background

Reply Parent Score: 4