Karamba getting replaced with Dashboard* in KDE4
Via Digg... Rusin Says:
I finally got most the implementation of the HTML Canvas element for KHTML finished. It's in the kdelibs-js branch in SVN. After George/Maks merge their other changes we'll merge it to HEAD. I'm planning to add full OSX Dashboard compatibility layer for Plasma (hence why I've spent most of the day yesterday on implementing the Canvas element).
CoreGraphics supports one thing that I need to add to Qt Arthur and that is a nice support for shadows. It's one of the extensions of the Canvas element from Safari that we won't support for now. I know how I want to do it in Qt, now it's just a matter of sitting down and doing it. This plus seperate transformations on fills and strokes which I had planned on doing anyway.
As for Plasma, I've been toying around with desktop mostly this week. Besides the Dashboard support I'm adding a fairly neat feature to the desktop. Our desktop is going to be composed of layers - each one capable of being created by plugins. The base layer is the background layer. Background layer plugins will be responsible for rendering the, surprise, surprise: background. Since they're dynamic we're going to finally have support for all those neat background effects. For example you'll be able to say, I want a layer rendering plain background, then on top of it I want a water effect and on top of it I want my icons and desktop widgets. Or you'll be able to say "I want background layer that renders backgroun as a perspective which changes with my mouse movements and on top of it icons and desktop widgets". You want E17 animated background? No problem, just load the edj background file, correct plugin will be loaded and will handle it. You want... plain background? Load it. And so on, limited only by the amount of permutations of the desktop layers people will implement. No hacks - everything supported natively.
