Slashdot Mirror
KDE Frameworks 5.3 and Plasma 2.1 – First Impressions
jones_supa writes Ken Vermette has done a write-up on his experience with the new KDE desktop encompassing Frameworks 5.3 and Plasma 2.1. For starters, some patience is still needed for apps to be ported to KF5, and most of them will be KF4-based for now. Many of the widgets you may have used don't exist yet either, but the good news is that the Plasma goodies which do make an appearance are universally improved. The new search widget is shockingly fast and the notifications tray has been reworked. Visual outlook of desktop has been simplified and things don't feel so tightly packed together anymore. The system settings application has been completely regrouped more by goal than underlying mechanics. Unfortunately the desktop stability leaves a lot to desire: there was several crashes and Plasma had at one point managed to forget colour and wallpaper settings. However the developers seem to be knowing what they are doing, and there's a real feeling that this software will reach rock-solid stability very quickly given the state of it as it stands.
Not quite the typical 3 step list leading to profit, but here it goes:
1. Developer: This is so cluttered and ugly. Nobody needs all these features. Lets get rid of the old and do something new - it will be clean, pretty and well designed.
2. User: But now I can't do xxxxx - this sucks! You are idiots!
3. Developer: Ok, We'll add this back in.
4. User: Ok, better. Can you add yyyyy too?
5. Developer: Sure. And how about feature zzzzz as well?
6. User: Awesome. Its finally usable.
7: New Developer: This is so cluttered and ugly. Nobody needs all these features. Lets get rid of the old and do something new - it will be clean, pretty and well designed.
So sorry if I don't get too excited...
Peter.
KDE4's apps still work under it, too. I'm using it fine, though I'm missing the "IM Presence" widget for kde-telepathy.
I actually haven't been seeing crashes or other serious problems so far since about the last couple of releeases (KF5.4), just missing "KF5-native" features from KDE4.
Hacker Public Radio is our Friend
Eric Raymond wrote a horrifically amusing screed about why open source interfaces suck so bad, back in 2004. It was called "The Luxury of Ignorance", it laid out fairly good guidelines for how to do an interface *well*, and Gnome has ignored *everey single one* of the guidelines. I'm asking about this KDE, did they follow *any* of these guidelines?
= So, if you are out there writing GUI apps for Linux or BSD or whatever, here are some questions you need to be asking yourself:
* What does my software look like to a non-technical user who has never seen it before?
* Is there any screen in my GUI that is a dead end, without giving guidance further into the system?
* The requirement that end-users read documentation is a sign of UI design failure. Is my UI design a failure?
* For technical tasks that do require documentation, do they fail to mention critical defaults?
* Does my project welcome and respond to usability feedback from non-expert users?
* And, most importantly of all...do I allow my users the precious luxury of ignorance?
= Postscript, 26 Feb 2004: I added the new fifth question based on an excellent suggestion in LWN's comments on the story.
= And here are some more design rules, from Nico Kadel-Garcia:
** Can you gracefully and easily duplicate your tools and configuration for a similar installation? Is it documented? (RedHat and CUPS is no help with this, either, most of the print-drivers wend their way from the foomatic and other tools into the CUPS setups without a lot of hint of how it works.) [For cups, the answer is "you can duplicate it easily, but it's a *secret*"! Every configuration should be built and recompiled from the source tarball! What are you, a n00b?]
** Is installing this toolset likely to replace or break something already in place (such as LPD based printing packages)? If so, explain how to gracefully do the transition.
** Are there settings you can do from the command line or hand-editing config files that cannot be done from the GUI? Are they documented anywhere? Does using the GUI erase these settings? (The answer for CUPS is "Yes, you can flush all sorts of hand-edited things this way!". This was an incredible problem for NeXT stations and remains a big freeware GUI problem, although most try harder to address this. Webmin is an excellent example of how to do it right in most cases!)
** Are all your important features mentioned? The automatic flat text->Postscript conversion is one such feature, and despite its presence in the tarball tools and default use the CUPS claim it's not theirs and not their problem.