KDE Success in the Enterprise 352
Arandir writes "Is UNIX ready for the desktop? Display Works Inc. thinks it is! They adopted KDE as their official desktop environment over a year ago, and KDE::Enterprise is running an interview with IT manager Tim Brodie over their experiences. This is a very good interview that covers why KDE was chosen, user migration, and wish lists for KDE. Quote: "I now see KDE taking the lead in polish and professionalism on the desktop"."
Finally reaping the fruits of their toil! (Score:5, Interesting)
Someone explain the (L)GPL to the guy... (Score:5, Interesting)
Good deal, KDE is a great desktop (Score:4, Interesting)
And I've set several first time LInux converts up on it and they not only like it, they have a fairly easy time adjusting from windows to Linux.
It's really a good thing.
Thanks KDE guys, you got a good thing going!
Re:Someone explain the (L)GPL to the guy... (Score:4, Interesting)
Oh, and I'm a full-time KDE user too... albeit not on Linux... KDE has worked wonders for me on FreeBSD and Solaris too! KDE is not Linux-centric.
Better than windows (Score:5, Interesting)
Configurability: KDE hands down, the Control Center simply allows so much to be configured, my system is currently set up to respond precisely how I want it. Windows respond to mouse overs after the time I specified, right number of desktops with the correct visibility of other apps, themability also a big plus. Don't know if XP has themability or to what degree but I don't consider it a major function.
Look & Feel: Used to give it to Windows but now I think I like KDE better. Basically a function of familiarity of the system combined with actual looks, themability helps KDE here.
Usability: Both have a fairly comprehensive start menu. I'll discount the points I could give KDE for a greater amount of software initially since this isn't necessarily a long term effect as you'll fill both with software you need eventually. However I do prefer the KMenus method for listing large numbers of programs as a heirarchy, when Windows tries to list 3 full columns at once it's much too slow especially since you probably already know the location of the item you're looking for. Also KDE gets points for multiple desktops, yes I know that you can get programs for Windows to mimic that but it doesn't work as well, most notably it simply hide apps so that cycling through apps in one desktop gives you apps for all desktops. The file manager for windows is generally nicer but the combination of file manager and CLI built in for KDE should give it the advantage there but I'll call it a tie.
Either way overall I prefer KDE but after a certain level it comes down to familiarity. I used to use Windows alot and prefered that but recently I've almost entirely switched over to Linux, just found that the things I did alot were just as good and easy in Linux. Actually it's mostly multiple desktops that gets me. Frankly Gaim still isn't up to par with Trillian and Evolution isn't as nice as Eudora but the entire environment is nicer to work in. But either way that isn't directly pretaining to the Window Manager.
Re:Finally reaping the fruits of their toil! (Score:2, Interesting)
The hemogenizing that Red Hat did with GNOME and KDE isn't that great from a GNOME perspective either. Consider for example that the menu bar on top was dropped in favour of the old foot menu, to make the desktop experience similar to KDE.
I prefer GNOME because of its simplicity but I reckon that's a personal preference.
Re:Finally reaping the fruits of their toil! (Score:2, Interesting)
I remember a lot of ambivalence from GNOME developers when Mono was announced so I don't believe the answer to this issue is obvious. Although to be fair it must be said that Ximian hires quite a few GNOME core developers, most of which I assume are pretty excited about Miguel's pet project. Because of that I don't expect Mono to be shot down without some vivid discussion. ;)
Personally I would love to see Mono/Gtk# programs being accepted into the GNOME project. In fact, I believe it would fit right in with GNOME's aim for being programming language agnostic. On a sidenote, if Mono code started appearing in GNOME I'd probably start helping out where I can (I really dislike C and C++ and I don't care if anyone wants to call me a weeny because of that :P).
Re:Great... (Score:2, Interesting)
Not so with QT. Can't remeber the exact terms, but that procedure is explicitly forbidden. If you start it as a GPL project using QT, you can't just change license. You have to buy the QT license and develop a new app from scratch. I can't even begin to think about how ridiculous that must feel for the unfortunate programmer that receives the task, and to what extend copy-paste is allowed in such an endeavour.
Re:great... (Score:3, Interesting)
How do the licenses play together? (Score:3, Interesting)
A couple of Slashdotters argued: I understand what you're saying, and I understand what Trolltech wants, but I don't understand how anyone thinks they got there.
GPL: You can distribute internally. Anyone who get the binary has the right to request (and receive) the source. Not a problem; that's all internal.
Qt commercial license [trolltech.com]: Some number of developers are licensed to build with the Qt framework and distribute the result with a non-free license.
So what prevents a shop from having a bunch of internal developers who only distribute their results internally, plus one licensed person who builds the "gold disk"?
P.S.: According to the URL above, you're supposed to: Seems to me the GPL gives you the right to do that. How does Trolltech expect to enforce the clause quoted above?
Re:Someone explain the (L)GPL to the guy... (Score:1, Interesting)
1. moc
(what, you want me to say more? The C++ "extensions" are the worst idea ever. When it works, it works, but when you make a mistake you can't get anything resembling a useful error message because the C++ _compiler_ doesn't know about that moc POS)
2. Big pile'o'code
Is it really that difficult to split things out when it makes sense to do so? Why oh why does Qt have to have OpenGL support right there in the same library providing everything else? Why can't there be an extra OpenGL library? Or a PostgreSQL one? Or a MySQL one? Or an image loading library? Or any of all those thing that have *zilch* to do with a GUI.
3. (Yeah, I said two) qstring
What's wrong with std::string?
Two points here. (Score:3, Interesting)
Microsoft Windows: making you redefine "available in" since 1995! *g*
> But with a little work [...] you can make Windows (XP) do
> everything that made you choose KDE over Windows.
Okay, two point here.
1) KDE does NOT require 'a little work'. It's already powerful and functionnal that way out of the box. No need for crutches of any kind.
2) Last I checked, the Windows GUI was still broken in deep ways. You can't move or resize an application window that is busy. Killing a dead explorer takes down the ENTIRE desktop. Sure, it respawns right away (if we can't make it stable, well let's sweep the unstability under the carpet, right?) -- leaving behind the application windows that are busy and not responding right at the time. Window folding still isn't there. Advanced features (virtual desktops et al) felt awfully awkward last time I checked, behaving mostly like a single desktop with some windows hidden -- compare with the seamless way it works in KDE.
Etc, etc.
There are a number of issues with Linux, a number of things that work more smoothly in Windows, but the desktop environment is no longer one. That battle is over, and Windows lost it majorly (mostly due to its own monolithic design, funnily enough). Get over it.
Re:Finally reaping the fruits of their toil! (Score:3, Interesting)
I had the same opinion for two versions of each from about 3 years apart.
Of course, your grandmother's idea of easy-to-use may vary