Interview: Aaron Seigo, KDE Project Lead (Sirius)

> Sneaking in potshots about the "other" desktop that flies 
> in the face of clear reality

in the interview, i  stated it as a plus found in KDE, not as a potshot at other desktops.

> justifying them via spin and semantic minutiae

i don't think that being platform native, integrating with platform specific frameworks,
moving the abstractions and support up from the realm of "builds, works, has widgets" to "has
broad desktop service integration" and doing it with a 100% free software platform qualifies
as "spin or minutiae". 

if you think it is (and it seems you do =), i would suggest looking at the code that has made
this possible and then consider your position again. the volumes of software that make this
possible are non-trivial, well thought out and compelling. i can understand how it is easy to
not realize the scope of the undertaking and dismiss it as "minutiae", but that is really not
an accurate appraisal of the results.

being able to say with 2 lines of code, "give me the number of CPUs on this system, now give
me a thread pool of that size" in a way that is both platform independent, easy to do (from
finding documentation to actually writing it) and that uses the system native facilities for
doing this is pretty impressive. and that's just one example of using just two of these cross
platform frameworks together (solid and threadweaver, in this example).

please, show me which other free software stack provides for that kind of of
feature/integration capability that is also consistent (e.g. not a patchwork of N different
separately sourced libraries) and portable. i don't think you'll find it, because it doesn't
exist outside today outside of KDE4.

i don't consider a widget and dialogs set, even if paired with nice things like xml parsing or
network stacks, to be a complete desktop stack. in fact, if you were to suggest such a thing
to companies that produce proprietary desktop systems they'd probably laugh and rightfully so.

being content with "well, gtk+/qt lets me run my GUI on these platforms" is simply not enough,
in the sense that we can do much, much better than that.

and it's not just the proprietary platforms either. a big reason there are so few f/oss apps
that have multimedia features is that it's so hard to do! the feature sets available vary from
Linux distro to Linux distro (not to mention the BSDs and OpenSolaris) and even the available
media frameworks are different between distros and over time. to me, multimedia is one
component of a desktop software stack, and i don't see another stack out there that is
portable and integrated in the same way that Phonon is in this category, allowing for things
like native DirectShow on Windows, QuickTime on Mac, GStreamer/Xine on
Linux/BSD/OpenSolaris/Windows/Mac (VLC and mplayer backends are also being worked on, btw)
with no client side code changes.

it's not a knock on anyone else's work in other areas to say, "hey, look what we've done
that's good."

if it makes you feel any better, i'm disappointed that we (KDE) don't yet have better
PolicyKit support in KDE and applaud GNOME for doing rather well with that in the GNOME
desktop. i don't feel it's a knock on KDE to recognize that work in GNOME in the least.
*shrug*

so there are strengths and weaknesses in all things. it so happens that the cross platform
desktop capabilities of KDE4 are simply one of its strengths. it really shines in this regard
due to its combination of Freedom, portability and completeness at the desktop services level
.. so expect people to be talking about it.

now, i don't expect you to be convinced by what i say here. you have already stated you don't
offer me much credibility. but i think it would be great for you to look further into these
matters as perhaps you will discover things you had not noticed up until this point. iow,
don't take my word for it, the code can speak more voluminously than i ever could.