Slashdot Mirror


Has GNOME Become LAME?

auferstehung writes "Nicholas Petreley (should that be KNicholas KPetreley) of LinuxWorld and VarLinux.org has taken his gloves off in the latest article in his KDE vs Gnome series. An unabashed KDE supporter, Petreley uses some choice fighting words in re-acronymizing GNOME as the Language Agnostic Morphable Environment (LAME) Franken-GUI. Despite the sensationalistic flamage throughout the article, several of his GNOME criticisms (Gconf, file selector, features) echo those already voiced within the GNOME community itself. A happy GNOME user myself, please someone...tell me it isn't so."

17 of 780 comments (clear)

  1. The only once inside the GNOME-community by GauteL · · Score: 5, Insightful

    .. that complains about GConf, is the ones that do not know what it means.

    It is basically a configuration database that provides notification, and can use any backend, where the default is pure XML-formatted text files.

    An LDAP-backend is also being worked on, something which should be a boon for network administrators.

    The file-dialog is lame, and is being replaced.

    This article is basically a troll. Use whatever you like. Some people like KDE, others like GNOME.

    1. Re:The only once inside the GNOME-community by Anonymous Coward · · Score: 5, Insightful
      Each and every application has it's own file, where it stores its configuration (which is not a problem) and it it's own syntax.

      Yeah, having a Babel of file formats can be a bad thing, but XML is not the be-all and end-all of data formats. It's great if you need to store something with a complex heirarchy, but what I find annoying are the people who use XML just to be trendy,* and end up with config files that look like this:

      <alice>
      <bob>blah</bob>
      <carol>blah</carol>
      <david>blah</david>
      </alice>
      <ed>
      <florence>blah</florence>
      <george>blah</george>
      <henry>blah</henry>
      </ed>
      Which takes up close to twice as much space as the corresponding ini-format data, with no difference in heirarchy:
      [alice]
      bob=blah
      carol=blah
      david=blah

      [ed]
      florence=blah
      george=blah
      henry=blah
      *[Insert anti-SUV rant here.]
    2. Re:The only once inside the GNOME-community by Yokaze · · Score: 5, Insightful
      As if space for config files would matter...
      Anyway:
      <alice bob=blah carol=blah david=blah/>
      <ed florence=blah george=blah henry=blah/>
      XML is certainly not the be-all and end-all of data formats of data formats, and is certainly sub-optimal in several cases and aspects.
      I find XML hyped, too. But I see it as a simple syntax.

      But now think about what you are optimising for.

      Space?
      Compress your examples: XML=111b INI=94b (bzip2)
      And what about code-size? Every progam it's own parser. Shudder.

      Ease of programming?
      Ever programmed a validating parser?
      As for me, I don't want parse a single line of text anymore. Thinking of all the possible deranged things a user or another program can feed into ones program makes me want to hide and curl.
      Remember, your program has to even tell the user what went wrong.

      Ease of use?
      Well, certainly is the XML-syntax less readable then the INI-format. But as I said before, John Doe is not going to see them.
      Try an XML-editor, feed it the DTD or Schema, and it will check your modifications.

      Interoperatiblity?
      See XML-editor.

      >It's great if you need to store something with a complex heirarchy

      I'm not very into XML, but I thought that is one of the deficiencies of XML. I don't know how to store anything, but a tree structures.
      I wouldn't use it for anything too complex.
      --
      "Between strong and weak, between rich and poor [...], it is freedom which oppresses and the law which sets free"
    3. Re:The only once inside the GNOME-community by Anonymous Coward · · Score: 5, Insightful
      Every anti-XML rant pretty much boils down to the same thing:
      • It's trendy and I'm too cool to go along with the crowd
      • The bloat offends my 386 sensibilities
      • My favorite config format fits my contrived example


      As to your contrived example, we lived through systems {OS/2, Win3} based on INI files, and we know the fundemental problems: (A) Parsers are buggy, and (B) You can not impose a 2-level heirarchy.

      I think anyone who had to fight with Windows 3.1 would remember examples like this:

      [alice]
      bob=blah;blah;blah;{CR}
      henry=blah:0|b lah:99|blah:32{CRLF}

      (program crashs for unknown config-file related reason)

      Speaking from experience, coding parsers for hierarchies imposed on crappy flatfiles is time consuming, expensive, NO fun, and inevitably buggy in some way.

      Now if you are going to create a new config system like gconf, do you go down the Windows 3.1 road or do you do the right thing and use a standards-based format with off-the-shelf parsers? Or do you make a knee-jerk decision based on percieved "trendyness"?
  2. Can't these kids grow up? by BrokenHalo · · Score: 5, Insightful

    I am very tired of reading flame wars between Gnome and KDE. OK, I am a big supporter of Gnome, but that doesn't mean KDE sucks. It plainly does not. I would be the first to agree that there have been some terrible blunders made by some of the Gnome developers along the way, but the current 2.2 is very sweet. Every so often I try out new versions of KDE as they come up, and every time I abandon it because my desktop looks cluttered and Kalling Keverything Kfoo.Kbar Ketc Kgives Kme Kthe Kshits... :-) [/rant]

  3. Re:It's nice to see by Nerant · · Score: 5, Insightful

    So to use your analogy, if I was to design a car, I can't design one that uses wheels because someone else has done it before?
    Microsoft has certain ideas that are sound in theory, but their implementation of it sucks in practice. There is nothing wrong with implementing GUI features in Gnome or KDE that have already proven to be useful in actual use.

    --
    Be kind. There are too many mean people out there already.
  4. I find both of them "lame" by g4dget · · Score: 5, Insightful
    And that's not necessarily a bad thing: Gnome and KDE are competing with Windows and OS X for users, so they should look and behave roughly like what common users expect.

    However, some of Petrely's remarks are just silly. For example, he thinks that KDE being "more feature rich" is a good thing. Sorry, but that's not true. Having lots of features and buttons and widgets may work for some users, others may prefer something simpler, and yet others may want a different set of complex features. And while some users get all pushed out of shape about inconsistent appearances, consistency just isn't a big deal to many users either.

    But what makes Gnome/Gtk+ and KDE/Qt both really lame in my book is that they don't take advantage of the really powerful and useful capabilities of X11. Motif and Xaw, for all their many and fatal faults, had better support for remote applications, customization, and inter-application communication than either Gnome or KDE. And Gtk+ and Qt both make very inefficient use of the X11 APIs, giving X11 an undeserved reputation for being slow. The Gnome and KDE developers don't even seem to understand what they are not doing, they are just complaining with some regularity that X11 is more cumbersome than Windows (which it is, if you try to program it like Windows).

    As I was saying, I think both Gnome and KDE are ultimately good projects for Linux. I'm glad I have something simple and pretty to install on PCs for use by friends and family, something that, for better or for worse, works just like Windows and MacOS. But I also view them both as about equally "lame" from a technical point, and the differences between them seem minor compared to their common limitations.

  5. Why I use Gnome by JamesGreenhalgh · · Score: 5, Informative

    When I upgraded to SuSE 8.1, I decided to give KDE another whirl since it had hit version 3. Pretty good, does a lot of stuff, appears to do it well aside from a couple of basic apps which would crash every time they were closed (not KDEs fault as such).

    Why did I switch back to Gnome 2?

    Speed. The two systems I was using KDE on were a dual p2-400 and a celeron 800. On both, there was an enourmous speed increase switching to Gnome - especially with lots of open apps. They definitely still have work to do, I like Metacity because it's nice+light+simple, but the configuration leaves a little to be desired. GTK2 based apps appear to run a lot slower than GTK1, but even then they're still much quicker than the QT based KDE.

    Fortunately, with "big players" backing KDE and Gnome seperately, I don't see either going away - a good thing, although I do wish they'd agree on how drag+drop should work ;-)

    --

    --
    ALL YOUR BASE ARE BELONG TO US!
  6. well... by Unominous+Coward · · Score: 5, Funny

    my GNOME has always sat silently on my front porch. And now it's singing MP3s encoded with LAME?
    Who would've though that open source software would lead to a singing GNOME?

    --
    "Smoking helps you lose weight - one lung at a time" -- A. E. Neumann
  7. Question on licensing by Tyreth · · Score: 5, Insightful
    I used to be a GNOME man myself, but have recently become sold on KDE, because it really does shine. Not that long ago, both projects were at a similar level. Now kde has shot ahead, and gnome is left unconfigurable, empty. But that's not why I'm writing...

    Something concerns me with the Qt licensing. I'm asking people who likewise share a love for the freedom that free software gives us, not to those who don't really care.

    Imagine 3 years from now KDE has overtaken the Linux desktop, and GNOME/GTK+ has faded to obscurity. The Linux desktop is beginning to look bright and we start to have many commercial applications made for us (free is always better, but commercial is necessary).
    With GNOME or KDE it is possible to make commercial applications. With GNOME the developer merely takes advantage of the LGPL license. In KDE however, the developer would need to purchase a license from Trolltech for Qt.

    Now I have no problem with making companies pay - it's an incentive to make free software. But what I don't like, is if Qt becomes the necessary standard, that we have a commercial company that is the controller of the fate of commercial applications. I don't like the thought of commercial apps for Linux being in the hands of another company - I'd much rather if the community controlled such a mechanism.

    So I want to know if others think my concerns are legitimate or misinformed?

  8. The Direction of GNOME by psr · · Score: 5, Insightful

    There has been a lot said about the usability of GNOME, and a lot of work done to make the user interface more consistant. However I think that it has mostly been a waste of time. The people who are writing the GNOME Human interface guidelines are forgetting that the majority of GNOME users are going to be UNIX/Linux users, and that to these people it is not necessarily atractive to use a desktop environment which tries simply to be a better Windowss than windows. Take for example key bindings. In the Unix world there have always been two different sets of keybindings that people use, emacs keys and vi keys. I think that it is fair to say that the majority of unix users spend a lot of thier time in either emacs or vi. Gnome used to try to emulate some of the emacs default keybindings, but now they all seem to have been replaced with windows keybindings.

    Another good example is the "too many clocks" problem. A Sun sponsored ethnographic study into GNOME usability said that users were confused when trying to add a clock to a panel, because there was a multiplicity of clock applets. The people who write these things make a basic mistake of thinking that a windows user should be able to walk up to a UNIX machine, grab the mouse and go, and that makes for good user interface. Well its not true. The old MacOS is often cited as a good UI. The first time I tried to use it, I didn't have a clue what was going on. The menu bar at the top confused the hell out of me. That doesn't mean that it wasn't a good UI, it just means that it wasn't TWM or windows 3.11, which is what I was used to at the time. So I was pissed off when I upgraded my version of gnome and half the applets I used had gone!

    Don't even get me started on window managers with maximise buttons!

    Developers should remember who they are developing for, and give more precedence to unix traditions than to windows traditions. It is nice to be able to attract new users from other platforms, but it shouldn't be at the price of losing users on the current one. Users from MacOS or windows should have to learn how to use a new user interface. If theres nothing different then theres no point in changing.

    --
    psr --History is ending.
  9. Re:It's nice to see by Anonymous Coward · · Score: 5, Insightful

    No, the ridiculous attitude to have is to presume that you can sit, having made absolutely no contributions aside from a retarded comment about a "killer app ... new GUI system," and tell coders what they should be doing with their time.

    What exactly do you expect? Some sort of magical new alternative to dialogs, start menus, and taskbars? Those have been the staple of GUI design, not only for Windows, but for MacOS, BeOS, OS/2, and basically all other GUI systems.

    Have people tried to create radically new desktops before? Yes, and those have always been spectacular failures. The second someone finds something better, EVERYONE will switch. For now, this is the paradigm we have, and every group tries to creates its own vision of that paradigm. These are not "half-assed clones".

    Believe it or not, but some people actually prefer using Linux desktop environments over Windows. I'm one of those people. I can't stand Windows at all, so I use Gnome. It's not perfect, but neither is Windows. I use what gets the job done quickly and get the bonus of not having to be constantly irritated by the Windows feel.

    Whenever a program is cloned, it is usually for good cause -- sometimes Microsoft or some other company creates a good program or adds something interesting to the UI that others overlooked before. To not take advantage of a proven design for the sake of being different is sheer arrogance. I've noticed that Gnome and several GTK apps draw their influence from various sources to create programs that have their own personality. (I've never really used KDE, but I'm sure the same can be said about it.)

    Which leads me to this: Your comment is total nonsense. Every one of your five paragraphs have at least one major flaw. Some have more. I don't think I'll be able to influence your opinion on the matter at all, so I won't even try. But since you've given your opinion, I thought I'd give mine.

  10. Re:The problems of GNOME by msaavedra · · Score: 5, Insightful
    GNOME made the big mistake in listening to bashers. The bashers (= non GNOME users) said GNOME was too complicated

    No, they didn't listen to bashers. They listened to the usability tests that Sun and Ximian have done, with user skills from beginners to those very experienced with UNIX.

    Yes, in theory many non-C language bindings exist, but in the real world none of them are used for any non-trivial project.

    Not true again. Galeon is written in C++. A large portion of redhat's system tools, including their installer, are written with the python bindings. Sawfish is mostly written in a weird dialect of Lisp called Rep. None of these are trivial apps.

    I think your idea that Gnome is very politically oriented is a bit off. After all, they've refused to elect Richard Stallman to the Gnome Foundation Board :^)

    --
    "Any fool can make a rule, and any fool will mind it."
    --Henry David Thoreau
  11. Re:The problems of GNOME by deaddrunk · · Score: 5, Insightful

    Drooling moron? I wish you smelly, pedantic bores would realise that most people don't want to hand-hack some poorly documented config file, they want to play games, browse the web, do their taxes and all the other things that Windows allows them to do (albeit sometimes in shades of blue).

    Don't diss peope like my dad just because he's got better things to do. If you took your head out of your backside occasionally you might be able to see this for yourself.

    --
    Does a Christian soccer team even need a goalkeeper?
  12. Provocative Article by Yokaze · · Score: 5, Insightful

    Ignore the comparison with KDE for a moment. And the fact that he is pro-KDE. The article is written in such a way, that it provokes. This is the purpose of it. So that people discuss it.

    He raises some valid "problems" of GNOME. Those problems are more metaphyiscal, so they might don't actually have to concern you.

    He raises the valid question: "What does GNOME stand for?"

    The whole project seem to lack consistency in its development process. The whole core parts have been totally replaced. (WM 3 times, Configuration once, FM once). The laudible idea of an "GNU Network Object Model Environment" has been dropped in favour of being a language agnostic desktop enviroment.

    Those aren't real problems, but they are probably the reason for the deficiencies of the Gnome desktop in respect to UI consistency, which is the part KDE concentrated on. And meanwhile, KDE gained some language independency of its own.

    Please note, that I didn't say that the GNOME Desktop is better or worse than the KDE. It primarily means, GNOME could be better than it currently is, when it had concentrated on their primary goal (Being GNOME).

    In the authors admittently slightly provoking words:
    "GNOME's higher purpose was forgotten somewhere along the line, after which it degenerated into a LAME Franken-GUI."

    --
    "Between strong and weak, between rich and poor [...], it is freedom which oppresses and the law which sets free"
  13. Re:The problems of GNOME by koh · · Score: 5, Insightful

    Some clarifications are needed here.

    It was created in a political effort (to replace (=kill) KDE.) and politics is still very involved in GNOME. I really acknowledge what GNU has done in the 80's and early 90's, but lately they have become a bunch of buerocrats and politicians. KDE vs GNOME is pretty similar to Linux vs. the Hurd. - Pragmatism versus Politics.

    Once upon a time, a couple of students coding an image manipulation program (The Gimp) decided to design their own X toolkit as the existing ones didn't satisfy them. They called it gtk+, and it soon became the toolkit of choice for many coders, since QT was still affected by license sickness at the time.

    Gnome came up later not as a KDE killer, but as a higher-level UI API to design applications on top of gtk+. The K desktop environment is an environment, Gnome was supposed to be a toolkit (and in many aspects still is).

    It has improved lately, at least GNOME's primary goal doesn't seem to be killing off KDE anymore and they seem to even cooperate.

    The KDE vs Gnome flamewar was started, battled in, and lost by the same people who bash emacs vs vi or linux vs windows : users. The Gnome developpers and project leaders never tried to "kill" KDE AFAIK, and it wasn't the other way around either.

    GNOME made the big mistake in listening to bashers. The bashers (= non GNOME users) said GNOME was too complicated so the politicians (see above) decided that many configuration options must go in Gnome2. That pissed off many real users but attracted not a single new user.

    What they did is try to "innovate" in a "corporate" way by producing UI guidelines and following them. This may have been a political decision indeed, but the real problem here is that the UI specs just get in the way. Gnome is trying to be an environment, but, as a toolkit, it has to coexist nicely with former versions of itself. Having gnome1 and gnome2 apps running simultaneously (often you can't avoid it, e.g. everything you run is gnome2 except evolution which is still gnome1) brings chaos to your desktop. The preferences have to be defined twice, once for gnome then gnome2, and some overlap and mess things up.

    C. KDE/Qt/C++ programming is faster and more elegant. Again, this was a rather political decision. (Almost all GNU software is C-based, therefore GNOME has to be C-based, too) Yes, in theory many non-C language bindings exist, but in the real world none of them are used for any non-trivial project.

    C was chosen because not everyone could afford C++ compilers when gtk+ was designed. The choice has stuck ever since. Many language bindings do exist, and since you found no non-trivial project using these, did you consider the possibility it may be so because the _original_, _raw_, _C_ toolkit is easy enough to get the job done ? ;)

    As I final word, I have to say my main concern about gnome these days really, genuinely is gconf. I know about it being not evil, not really a registry, XML based, easy to modify, and such. I don't buy it. It is a registry. It means that every emerge -u world I issue that upgrades gnome2 may result in me and my users having to lose 20 minutes reconfiguring. Because some applet in your panel changed its gconf property format. Or everything keeps crashing because a major component has. And you can't be bothered to dig the gconf repository (ha!) to find the offending key, because, well, it's time to go to work. Which means deletion of .gconf and .gnome* so defaults can be restored and things can run again.

    Some registry upgrade strategy is required I believe...

    --
    Karma cannot be described by words alone.
  14. Copy-and-paste job by arturogatti · · Score: 5, Informative

    This was copied-and-pasted from here. It was originally a reply to an article posted on ZDNet in October of 2000.