Linked by Thom Holwerda on Sat 23rd Dec 2006 00:48 UTC, submitted by dumbkiwi
KDE This is a response to the article yesterday on the progress of GNOME and KDE. Aaron Seigo, a lead KDE developer, sets out the current state of progress with KDE 4, pointing out that KDE 4 is on track for a release in mid 2007. "Thom points to a quote from me that our goal is to have a 4.0 ready sometime in the first half of next year. That gives us until sometime in June and I'm still thinking we can make it."
E-mail Print r 37   87 Comment(s)
Thread beginning with comment 196051
To view parent comment, click here.
To read all comments associated with this story, please click here.
Member since:

That's just a maturity issue. New effects and widgets have to go through the UI people, and Vista doesn't have the time for that. However, the underlying technology to do those things is present in Vista.

In fact this is not just UI people issue. Windows Desktop Manager (a compositor in essence) was supposed to handle vector data as well, and do high quality rasterization itself (instead of this happening on "client" side). But now there are no mentions of this in Vista. Yes, in X(org) having this would require new protocol extension to define window structure as vectored object (as opposed to just having a bitmap in the server) and new XAML-like definitions of windows which would be rasterised by wcompositing manager.

Windows does support DPI independent desktop, but this requires application ("client") to redraw using higher res bitmaps (AFAIK).

Barring a change of heart by NVIDIA and ATI, low-end Intel hardware is DRI's best hope. Implementing a Vista-like 3D stack on reverse-engineered drivers is an incredibly daunting task. Even given the fact that the Intel drivers solve most of the spec-access issues, hoping for a Vista-like stack by mid-2007 is silly. Thom's prediction of late 2008 is a much more reasonable one.

Having a Vista-like DRI stack is a priority, but not urgent one, Memory manager is most important now and it might be ready by Xorg 7.3 release (bot VRAM & AGP handling for both Intel, r200 and r300 driver). Vista stack will support high granularity GPU scheduling for next gen cards, so currently in DRI it is possible only to implement what is possible with DX9-class hardware (similar to WGF 1.0) and I believe this won't take so long (btw. Avalon is DX9 anyway, so scheduling on DX9 hardware obviously in't a big issue).

While I'm confident that nvidia will have their own good implementation of MM and scheduling, there is hope that AMD might take similar approach as Intel regarding DRI. Roumored next-gen Intel hardware migh also, if it stays this way, drive development of DRI.

Reply Parent Score: 1