{"id":254,"date":"2010-03-11T18:44:55","date_gmt":"2010-03-11T15:44:55","guid":{"rendered":"http:\/\/www.held.org.il\/blog\/?p=254"},"modified":"2010-03-11T18:44:55","modified_gmt":"2010-03-11T15:44:55","slug":"kde-a-call-for-a-change-or-why-i-moved-to-gnome","status":"publish","type":"post","link":"http:\/\/www.held.org.il\/blog\/2010\/03\/kde-a-call-for-a-change-or-why-i-moved-to-gnome\/","title":{"rendered":"KDE: a call for a change (or: why I moved to GNOME)"},"content":{"rendered":"<p><span style=\"color: #808080;\">[Disclaimer: I'm merely a KDE user, hardly involved with the KDE development processes; my criticism is based on what I see as a user, I'll be glad to be corrected in the comments]<\/span><\/p>\n<p>Back when I started my way with Linux with the brand new RedHat 6.0 (which as always, preferred GNOME). KDE always went forward: KDE1 was pretty.. basic, KDE2 was a big step, and same goes from KDE3.\u00c2\u00a0I've been using <strong>KDE 3.5.x<\/strong> for quite a long while (RHEL\/CentOS5 and Debian sid until recently). 3.5.x symbolizes, in my opinion, the last \"winning' era of KDE: \u00c2\u00a0It had the right features, but more important: it was mature and stable.<\/p>\n<p><strong><span style=\"color: #993300;\">KDE 4 introduced important improvements:<\/span><\/strong><\/p>\n<ul>\n<li><strong>User interface<\/strong> continued the tradition of being much nicer than its predecessors. Compare for yourselves: KDE <a href=\"http:\/\/en.wikipedia.org\/wiki\/File:KDE_1.0.jpg\">1<\/a> <a href=\"http:\/\/en.wikipedia.org\/wiki\/File:KDE-2.0-es-es.png\">2<\/a> <a href=\"http:\/\/en.wikipedia.org\/wiki\/File:Kde-3.2.3-es-es.png\">3<\/a> <a href=\"http:\/\/en.wikipedia.org\/wiki\/File:KDE_4.0.png\">4<\/a><\/li>\n<li><strong>Very nice OpenGL effects<\/strong> were added with two important advantages over GNOME+ Compiz: the OpenGL features are fully integrated inside KDE, configuration is way easier (Compiz configuration tool is scary), and the attitude is more towards productivity and less toward eye-candiness. For example, instead of the useless wobbling windows and water effects of Compiz, KDE provides the useful feature that displays all open windows and allows search-as-you-type for choosing the right application by its name, by simply putting the mouse pointer \u00c2\u00a0on the top-left corner.<\/li>\n<li><strong>Simplified user interface<\/strong>: the developers had the courage to do some rewrites and strip complicated GUIs, even lose some features, and make the new KDE 4 apps more simple. This is mostly notable in konsole and amarok.<\/li>\n<\/ul>\n<p><strong><span style=\"color: #993300;\">But, it also got worse than its predecessors on some areas:<\/span><\/strong><\/p>\n<p><strong><span style=\"color: #993300;\"><!--more--><\/span><\/strong><\/p>\n<ul>\n<li><strong>Relatively instability and immaturity<\/strong>: i've been finding too many\u00c2\u00a0elementary\u00c2\u00a0bugs, such as <a href=\"https:\/\/bugs.kde.org\/show_bug.cgi?id=205453\">closing the laptop lid when locked doesn't send computer to sleep<\/a>, or <a href=\"https:\/\/bugs.kde.org\/show_bug.cgi?id=198463\">low battery warning increases screen brightness instead of decreasing<\/a> (My examples are especially in the power management area, but not only). Being important yet unresolved for almost a year, makes it really frustrating. which leads me to the next point...<\/li>\n<li><strong>Relatively inactive community, bad bugzilla state:<\/strong> the KDE bugzilla is too messy: lots &amp; lots of bugs stuck, neglected, on UNCONFIRMED, many <a href=\"https:\/\/bugs.kde.org\/show_bug.cgi?id=41514\">bugs that are open for years<\/a> (even bugs from KDE2). There should be much stricter policy there, irrelevant bugs should be rejected, confirmed bug should be set to NEW for distinguishing real from imaginary, and relevant bugs should be addressed. I'm aware that it's a (mostly?) voluntary project, but it doesn't mean that its problems shouldn't be discussed.<\/li>\n<li><strong>Unattractiveness\u00c2\u00a0to debug and fix the problems by myself:<\/strong> I admit that I didn't try hard enough, but reading and fixing KDE's code is an activity that I'm quite scared of. Maybe its the massiveness of the code, maybe it's because KDE is not yet another application but my desktop environment.<\/li>\n<\/ul>\n<p><strong><span style=\"color: #993300;\">3 things I recommend to the KDE project:<\/span><\/strong><\/p>\n<ul>\n<li><strong>Focus on stability<\/strong>, start a real feature freeze for the 4.x tree, clean the bugzilla: by either rejecting or fixing bugs.<\/li>\n<li><strong>Attract<\/strong> more users to become developers and QA guys.<\/li>\n<li><strong>Elect a leader<\/strong>. As far as I understand the KDE project doesn't have a single leader. This is quite puzzling. I believe that in order to achieve real goals, there ought to be a single person to dictate the direction of the project.<\/li>\n<\/ul>\n<p><strong><span style=\"color: #993300;\">As a new GNOME user, and for being fair, 3 things that GNOME should learn from KDE:<\/span><\/strong><\/p>\n<ul>\n<li><strong>gnome-terminal<\/strong> lacks many important features that <strong>konsole<\/strong> suggests: search buffer, unlimited buffer, notify on [in]activity.<\/li>\n<li>GNOME's\u00c2\u00a0<strong>Run dialog<\/strong> (alt+f2) is quite \"dumb\" compared to KDE's krunner.<\/li>\n<li><strong>Compiz<\/strong> should be more integrated in GNOME, be simpler to configure and more productive.<\/li>\n<\/ul>\n<p>I thank for the KDE developers and the Debian-KDE guys for their efforts; I hope to start a real discussion about the KDE project's weaknesses, in order to improve them significantly, so I could switch back to KDE at 4.5.x !<\/p>\n","protected":false},"excerpt":{"rendered":"<p>[Disclaimer: I&#8217;m merely a KDE user, hardly involved with the KDE development processes; my criticism is based on what I see as a user, I&#8217;ll be glad to be corrected in the comments] Back when I started my way with Linux with the brand new RedHat 6.0 (which as always, preferred GNOME). KDE always went [&hellip;]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[75],"tags":[198,47,69,203],"_links":{"self":[{"href":"http:\/\/www.held.org.il\/blog\/wp-json\/wp\/v2\/posts\/254"}],"collection":[{"href":"http:\/\/www.held.org.il\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.held.org.il\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.held.org.il\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"http:\/\/www.held.org.il\/blog\/wp-json\/wp\/v2\/comments?post=254"}],"version-history":[{"count":0,"href":"http:\/\/www.held.org.il\/blog\/wp-json\/wp\/v2\/posts\/254\/revisions"}],"wp:attachment":[{"href":"http:\/\/www.held.org.il\/blog\/wp-json\/wp\/v2\/media?parent=254"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.held.org.il\/blog\/wp-json\/wp\/v2\/categories?post=254"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.held.org.il\/blog\/wp-json\/wp\/v2\/tags?post=254"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}