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."

The only once inside the GNOME-community

[GauteL]

.. 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.

The problem with gconf

[Richard W.M. Jones]

I don't use GNOME. I DID use Galeon up until it lost all my preferences for the 4th time in a row because of gconf. I've now ditched it and I'm back to Mozilla, although I'm looking for a lightweight replacement.

Rich.

Re:The only once inside the GNOME-community

[jilles]

Not every message you don't like is a troll. While obviously biased towards KDE, the author does list an impressive number of valid arguments to support his claim that gnome is deviating from what it used to stand for. Whether that's good or bad is a personal thing. Consistency in UIs is overrated imho and many (unix) apps I like are not ideal in terms of usability. Awkward little tools are what make unix so nice. You pick the stuff you like/need and forget about the rest. That's why people use gnome. KDE, while configurable to the extreme, works differently. You basically install Keverythingandthekitchensink and that doesn't go down well with the more tradiotional/anarchistic unix folk who like to have a bit more choice .

That being said, kde is currently obviously more feature rich, configurable and consistent than gnome. That's a message that infuriates some but stimulates others to fix things. If I were a GNOME developer, I'd prefer to be in the latter camp.

BTW. IMHO the question to which desktop environment to use boils to figuring out which one sucks least for you.

Re:The only once inside the GNOME-community

[Yokaze]

First, XML is human-readable. It is not readable by Jon Doe, but you won't see him sticking his nose into these files anyway. Those people who can't edit an XML file will most certainly be even less inclined to edit a .emacs file.

XML can be so fragile, that they are non-hand editable, but so can be a non XML-file.

XML is a syntax, nothing more.

With that listing, you have essentially shown yourself, what's wrong with the paradigm.

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.

The problem with each application it's own file is, that they aren't sharing common settings.

The interesting part behind XML is, you don't have to invent your own syntax and implement your own parser. As a result other applications can quite easily access your data, too.

Re:The only once inside the GNOME-community

[smittyoneeach]

So, in summary, XML is about standardization, a Good Thing.
How satisfying is it when you can open something completely new, and discover your existing knowledge about how stuff works maps perfectly to the new application?

Re:The only once inside the GNOME-community

[bwt]

How funny you are. The typo in your example "valuw2" really illustrates exactly why XML is a good thing.

You didn't include all the custom code that you have to write to validate that the numbers on the right side of the equals signs actually define valid settings for the variables. XML Schemas make this very easy.

Also, suppose I'm starting at your app and I wonder if I can use
name2 = value2, valuw2
or do I need
name2 = "value2, valuw2"
or does it even make sense to give name2 a list? Or do I separate lists with ";" or maybe ":" like in the environment profile that you hold up as a model? Now I have to read your code. Don't pretend that you put this in the documentation, because you didn't mention the documentation when we were measuring "simpler syntax".

Of course, even on UNIX, nobody can agree on the exact syntax for the profile. Csh is different from bash is differnt from korn shell is different from blah, blah, blah. And nobody on non-unix platforms knows what the hell you are even talking about.

XML is THE standard for platform independent data. Bash script syntax is not.

Because it is the standard, and an open standard at that, you don't have to worry when you move your app to win32 or BeOS or Mac or Tru64 unix or fooOS about the availability of tools that can read and write the format.

Re:The only once inside the GNOME-community

[Anonymous Coward]

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.]

Re:The only once inside the GNOME-community

[Yokaze]

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.

Re:The only once inside the GNOME-community

[dead_penguin]

And what about code-size? Every progam it's own parser. Shudder.
Ease of programming?

I'm intentionally taking this slightly out of context, but I think this is one of the biggest overlooked benefits of XML.

Sure, there might be slightly better data formats out there for specific cases in terms of speed or file size, but as far as development time goes, XML parsers can't be beat. You should basically be able to take a parser, wrap it with a few calls or a class to deal with your specific file, and you're done.

You don't have to re-implement and fully test your own parsing engine; you're using a parser that's pretty much optimized and tested to completion. This lets you develop more robust software in a shorter amount of time, and also lets you focus on coding the things you actually *want* to be coding.

Unless anyone you're someone that actually gets off on writing parsers (people like that are out there; I've met them...), I think there are very few reasons NOT to use XML.

Re:The only once inside the GNOME-community

[rabidcow]

Compress your examples: XML=111b INI=94b (bzip2)

Is this supposed to be for or against XML? An 18% increase in size after compression is nothing to boast about. (and the XML can never be smaller, it has more information in it)

Ever programmed a validating parser?

There's a lot more to validate in XML than simpler formats. With the ini format, for example, there's basically two errors: "I can't find this," or "This line makes no sense."

Every progam its own parser.

ini format is pretty standard, not to mention that formats of this complexity have trivial parsers.

Well, certainly is the XML-syntax less readable then the INI-format.

I'll say. I'm a programmer and XML files hurt my eyes. Screw John Doe, *I* don't want to look at them.

Try an XML-editor, feed it the DTD or Schema, and it will check your modifications.

This is a cop out, you're essentially saying "yeah, I know it's not human readable, but you don't really need that."

If that's what you want, you might as well go for a binary format. You could have a binary format that's just as expressive and save a lot of space.

Re:The only once inside the GNOME-community

[Yokaze]

> An 18% increase in size after compression is nothing to boast about. (and the XML can never be smaller, it has more information in it)

You missed the point more important to me:
>> As if space for config files would matter...

A increase by some factor is debateable. A percentile increase not. Especially not in such a limited benchmark. On a sidenote: My compact example is even one byte smaller than the given INI-example.

> There's a lot more to validate in XML than simpler formats.
Yes, but you don't have to do it. Well, more importantly, I don't have to do it.

>I'm a programmer and XML files hurt my eyes

And it hurts my eyes (as a programmer) to have ever look at a textual-file beside code. I want the frickin data as binary in memory.

> This is a cop out [...]
> [...] you might as well go for a binary format

No, it is not.
It is human-readable. Visually not as pleasing as an INI-File. But not something you have to rack your brain about.
All those people answering here wrote portions of valid XML, in a simple text-box without the use of some XML-editor and with minimal knowledge about XML.

But additionally to editing it with vi, cat, echo, sed, awk, or dontknowwhat, you have the possibility of using any XML-editor which represents the data in a more eye-pleasing form, performs automatic syntax-checks, and saves you some typeing.

Think source-code: You can use your spartanic editor, or your favourite developing enviroment with code completion, syntax check and the like.

> I'll say. I'm a programmer and XML files hurt my eyes. Screw John Doe, *I* don't want to look at them.

I think that is the main problem. Your personal dislike for XML. I don't think, I can discuss your aversion away.
I'm not emotional attached to XML. At most I'm slightly unhappy about the redundancy introduced by the opening and closing tags, but it is there, it works, it is becoming standard.

Re:The only once inside the GNOME-community

[Milo77]

I hear this a lot, but people seem to forget that XML is about "extensible" syntax. Sure you could use your "ini file" syntax above, but you'd better be darned sure you never want to store anything other than string name/value pairs. Sure a simple parser for what you gave above is easy, but say you start adding capabilites to your format like multiline string CLOBS or allow for string value quoting, etc. What if you decide (or someone else decided) that one of the key/value pairs should be "icon" and the value needed to be a "png"...sure you could go and add the ability to your parser and if your a hobbiest programmer, you'll find this fulfilling, but I program professionally, and I find making good design decisions fulfilling. When my boss comes to me and says you need to add the ability to read PNGs from the config file I say "done". And with XML all this can be added *without* breaking existing apps.

Trendy XMl is bad

[tigersha]

I am quite a heave XML user. I think XMl is good for two reasons:

a) I will NEVER write a parser again. That is already enough reason to use XML. Just eliminating all the string digging makes it worthwhile.

b) I think a move to tree structures as opposed to everything-is-a-table is a good idea in general.

That said, one thing about XML that is irritating is when it gets used for things where it not good.

XSLT is a good example of this. A programming language in XML sytax? Why for chrissakes??!!

The problem with XML in a PL context is that it is not possible to build trees with multiple branches without complicated syntax. For instance, the following sort of thing is not possible:

if x ...
elseif y ...
elseif z ...
else ...
endif

Simply because a tag in XML can only have a start and en end and NOTHING in between, which leads to things such as XSLT's stupid CHOOSE tag.

Also, an example such as

5">

is dumb when if (x >5) then is su much easier.

Using XML syntax for a language just because is just plain dumb. Syntax matters. This (sadly) is one of the prime reasons LISP is dead. All the LISPers chout that "Yeah, but its easy to learn once you get used to it". Bullsh*t.

(if not (> x 2) (+ 4 y))

is NOT easier to read than

if x > 2 then return 4 + y

And for the same reason XSLT is a pain in the butt. But I digress....

Re:Trendy XMl is bad

[maw]

(if not (> x 2) (+ 4 y))

Well, it's obvious you never got used to it, for a few reasons.

One is that this is bogus syntax to begin with. Another is that, even if it were legit syntax, no lisp programmer would (fail to) indent like that.

You're not a troll, but you are an idiot.

Re:The only once inside the GNOME-community

[Anonymous Coward]

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"?

Re:The only once inside the GNOME-community

[multi io]

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.

.profile, .bashrc, and .emacs, to name a few, contain source code. You'd have a hard time inventing an XML dialect for them, and doing it wouldn't save work in any way. You'd end up with basically unreadable files ten times as big as today's. XML is just too low-level for that kind of stuff, and its verbosity keeps getting in the way. These days people start integrating Javascript sections into their XML dialects...

Re:

[account_deleted]

Comment removed based on user account deletion

Re: Your very bad example

[ttfkam]

Old, obsolete, non-standard format:

FullScreen=true

Exciting, new, XML format:

<FullScreen>true</FullScreen>

That's a bit of a straw man argument don't you think? You're putting up a fragile target and then tearing it down. If I had a bunch of key/value pairs like that, why wouldn't I instead use:

<Config FullScreen="true"
ValidExample="true"
TerriblyBloated="false"
HumanReadable="true"/>

...and so on for hundreds of entries. AND(!) I can add hierarchy at any point if necessary whereas the key/value pair file must be completely reworked.

As for coding difficulty, using the DOM in C++, the code looks something like this:

DomParser doc("myconfig.xml");
Element* config = doc.get_root_node();
if (config->getAttribute("fullscreen")->get_value( ) == "true") {
// do something useful
}

Assuming you are using libxml++ of course. Personally I prefer using other programming languages, but the code is very similar no matter the language. Let me say that again because it's important: "The code is very similar no matter the language."

And with XML, you get i18n for free. Can your program read Cyrillic characters? What about Chinese characters? Does it handle accent marks correctly? Or are you using ASCII with no contingency for i18n? With XML, it's a no-brainer. If you don't need it, don't use it. If you do need it, it makes recoding much much faster. UTF-8 you say? That works in most cases, it's true, but it doesn't address the other issues of a config file.

With your own config file format, you must handle comments, multi-line values, conversions from this format to the next, incompatible version. All of these are easier when using an XML parser. But you're a 1337 coder. Don't let me stop you. If you like spending time on config files, go right ahead. I prefer to spend time on the rest of the application.

Open Software Closing Door to Wider Use

[reallocate]

>> XML is human-readable

And so are C++, x86 assembly, and calculus. But why should someone need to learn them, or XML, to configure a desktop?

Software can be as open and free as you can make it, but it will remain closed to the real world so long as it comes with a "For Geeks Only" label.

Re:The only once inside the GNOME-community

[FirstEdition]

There's nothing basically wrong with this (.x) text file kind of configuration, but XML is more flexible in several ways:

* it has inbuilt validation (of a sort) via DTD files
* it is a format which lends itself to generation by other machines, eg many databases have native XML interfaces

Re:The problems of GNOME

[msaavedra]

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 :^)

Re:The problems of GNOME

[slux]

Yes!

I've only started to really like GNOME after 2.x where they made it simple and elegant. There used to be millions of little options in the control center, WM, everything, just like there still is in KDE. The usability test have really improved GNOME a lot.

Customizability is only a good thing up to a certain point. You can't really be easy to use *and* ultra-customizable at the same time. I have a lot of respect for KDE (and the file picker dialog really is better because of offering easy shortcuts to desktop, floppy, CD etc. even if a little busy... I bet GNOME will adopt those).

So, you basically have to make some sort of a compromise between intuitive, ultra-customizable and efficient to use. GNOME has just decided to have the ease of use as the top priority and I applaud them for that. Fortunately, we can all choose between GNOME, KDE or something else (I'm currently using ion which could fall to the concentrate on efficiency above all category)

Re:The problems of GNOME

[deaddrunk]

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.

Re:The problems of GNOME

[nbvb]

ealise 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 people like my dad just because he's got better things to do.

You know, it's not even all about people like your Dad -- people like me want stuff to Just Work too.

I'm a Unix sysadmin by trade. (Mostly Solaris, but now some HP-UX as well) At work, I do nothing _but_ futz with configuration files and tweak things and make it go --- not so much because things are busted, but because I'm trying to make them run _better_. Things like setting the sd_max_throttle setting in Solaris, or various ndd commands to disable source-routed frames and so on ...

Anyway, when I get home at the end of the day, the LAST DAMNED THING ON EARTH I want to be doing is tweaking config files, downloading Widgetx 0.234567 and finding out it's incompatible with the libc libraries in my OS, so I have to upgrade to glibc and now Widgetx still doesn't work because glibc broke my window manager.

I remember those days --- the libc-to-glibc migration ... I still have nightmares about that.

March 24, 2001 I bought my first Mac. And I haven't looked back since ...

Now stuff Just Works. I come home and I can read my email, play games, connect to work, and even watch DVD's and edit home movies and play with my digital camera ....

Some folks can't see the forest from the trees --- The end-goal here should be for the system to just GET OUT OF MY WAY and let me work ... and Linux unfortunately hasn't done that in many years.

But it makes up in one huge way....

[SerpentMage]

While GNOME has its issues there are a couple of things. (ironic because last night at the LUGS Linux User Group Switzerland, we talked about this)

1) KDE looks nice, but it has X different messy icons, GNOME or in my case BlueCurve tries to keep things simple and consistent
2) Can I write a closed source program in KDE without having to pay QT 1500 USD? NOT LIKELY....

I like KDE, but because of the fact you have to pay big money to write closed source is a reason I always avoid KDE. It is not that I am going to write closed source myself, but when I consult client I have to lay down the options. These days that kind of cash is hard to get, for what is essentially only a set of API's!!! Which comes for free on most platforms....

Re:But it makes up in one huge way....

[10Ghz]

2) Can I write a closed source program in KDE without having to pay QT 1500 USD? NOT LIKELY....

So you insist that Trolltech must offer their product to you for free so you could write closed & proprietary software with it?

Before, GPL-fanatics whined because Qt was under QPL and not GPL. Now that is't GPL'ed, those same people whine because they cant use Qt for free to write closed-source software. They want to deny Trolltech the right to profit from their software, and in the same time, they insist on using the product for free to profit themselves. Hypocrisy. Plain and simple.

"Do as I say, not as I do!". That seems to be the core of their argument.

Re:But it makes up in one huge way....

[sydb]

I read the post more like this: "I needed the ability to write closed source apps, I reviewed the options, KDE didn't allow this, so I picked Gnome."

He's not asking Trolltech to do anything, he doesn't need them to; Gnome gives him what he needs.

Re:But it makes up in one huge way....

[BlackHawk-666]

$1500 buys you 1 day of programming time at my company. I don't think I could write the entire QT toolkit in 1 day, so it's probably worth paying the licence fee.If your clients are having problems raising this sort of cash then they are going to have worse problems paying you a decent wage. I'd suggest getting better clients ;-)

Re:But it makes up in one huge way....

[Espectr0]

2) Can I write a closed source program in KDE without having to pay QT 1500 USD? NOT LIKELY....

Can you write a closed source program with GPL software? NOT LIKELY...

Yes you can

[elliotj]

Yes, you certainly can write closed source software with GPL software. The tools you use to create your software do not necessarily impose license restrictions.

Unless I'm mistaken, I can write a GTK+ application closed source so long as I'm not using any GPL'd code in my app. All I do is tell people who buy my product that they need to get the free GTK+ libraries in order to run it.

Your argument would be the equivalent of saying you can't write closed source software to run on Linux because Linux is GPL'd. That is simply not the case.

Re:But it makes up in one huge way....

[infiniti99]

"OpenQT" ? I guess you're thinking of the Harmony project, in which the goal was to write a Free implementation of Qt back when Qt was not considered Free. This is no longer needed, as Qt is available as GPL now, and has been for many years.

No one is going to reimplement Qt just to have an LGPL/BSD license. The only people that need such a thing are commercial developers, who are the least likely to ever create such a free project in the first place.

Sorry commercial developer, pay your dues to Trolltech, so that in turn my KDE is made better. Thank you :)

Re:The problems of GNOME

[koh]

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...

Why do some many prefer Gnome then ?

[bushboy]

If all of what this article implies is a reasonable "comparison" between the way KDE and Gnome function, why is it that so many prefer Gnome over KDE ?

I've used both for years and have finally settled on Gnome as I find it faster, more intuitive and less "bloated" than KDE, yet the authour of the article finds pretty much the opposite to be true.

I'm no programmer, so what happens behind 'the scenes' is not something I can use to compare the different desktops.

All I know is that I much prefer Gnome over KDE.

Re:Why do some many prefer Gnome then ?

[rseuhs]

Why?

Because it's backed by RedHat and Sun.

And it's no coincidence that RedHat users usually say that Linux isn't ready for the desktop yet while SuSE, Mandrake or Gentoo users say it is...

At least that's my observation, and it's also confirmed by statistics (in Germany (= SuSE territory) Linux marketshare is about 3-4 times higher than in the USA (=RedHat territory))

Because it's backed by RedHat and Sun.

[budgenator]

I switched from slackware to SuSE a long time ago. around SuSE 6.1, so I guess you could say I "grew up" on SuSE and of course because its a Germant Distro KDE was the window manager of choise. This was because the non North American's weren't as caught up in the debate over wether it was politicaly correct to use the non-open Qt libary and therefore spent more time polishing.

On my new SuSE 8.1 tho I notice that the KDE is slow, sometime drifting off into LALA land, and sometimes not coming back I've had actual screen freezes that required pulling the plug and rebooting. Now that I've got a cable broadband connect it's time to do some serious updateing.

Gnome on the other hand seems to work a lot better for me does slowdown occasionaly but hasn't actualy frozen yet,(a lot of the slow downs seem to come from Mozilla and not realy Gnome) I miss the more familar KDE interface Gnome is very spartan in comparison.

One advantage I've really noticed is that Gnome bassed app run a lot better in KDE than KDE app run in Gnome. A good running KDE is a pretty good desktop I've notice that the look and feel of Windows XP seems to be the same as KDE 3, and of course everything in the KDE. I've noticed that when I'm on the wife Windows XP I start to do someting, and have to stop myself because the software isn't in there.

Re:Why do some many prefer Gnome then ?

[rseuhs]

Perhaps this indicates that Red Hat users are more objective then, since Linux isn't yet ready for the desktop.

Because you say so?

KDE is a complete mess of feature and preference overload, with little apparent thought given to design. GNOME has the design part down a lot better, and has a far more sane attitude towards preferences, but is lacking in some features, a few of them major. (No, I don't mean stupid sh*t like edge-flipping - I'm talking about stuff like a lock-down system for administrators, a must-have in office environments!)

There cannot be such a thing as "preference overload" because you only set preferences once, but use features daily. The maybe 10 seconds that it takes longer to find your preference in a preference-rich control-panel is irrelevant compared to the features you gain.

The drooling morons just use the defaults anyway and never use the control panel, so they are the least affected user group

Neither desktop is quite ready for Joe Consumer use - but I predict that one or both will get damn close this year, either by GNOME filling in a few feature gaps, or KDE getting serious about consumer-level usability.* We're not there yet, but we are damn close.

Nonsense. KDE and even GNOME (yes, I'm a KDE fan, but while GNOME isn't that great anymore for power users, it's still good enough for basic users) is technically ready for Joe Consumer.

All problems have nothing to do with KDE or GNOME itself:

• We need Win32 application support. Hopefully Wine will get good enough this year to run most Win32 apps flawlessly, some Win32 apps with no equivalent on Linux are keeping a lot of people on Windows.
• We need PC-makers to preinstall Linux. The best desktop in the world (which is IMO KDE) won't make an impression when it's not preinstalled. The Win32-compatibility will be of great help convincing PC-makers, too.
• We need better marketing. At first the "Linux is too complicated" FUD has to stop (yes, I'm also talking about you), simply because it's no longer true. kcontrol may be complicated, but it's far easier to find something in it than it is to find the right tool in the Windows control panel. (kcontrol is organized in a tree, the Windows control panel is just a folder with tools thrown in) So if KDE isn't ready, neither is Windows. In reality both are good enough anyway.

* side note to Mosfet-worshippers: "organization" will not save you - kontrol center is drowning in useless preferences. Some of them simply have to go

Gooddamn, that's nonsense. You only need to set preferences *once*, so any time-gains are negletible and the so-called mysterious "average user" doesn't change the preferences at all, so using the "average user" as a reason to reduce kcontrol functionality is pretty moronic.

OK, now in all-tabs, otherwise you won't get it:

SHOW ME A SINGLE PROGRAM THAT IS SUCCESSFUL BECAUSE IT HAS REDUCED CONFIGURATION FUNCTIONALITY

Name one. Everyone *I* know, ICQ, Winamp, Photoshop, MS Office, etc. is loaded with configuration options, and every version more are added. MS Office alone probably has more configuration options than KDE in it's full glory.

Name a single program that has become successful because it has removed configuration options. Just a single one.

So according to you, MS Office can't be used by "Joe average", right?

You are dead wrong, sorry. I'm a Wordprocessing-newbie (well actually not really a newbie, I use them for several years, but only about once every 2 months, so I'm at the same skill level as a newbie, but I disgress) and I can get my work done using the defaults in OpenOffice. If I would use it more often, I would dig around and customize it to fit my needs - and I would be very happy to find the options I need.

Re:Why do some many prefer Gnome then ?

[entrox]

Show me a single program that is successful because it has a ridiculous number of configuration options.

Emacs [gnu.org]

Re:Why do some many prefer Gnome then ?

[mickwd]

"* side note to Mosfet-worshippers: "organization" will not save you - kontrol center is drowning in useless preferences. Some of them simply have to go"

I do so love being told what I can and can't do with my own computer.

But yes, good organisation can sort out this situation. Why is it so difficult to choose a sensible level of "standard" options, well-thought-out and well presented, and hide more advanced options behind an "advanced" button in the appropriate dialogs ? Some applications already do - Microsoft also uses this idea in places.

And if you insist that you're dealing with people that can't deal with "advanced" configuration options, I would suggest two solutions:
1) All advanced dialogs to have a "Restore to Defaults" button (some applications already do this). In fact, this would probably be a good idea on all dialogs;
2) Have some single centralised option, controllable by root or a system administrator, which simply turns off all "Advanced" dialogs (and the buttons which acccess them) if you insist that users can't be trusted to use them, and will only be confused by them (or that their use will make a system administration / support harder).

Re:Why do some many prefer Gnome then ?

[blibbleblobble]

"I've settled on Gnome as I find it faster, more intuitive and less "bloated" than KDE, yet the authour of the article finds pretty much the opposite to be true."

I think the author of this article would agree with you, although he doesn't cover such issues in the article. Take his example of file-select box. He has a screenshot of KDE file-select, with bookmarks, favourites icons, an image-previewer, an optional directory-tree, a browser toolbar, and little icons by each type of file.

He then gives a screenshot of the Gnome file-select, with a listbox and a "parent directory" dropdown, and goes on to note how basic it is. Yes, but how long did the K take to load? How much memory is that file-select using? How long does it take to redraw a directory with thousands of files?

For me, speed is not the issue so much as reliability. I've had problems with KDE and Gnome crashing (Fixed in whichever version comes with the Drake 9) which lost me more time than any delays in the operating environment.

WindowMaker is very good, for people who've not tried it yet. You can run you Gnome and KDE programs the same, but the environment is more stable and robust, and it loads in less than a second.

Re:Why do some many prefer Gnome then ?

[buysse]

KDE is updated more often (major revs) as well, so it's not a clear statistic. It could just be that more people emerge KDE to jump versions than Gnome users (which have been at 2.0 for a while).

Statistics lie.

Can't these kids grow up?

[BrokenHalo]

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]

Re:Can't these kids grow up?

[rseuhs]

I am very tired of reading flame wars between Gnome and KDE.

my desktop looks cluttered and Kalling Keverything Kfoo.Kbar Ketc Kgives Kme Kthe Kshits...

You don't seem so tired of flame wars at all...

Where's the flamage?

[Isldeur]

Nicholas Petreley (should that be KNicholas KPetreley) ...&&... Despite the sensationalistic flamage throughout the article,

So can you give examples of this "sensationalistic flamage"? I sure didn't find any. Why is there an immediate knee-jerk reaction when anyone ever criticizes gnome or kde? I personally think he has some very good points. Why can't people try and learn from constructive criticism?

If I could now lapse into a personal opinion: I've tried gnome and I try it regularly. And to be simply honest, I continue to get this "Is this all?" feeling every time I use it.

He's right about the dialogs. When I tried changing my background with one of the latest gnomes, I get this measly little window with three different picture boxes that don't help at all. I remember thinking how Spartan (?) this was back then.

Gnome just seems to be going in so many directions that it's turning into a mess. And no one wants that.

Re:Where's the flamage?

[msaavedra]

So can you give examples of this "sensationalistic flamage"?

You don't think referring to GNOME as LAME is flamage?

I personally think he has some very good points.

I'd say he has one good point: GNOME's file selection dialog sucks, and KDE's is much better. One thing I like about the Gtk file dialog is that it has tab completion. I don't know if KDE's does or not. The bookmarks rock, though.

Beyond that, Petreley just seems to harp on consistency, though he doesn't give any concrete example of how KDE is consistent and GNOME is not. He seems to imply that KDE is consistent because it uses a bunch of small tools from a common framework. But Gnome is the same way. I fail to see what his point is.

Further, he criticizes Gnome and Bonobo for not fully exploiting CORBA's network transparency, yet he doesn't explain how this makes it worse than KParts. He also ridicules Gnome's efforts at language indepence, though doesn't really explain why their efforts are bad.

He also briefly criticizes a few other components:

• GConf is like the windows registry - This old chestnut has been thouroughly debunked by Havoc Pennington in a number of places. I won't recount them here. Google is your friend.
• Metacity and Nautilus are lacking features - Of course, he doesn't say what these missing features are, though.

Beyond that, he incessantly spins things as negatively for Gnome as possible. I love this passage: "New holes are appearing, as well. Read my lips: no new file-pickers." When did not fixing a problem become equivalent to a new problem emerging?

When I tried changing my background with one of the latest gnomes, I get this measly little window with three different picture boxes that don't help at all. I remember thinking how Spartan

Changing a background image is a simple procedure, why would you need a complex dialog? I've used the Gnome2 background picker as well, and I haven't found anything lacking. On the contrary, I think it is quite elegant.

Gnome just seems to be going in so many directions that it's turning into a mess.

This seems to contradict your previous observation of Gnome's spartan qualities. How can something be both spartan (simple and lacking luxuries) and a mess moving in many different directions? That said, I can see your point here. There are places where Gnome is a bit awkward, though these are mostly relics from Gnome 1.4 that haven't been fixed yet. This is not an indication that things are moving in many different directions, just that they are moving, and still need to move some more.

As an aside, I've noticed an increasing frequency in these anti-Gnome trolls. A while back, an Australian site did an interview with Shawn Gordon, and he came across as very arrogant and contemptuous of Gnome. The same interviewer tried to bait Gnome's Jeff Waugh into a flamewar over this, but he politely declined. Why have certain members of the KDE camp become so bitter? By the way, I don't mean to imply that your post was anything of the sort. Rather, I think it was honest and tactful. Petreley's article was a major league troll, though

<disclaimer>I do not use either Gnome 2.x or KDE 3.x, though I do follow the Gnome project closely and admire what they are trying to accomplish.</disclaimer>

KDE did have a headstart

[nkv]

Which is something to be said. I'm a GNOME user myself. KDE is definitely good and beats GNOME in lots of ways. But it does seem to be like the latter is getting there.

One thing I completely agree with is the removal of sawfish and the inclusion of metacity. A lot of the GNOME users I know loved sawfish. Removing it was a bad decision. Perhaps the developers had their reasons but.... *shrug*.

Sawfish

[steveha]

My understanding is that they removed Sawfish because it is difficult to maintain. The original developer of Sawfish has moved on to other things, and he isn't working on it at all. Sawfish is lacking some major features (multihead support, accessability), and large parts of Sawfish are written in LISP. I guess the GNOME developers don't like working with the code base.

Metacity is simpler than Sawfish, and the theory is that it will be simpler to keep it bug-free.

I've switched to Metacity; I'm content with it.

The guys who get paid to work on GNOME are not doing anything with Sawfish. If its fans are dedicated enough, however, they could keep it going.

steveha

GNOME and Sawfish

[merriam]

I think GNOME needs something like Sawfish -- something with useful features rather than just a Microsoft clone. If the GNOME people have gone off Sawfish, that's a shame, because there's nothing else like it.

In my experience Sawfish versions 1.2 and 2.0 are not even ready for beta testing. They crash readily and badly. Don't try them unless you're interested in development.

Sawfish 1.0.1 is fairly solid, and no other free window manager I have heard of comes close in features. It makes it easy to work efficiently. For example, if you maximize, restore and close windows a lot, you can put "Maximize window toggle" and "Delete window safely" on keys easily. You can do the same with about 251 other functions including XMMS controls.

John Harper [unfactored.org] commits some user interface howlers like the fixed-size "Edit binding" window, but you'll find that sort of thing in all software. Refreshingly, he doesn't readily make assumptions about what features users don't need. Don't want 251 other functions? Don't use them. If you want a particular window manager feature, try Sawfish 1.0.1 first. It's more likely to be there than in any other window manager, and it will probably be easy to use.

The original developer of Sawfish has moved on to other things, and he isn't working on it at all.

The Sawfish list [eazel.com] is busy, John Harper is there [google.com], and development seems to be going on.

large parts of Sawfish are written in LISP

Most of it is written in the author's own personal lisp dialect [unfactored.org]. One language per developer is a bad principle, but in this case it helped Sawfish become very useful quickly. You seem to suggest that Lisp is the problem. Does it make software hard to maintain?

Metacity is good for Windows users. It's a better default than Sawfish was with that ugly Crux theme and the settings it came with in the old gnome defaults. But it's a shame that there's no longer a modern, sophisticated and efficient window manager in the project.

Re:GNOME and Sawfish

[TheRaven64]

I think GNOME needs something like Sawfish -- something with useful features rather than just a Microsoft clone.

Finally, someone has said something sensible. A large number of people I've spoken to (geeks and non-geeks) have said that their next computer is going to be a Mac. Most of them have not actually bought Macs, because they are so expensive. Why do they like OS X?

It has the power of of a real OS. So does *BSD, and even Linux.

It has a powerful, yet easy to use UI. Ooops. Sorry but KDE/Gome on X doesn't come close to Aqua on Quartz Extreme. There are two main problems.

1. Open source developers, in general, do not like following UI guidelines (neither do commercial developers, but they have less choice).
2. X is aging. As a network-abstract way of putting pixels on the screen, it's great, but beyond that it just doesn't cut it anymore. Compare remote X with a Citrix or Apple remote desktop. It's painful. A remote windows display is usable over a modem, a remote X is just about usable over a 10Mbit LAN (as long as it's switched).

If the OSS community could throw away X (or at least relegate it to running legacy Apps) and agree on some kind of certification program (possibly on a peer review model) for apps that actually did conform to UI guidelines, then *NIX might be ready for the desktop. Apple have shown it can be done, OS X is ready for the desktop, and a far better thing for the OSS community to be copying from than Windows. A machine at x86 prices with Apple usability levels would popular. Even more so if it ran a version of wine that atually worked (the current versions are almost there), and was seemlessly integrated into the OS.

No, it isn't so.

[MS_is_the_best]

This 'article' is definately flame in the sense that it points to problems in Gnome and doesn't mention problems in KDE or positive features of Gnome.

For example the Gnome fileselector. Yep, it's is a bit underfeatured. But Gnome developpers know this and decided it should be fixed on the GTK level. Such architecture changes take some time and you better do it good at once (ok twice).

The Gnome registry is critized a lot, because the Windows registry sucks. However, there are a lot of arguments for the registry implementation of Gnome, this article negates them.
At least you can change a lot of preferences here, (simply with vim/emacs) which cleans up the GUI. Why should you every preference be in the GUI (almost all MS windows/Mozilla user I know freak out on the Mozilla preferences)? Advanced preferences kept in the registry is ok with me.

Actually I think Gnome 2.2 with it's HIG is heading as the OS for new linux users and advanced (yup I changed this feature in Gconf or C) users and KDE for the equivalent of the people contantly changing all their skins in windows and "Tweak UI"-ed it to the max. Once you have grown over this and just want a usuable DE, use gnome (or a out of the box KDE). Also a lot of professional linux (ex-unix) people use Gnome. They just aren't posting to Slashdot about it..

Disclaimer: I'm an Ion [cs.tut.fi]user.

Re:No, it isn't so.

[IamTheRealMike]

There is a comprehensive Gnome HIG but does anyone obey it?

Er, yes. All the core GNOME apps do, and many other non-core and even non-GNOME apps (like gaim and the gimp) are bringing themselves in line. You won't see this unless you use a lot of unstable software (like I do) because being very new, most apps that follow the HIG haven't been released yet.

Just examine different programs' menus, e.g. "About" "About..." and other trailing ellipsis and different capitalization styles.

Bugs bugs bugs bugs bugs, please report them in bugzilla, not on Slashdot.

Does the framework support/enforce common look?

To some extent yes, but for some other things no. The HIG reached version 1 after GNOME2.0 came out. Updating GTK, Glade and so on to make it very easy to make HIG compliant GUIs is still in progress.

See this page [gnome.org] for a review pointing out how different toolbars look, how different are button distances to borders and so on.

Oh yes, that page. Written by oGALAXYo, who persistantly trolls the GNOME community but has yet to actually submit bugfixes as far as I'm aware. The toolbar "issue" (in reality a 1 pixel line that until it was pointed out most people had never even noticed) is caused by there being different toolbar widgets in GTK and BonoboUI - the new toolbar in GTK2.4 resolves all the problems people had with the original one, and such problems will disappear when addressed at the toolkit level. If you're going to pick at how GTK+ only apps look different to apps that use the GNOME tools, then I might as well point out that Qt only apps look radically different to KDE apps - up until recently they didn't even share themes.

KDE 3.1 and apps have a lot more unified GUI than Gnome 2.2 and apps.

At the moment perhaps, but that's because KDE basically hasn't had a complete usability overhaul like GNOME has, GNOME are still shaking out the bugs, and getting the new controls etc into the proper levels of the dependancy cake as Havoc puts it takes time. You don't completely revamp an entire desktop overnight and not have rough edges that need polishing.

Re:About the file selector

[Bodrius]

Yup.

I also enjoy having to cancel my "Save document" action because, having realized that it would be a good idea to put the massively important document in a new subdirectory, I can't create it on the spot.

Opening the file manager to crawl my way back to where I was in order to create an empty directory, then switching back to my application to save the document, is challenging and fulfilling, giving me an opportunity to excercise my technical skills and empower myself.

It's even better when I realize I have an old version of the file that I cannot rename to ".old", ".backup", etc. and I'm forced to give a new name to the new version of the document, then tell everyone about the new name or going back to the filemanager to fix it.

Yup, no file manipulation on the file selector is best. I love it. It's fun.

I find both of them "lame"

[g4dget]

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.

Re:I find both of them "lame"

[rseuhs]

For example, he thinks that KDE being "more feature rich" is a good thing. Sorry, but that's not true.

OK, show me the app that is successful because it's not feature-rich.

MS Office? Nope, probably more configuration options than full KDE and full GNOME combined.
Winamp? Nope, the plugins are all configurable, plus Winamp itself. On top there are skins.
ICQ? Nope, configuration options are crawling everywhere and more are added with each version.
And finally KDE: KDE is more successful than GNOME. That's a fact. The Gentoo statistics and numerous web polls confirm that. To argue that KDE has to become like GNOME to be more successful is quite retarded.

KDE is great, better than the Windows GUI and MacOSX (yes, I tried both of them). I don't want to see make KDE the same mistake GNOME did and sacrifice usability and features for some mysterious "average user" that doesn't exist anyway.

Re:I find both of them "lame"

[IamTheRealMike]

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.

Agreed. He also seems to confuse "lots of stuff" with "features". Having 3 media players or whatever they're up to now is not feature rich, it's bloat. OK, OK, so I'm being picky, but I've yet to find features that I really miss from KDE. Sure, I liked the idea of having a mini-webserver in my panel, but I never actually used it.

And Gtk+ and Qt both make very inefficient use of the X11 APIs, giving X11 an undeserved reputation for being slow.

Ignoring the fact that both GTK and Qt have pluggable backends, which entails a very slight loss of tight integration, the real reasons that GTK2 is slower than GTK1.2 are

1) It is double buffered. This slows GTK down, but makes it feel faster and smoother to the user. Net win.

2) It uses anti-aliasing. XRender is still not finished, nor well optimized. Profiling the new gnome-terminal widget for instance showed that most of the time was spent inside the X server. That will speed up over time.

3) If you do opaque resizes of apps, you'll find the content area doesn't stick to the borders. That's due to a problem with the internal scheduler, not due to lack of speed on the part of GTK.

Re:I find both of them "lame"

[tf23]

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.

And what that really says is that you can't please everyone.

I personally think that you can come close - and here's how you'd do it:

1) Leave all the customization options *in*. Organize them as best you can. If someone wants to fiddle with 'em, fine.

2) Create an interface that let's an admin *lock* out options/preferences and/or set the defaults. I think the Kiosk type thing may fit the bill here.

I think if KDE and GNOME, and any other graphical interface parties do this, they'll be successful.

An example: With a setup like this, I can put linux on a machine primarily for the kids to use. I can have either GNOME or KDE available to them to pick which one they want to use. And I can lock things like their webbrowser so that it uses our proxy, which filters out inappropriate sites. I can lock down their look n feel so that I don't get the "help me I lost this icon" etc while I'm watching MNF. Yet I can login and use the box with as much customizations as I want.

Re:I find both of them "lame"

[g4dget]

Yes it is. Simplicity is a feature too. Or are you confusing "feature" with "clickable thing" like so many people who argue against "features" do?

Petrely was talking about "clickable things", and I was simply using his terminology.

If [consistency] isn't a big deal to those people, then they won't mind if everything is consistent then, will they?

All things being equal, no, they wouldn't mind. But all things aren't equal: effort you spend on consistency won't be spent on other tasks. And you can't be consistent with everything at the same time.

Remote applications? That's something built into X, not specific to Motif.

As I was saying, KDE developers often don't even understand the issues... remote application usage isn't just about moving graphics from one screen to another, it's making configuration parameters, window management, and communications work correctly. Doing that requires toolkit and application support, but KDE and Qt don't even really try very hard.

Inter-app communication? Like DCOP and MCOP?

Yeah, that's the problem, like DCOP and MCOP.

Care to give an example?

Sure: the Konqueror window I'm looking at has about 50 distinct widgets and manipulable elements in it (buttons, menu entries, labels, scroll bars, icons, etc.), yet it only uses 7 distinct X11 subwindows. The intent of X11 was to use subwindows as a kind of structured graphics for building toolkits, but Qt and Gtk+ just do a whole lot of drawing inside big windows, and they have a whole lot of their own event processing logic. As an analogy, you can create graphics in PostScript by using its drawing commands, or you can create it by embedding a big bitmap. KDE/Qt and Gnome/Gtk+ are effectively doing the latter in a lot of cases.

I want my Swallowed App Back!

[Anonymous Coward]

The "best" feature of gnome-panel was the Swallowed App, but it seems it's not to be in Gnome2... Now That's LAME!!

Why I use Gnome

[JamesGreenhalgh]

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 ;-)

well...

[Unominous Coward]

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?

Did something really go "wrong"?

[dcuny]

This is one of those "what went wrong with Gnome" articles. Obviously, if you love where Gnome 2.2, the isn't anything gone wrong.

I belong to the "something has gone wrong with Gnome" school of thought. I dearly want Gnome to succeed. It's got a different sort of style and sensibility than KDE and Windows, and there's a lot of great stuff there.

Love it or hate it, KDE feels like a unified desktop, while Gnome feels like a cobbled together set of unrelated tools.

The "Open File" dialog is a thing of shame, and I can't believe that it won't be until October until a replacement comes along. The fact that something so basic has been allowed to stay unchanged so long, in my mind, reflects the difference between KDE and Gnome.

I don't think that it's an organization issue, or even that one group is more clever than the other. My guess is that, at some level, Qt really is better than GTK. I don't know if it's C vs. C++, or KParts vs. Corba, Glade vs. KDevelop... Perhaps Nick's got it right, that it's the underlying objects. KDE doesn't seem to have suffered from having a C++-centric toolkit, and Gnome doesn't seem to have benefitted from having a C-centric toolkit.

The last release of KDE had some pretty cool stuff in it - I was eager to get my hands on it and play with it. In contrast, most of what I've heard about Gnome 2.2 has been about what it doesn't have in it anymore. It apparently won't even be featured in the next Knoppix release, since it's broken so badly.

But I wouldn't discount the future of Gnome. Maybe .NET/Mono will solve the problems (I wouldn't bet the farm on it). Maybe there are no problems at all - just a different desktop, with a different way of doing things.

But, gah... Please, fix that "Open File" dialog!

Re:Did something really go "wrong"?

[GauteL]

"The last release of KDE had some pretty cool stuff in it - I was eager to get my hands on it and play with it. In contrast, most of what I've heard about Gnome 2.2 has been about what it doesn't have in it anymore. It apparently won't even be featured in the next Knoppix release, since it's broken so badly."

While I'm not that opposed to the rest of your post, this one is assuming way too much. GNOME 2.x has been about cleansing and purifying. You assume that removing things makes it broken. I on the other hand applaud what have been done, since it makes GNOME easier, simpler and more elegant. The people complaining are very loud. The people that like this do not bother screaming about it. In addition the project is trying to attract newbies, which would not care about the ability to switch window manager in the GUI (which KDE thankfully does not do either).

Knoppix has always been about KDE (the whole name implies it). That they did not like GNOME 2.x does not surprise me the least.

I also disagree that KDE feels more unified, I personally think it is the opposite, but every one has their own taste.

The file dialog is not good, and is being fixed, but there is a lot of applications out there that just use GTK+ and not the rest of GNOME. Two totally different file dialogs for The GIMP and Gedit would not be very good, so it has been decided that the file-dialog will need to be fixed at the GTK+-level.

The rest of the GNOME-project is not going to stand still and wait for it to be included in GTK+, so it is highly possible that the next GNOME-version (2.4) will still be based on GTK+ 2.2 (with the old file dialog).

Re:Did something really go "wrong"?

[mickwd]

"Knoppix has always been about KDE (the whole name implies it)."

Actually, the name comes from the guy who produces it, Klaus Knopper [knopper.net].

But then again, maybe he changed his name by deed poll ;)

Re:Did something really go "wrong"?

[macshit]

The file dialog is not good, and is being fixed, but there is a lot of applications out there that just use GTK+ and not the rest of GNOME.

BTW, what is it about Gnome's file dialog that everybody hates so? It seems OK to me (it's certainly as good as the one in windows). Also, the fact that the TAB key works properly is a big point in Gnome's favor...

Re:Did something really go "wrong"?

[mjh]

what is it about Gnome's file dialog that everybody hates so?

What I hate about it is that if I have to navigate around to different directories (i.e. directories other than the default) it is extremely inefficient.

The windows dialog is better in that it gives you a bunch of defaults that can rapidly take you to common places (e.g. Desktop, My Documents, My Computer).

KDE takes this one step further and allows you to define your own common places. So that if you configure "~/ftpin/" as a common location for you in one application, every other application inherets that common location.

I personally find it incredibly frustrating to navigate around in the gnome file dialog. I typically switch between two directories: ~/ftpin/ and ~/win/windows/Desktop. In GNOME apps, switching between these two locations takes 5 double clicks and lots of drag navigation. In windows this takes 1-2 double clicks and a little navigation (depending on where I'm trying to get to). In KDE it takes 1 double click no matter where I am.

Re:Did something really go "wrong"?

[Knuckles]

what is it about Gnome's file dialog that everybody hates so? [...] the fact that the TAB key works properly is a big point

The reason everybody complains is that nobody knows that normal shell tab completion is possible in the dialog. I don't know if that works in KDE at all. People clickety-click their ways through it. Of course the gtk dialog sucks then. I once filed a bug that the selector should have a text saying "Use tab completion here" over the text enter area, but was turned down (rightly so :)

Excellent topic for discussion...

[gnovos]

As a followup, I wonder if we can finally settle which religion is the one true faith and whether or not abortion should be legal.

Question on licensing

[Tyreth]

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?

Re:Question on licensing

[twener]

Let the companies decide: Obviously Adobe, Borland, Hancom, Opera and others have no problem with Qt being available either under GPL or QPL license. In my opinion the price for Qt under QPL and for support are peanuts for these (and smaller) companies. They are glad to have someone who can give them support for the tool kit. Who offers commercial support for Gtk?

Re:Question on licensing

[Roberto]

And what's in it for TT?

YOu start with an option where they may make no money at all, yet they have to give you support. Then, once you start to see that you will get money from your app (some of which would go to pay TT)... you switch to the other scheme, and they only get the flat fee!

What you want is TT to take the risk involved in the first scheme, while topping your expense at the fixed cost of the flat fee. No company is going to increase their risk FOR YOU!

Really, what you want is charity. Like the part about "I'd hoped Trolltech might have recouped whatever costs they have and then released Qt under something like the GPL"

Even ignoring for a moment that Qt *is* released under the GPL, why on hell would someone who makes a living selling a product stop selling it just because he has recovered the initial investment???? That makes zero business sense!

It's like saying "hey, I bet Disney has recouped costs from The Lion King, why don't they make it FDL?"

Need a new GUI paradigm

[Kirby-meister]

OS X goes for the simple desktop, Windows is becoming more menu-based but still keeps that hint of desktop, and the major GUI's for linux are cloning those desktops.

While it's nice Linux emulates these other OSes for "consistency" or such, why not develop a new "type" of GUI? Remove the desktop metaphor, the icons, the needless menues. Why not a simple GUI with no mouse where you cycle between things you want your computer to do? A circular node-based selection scheme, like the GameCube's OS except instead of moving around a cube you move around a sphere or circle, where the options are chosen by moving left or right in the circle and choosing things like "E-mail," "Write a paper," "Browse the Internet," "Write a spreadsheet," "Install something," or even "Have computer tune itself up" (so that it sounds easy to understand to a normal user, but it does all the stuff they don't care about like defragging the ol HD or updating virus protection - a technical support employee's dream - just name it something that makes it appealing for them to run it).

A friend of mine once said "If you could make something easier to use [than Windows], I'd buy it." Granted, he's not into computers, but the majority of people aren't "computer people" at all - they just want their computer to do what they paid $1000-2000 for it to do. And, being technical support for the freshmen in my hall, I can tell you that NOBODY who isn't into computers ever updates security packages, virus protection, or even software they're using, nor does anybody ever run defrag...

Re:Need a new GUI paradigm

[FooBarWidget]

Because that won't work. You can "innovate" as much as you want to, people simply won't switch.

Yeah, you can give people a whole different desktop methaphor, but average users don't WANT to learn! They demand things to Just Work(tm) and to work like they used too. Too many people are used to Windows; they will not use something that's even slightly different.
People are resistant to change, especially regarding to computers. If I put my mother behind a different desktop, she will NOT like it, no matter how "innovative" it is.

"Innovation" is only an argument for geeks. And since Slashdot is a geek community, of course posts about "innovation" gets modded up. But the average user don't care.

The Direction of GNOME

[psr]

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.

Does it really matter?

[pongo000]

A happy GNOME user myself, please someone...tell me it isn't so.

If you're happy with GNOME, why should it matter what anybody has to say about it? I've never understood the mentality that things in life are deemed "worthy" only if they're popular (pop songs, software, beer, etc.).

Provocative Article

[Yokaze]

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."

Re:Provocative Article

[0x0d0a]

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.

Yeah, but the problem is that he ignores that KDE's done the same thing (KDE 1, 2, 3...) What happened to the old mail program, the old WM?

They both have problems

[DeadSea]

I used Gnome for two years and then recently switched to KDE. Gnome had several bugs that I was tired of. The sidebars that I had would sometimes reinit themselves wrong when I restarted. This caused two or even three copies of each sidebar to come up sometimes. I upgraded to 2.0 and the number of desktops was stuck at 4 (I want 6) and many of the applets I really loved didn't work anymore (game, xmms, screenshooter).

So I'm giving KDE a try. It has problems too. The most annoying one to me is the way that it switches focus when I use my scrollwheel. It has options for what to do when clicking any of the mouse button (focus, raise, etc) but not the scrollwheel. When you scroll a window that is not focused and not on top, it gives focus to that window but does not raise it. This maybe wouldn't be bad, but then clicking on the window also does not raise it. You have to focus some other window then come back.

Another thing I don't like about KDE is that it is hard to add buttons to launch X (not KDE) applications to the sidebars. In gnome I could add a launcher easily. In KDE I have to add a non KDE app, it gives me a browse dialog. I don't know where my apps are, probably usr/bin/ or usr/local/bin, I don't want to hunt around, so I try to click on my terminal button so I can do a `which app`. The dialog has the sidebar. Doh.

The choices for applets in KDE is very underwhelming. In gnome 1 I was able to put applets for gaim and xmms in my sidebar. They are unobtrusive there and available on all my desktops. It was wonderful. KDE doesn't have these.

Sure the KDE apps all look the same and act the same, but they are not powerful compared to other stuff. I always use Mozilla as my web browser, open office as my word processor, etc. The KDE stuff are nice, but not as full of features. As soon as you add in non-KDE apps, you lose much of this consistency.

Re:They both have problems

[Redline]

In gnome 1 I was able to put applets for gaim and xmms in my sidebar. They are unobtrusive there and available on all my desktops. It was wonderful. KDE doesn't have these.

Both GAIM (in nightly snapshots [sourceforge.net]) and XMMS [hellion.org.uk] now have "dock plugins" that place themselves in the dock area. (KDE calls it "system tray", and GNOME calls it "notification area") The dock applet API is a freedesktop.org standard [freedesktop.org] that both desktops are using. So KDE docklets work in GNOME 2.2 and GNOME docklets work in KDE 3.1.

Hey!

[tortap-0]

That's GLAME to you mister.

Everyone is ignoring so much stuff!!

[Phantasmagoria]

The article in question is obviously nothing anyone should take seriously. It does not even pretend to be an honest comparison between two windowing environments; it's basically one person's rant about why he prefers one over the other. Good for him, but mentioning only KDE's good points and only Gnome's bad points isn't a useful comparison to anyone else.

I'm surpised at how poorly informed the people who discuss Gnome vs KDE are. No one has mentioned any of the new accomplishments both environments has achieved. It's still all "file selector" this and "configuration options" that. Dudes, I stopped fretting over thing like that years ago. There's plenty of other things that need focus for a good desktop environment, and are being worked on as we speak, but no one has mentioned them in any of the comments I've read.

Anyone here even know about the massive time spent on building a rich and powerful "accessibility toolkit" ATK? Or the very well thought out multimedia framework GStreamer that's currently in development. I've only seen a few mentions of the establishment and accomplishments of freedesktop.org - whose goal is to set standards (such as the HIG) which both Gnome and KDE can follow to achieve consistency and inoperatability. How about the universal adoption of Unicode (using UTF8) throughout so that proper internationalization is finally possible?

These are important things, and much more forward looking than all the nitpicking that's so prevalent in these discussions. These articles and the bickering that ensues are no better than "celebrity tells all" and "other celebrity makes rebuttal" shows on TV. Totally pointless - fun to watch sometimes - but pointless.

One thing I need to add: Most complaints about GConf that I've read are miss-informed. Yes, the closest approximation is the Windows registry. But it was created with the strengths of that registry in mind, and steps taken to get rid of the problems that the registry had. For example, ALL keys are documented. Which is easier? Hand editing a text file, or going down a list of fully documented options in a gui editor - toggling boolean keys, editing strings, etc.

I'm obviously a Gnome user. I know KDE has it's own list of accomplishments, but I don't know them well enough to list. My point is, why the hell are you choosing a desktop environment based on which has a better file selector? There is plenty more to look at.

Booooooriiiiiiiing

[X-Nc]

<yawn>

Both GNOME and KDE suck wind. Arguing one over the other is like arguing wich is better, a broken leg or a broken arm.

CDE is even better than either of them. If you want something that really works look at Xfce. The current "production" version is xfce3 and it can do everything KDE & GNOME can do, and much more. It also is very nice on system resources. It runs as light as BlackBox or IceWM and is just as fast. And the development version of xfce4 will blow your mind. It'll make you cry it's so good.

The fact is that GNOME and KDE are, functionaly and from a usability standpoint, damn near identical. Under the hood they are vastly different but for a regular user they are interchangable. Bluecurve proved that.

You know why he doesn't like Gnome?

[Quelain]

Nicholas Petreley is a raving loony creationist [petreley.com].

Of course he's not going to like anything involving Evolution. Or bonobos, or any other s^hXimian.

control-A

[squarooticus]

I want to know why the Gnome developers decided that control-A should "select all" instead of "move to beginning of line" like it does in almost every other (read: emacs editing command-compliant) X application. I can't seem to change it anywhere, even in gconf-editor.

These are the sorts of changes that make me, as an experienced Unix user, want to look elsewhere. I personally grow tired of the drive to "simplify, man!" and yearn for the days of configurable sawfish and a galeon with 1,000,000 options in the preferences dialog.

Anyone have any suggestions as to where I should look? I'm completely open.

Since...

[triptolemeus]

Linux is taking over the world anyway, I personally wouldn't mind if we were left with at least choice, when it comes to desktops.

The world is big enough for the two to hang around.

GFlame you!

[daemonc]

No, KFlame you!!!

GFlame!!!

KFlame!!!

GFlame!!!

KFlame!!!

GFlame!!!

KFlame!!!

GFlame!!!

KFlame!!!

I quit reading Slashdot...

Re:It's nice to see

[Nerant]

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.

Re:It's nice to see

[bonch]

Bad analogy. Wheels are essential. That's like a mouse cursor or a basic window in GUI terms.

But KDE and Gnome also copy dialogs, start menus, taskbars, basic design conventions, and much more.

You can either copy forever in a futile attempt at winning the Windows crowd (yeah, let's give them half-assed clones of what they already have), or innovate and create something people will actually want to use.

You say Microsoft has good ideas that are poorly implemented. KDE and GNOME are just copying what's been done in that department, under the guise of making it more "customizable" (wow, I can move the taskbar and start menu around now).

Please, won't somebody create something new? The "killer app" I think Linux needs is a new GUI system designed from the ground up for desktop use. Don't give me "well, write it yourself," because I don't have the skill level, but more importantly, it's a ridiculous attitude to have to start with. Besides, if you want a graphic designer, I'm your man. Linux apps are always sorely lacking in the aesthetics department.

Re:It's nice to see

[Anonymous Coward]

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.

Innovation?

[FooBarWidget]

"or innovate and create something people will actually want to use."

But that is the problem. People don't WANT to learn something new!
"Average users" want things to just work. They want zero learning curve. They DEMAND things to work the like the way they used to.

"Innovation" will NOT make people switch.

Re:It's nice to see

[kigrwik]

I often swap things from one server through ssh (fish://) to another one with samba (smb://) by drag-dropping from a vertically-splitted konqueror window from my desktop that sits on a third computer.

Do that with builtin Explorer functions.
For that matter, do that with Nautilus, too !

Re:It's nice to see

[kubla2000]

Bungi, you're such a troll.

Explain to me how the DOS cli wasn't a "copy" of the Unix cli? The trail for "originality" stretches back a long way.

And what's with the martyr like "-1 Pro Microsoft"? Stop trolling, start posting something insightful and you might get some respect.

I can't believe I've taken the troll bait... enough.

Re:It's nice to see

[Gordonjcp]

... which is in turn a copy of stuff that Mac System 4 did four years before that, which in turn was a copy of Xerox's GUI work in the mid-to-late 70s, which in turn based itself around the work done at SAIL in the late 60s, which itself ripped off the Lascaux cave paintings. Yes, we know.

Re:

[account_deleted]

Comment removed based on user account deletion

Re:VS.

[@madeus]

Redhat choses to use Gnome while most of the "Pure" distros like KDE as do I

Painting a picture that it's only Red Hat who like GNOME and that everybody else uses KDE is entirely false.

According to http://counter.li.org/reports/machines.htm, which is just about the most reliable source of information on the subject (due the lack of actual retail figures it's very difficult to count accurately), the most popular core distributions are*:

- Red Hat (~ 29%)
- Debian (~ 14.5%)
- SuSE (~ 11.5%)
- Slackware (~ 11%)

It should be noted that Mandrake is the second most popular distribution of all with over 17.5% market share, though it is not a 'core' or 'pure' distribution as it is based on Red Hat.

* = These figures are taken for a random sampling of 110,000 GNU/Linux users.

Out of these distributions:

- Red Hat - primarily supports GNOME
- Debian - primarily supports GNOME
- SuSE - primarily supports KDE
- Slackware - no notable preference exhibited

Anaecdotally - even when you include Mandrake's slight predisposition towards KDE - this puts GNOME's market share at ~ 43.5% and KDE's at ~ 29%.

With all of these distributions you can obtain GNOME packages or opt to use the GNOME desktop. There is clearly no case to be made that 'core' distributions choose to use KDE to GNOME or even prefer KDE to GNOME, if anything, GNOME seems to have greater market share, not less.

In my opinion, Gnome is turning into the Frankenstein of the open sourced world.

It should be noted that GNOME and KDE are NOT trying to meet entirely the same goals!

KDE works very well 'out of the box' - all the applications are tightly integrated and it works with little fuss as most of the core components are built and written by a core set of KDE developers.

GNOME however, has become a vastly more ambitious project, it is about building a scaleable, flexible, and to some degree language agnostic graphical environment. It is perhaps not surprising that someone might think it has become a Frankensein product - but that is to misunderstand the point of GNOME.

GNOME is a platform for developing and rolling out great best-of-breed applications from disparate developers - software such a GIMP, Gnumeric, Abiword and Nautilus - having them interoperate with each other - and, most importantly - having them interoperate with the user and the desktop environment in a consistent and user focused way. The fruits of this are visible clearly in most current release of GNOME.

GNOME is being developed with long term goals of usability and expandability in mind. It's not just about creating a desktop for the here and now - to borrow a phrase being used recently by Sun - it's about building a product that can "stand the test of time", an expandable product the developers can be proud of and an environment that others will want to build their applications around.

The current incompleteness of GNOME means that many users will prefer the convenience and tight integration of KDE at present - KDE certainly better meets many of the shared GNOME/KDE goals, like the provision of a useful default set of software tools and a coherent control panel. In such an imperfect world it's certainly important for users to have choice - but with regard to the future and long term desktop dominance I belive GNOME is a much more likely canidate than KDE.

Re:VS.

[Xpilot]

Well put :)

I'm a Slackware and GNOME user, and I'm sometimes amused by remarks such as "all the popular distros except Redhat use KDE as their default desktop". In Slackware, there is no "default desktop". You get to choose between KDE, GNOME or the lighterweights at install time, and switching between all of them is as easy as xwmconfig.

At Distrowatch, Slackware's default desktop is given as "KDE", and I wonder why. Maybe it's becaused KDE is listed on top of GNOME in the selection menu? ;)

As for other popular distros, it's also quite easy to choose your desktop, so I don't really get why the notion of a "default" desktop is even an issue.

Mandrake is *not* "based on" Redhat!

[aquarian]

Mandrake may have gotten its start by bringing KDE to Redhat, but it has had little to do with Redhat since about version 5 (and now Mandrake's at version 9). Just because a distribution uses rpm packages doesn't mean it's Redhat based. Mandrake has all its own administration tools, and even its own package manager that's sort of an apt-rpm hybrid (urpmi). It has left Redhat far behind with respect to this, as well as in installation and configuration, where Redhat is still playing catch-up in many ways. So don't equate Mandrake with Redhat. It's certainly no more Redhat than Caldera or Suse are, both of which started as modified Redhat too, but neither of which have much in common with it anymore.

Copy-and-paste job

[arturogatti]

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

Re:Copy-and-paste job

[hysterion]

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

Man! Astroturfer caught in full swing. Superb catch :-)

My experience

[dotgain]

Gnome (1.?) (redhat 6.0) -> Gnome 1.4 (liked it a little) -> Gnome 2.0 -> /usr/X11R6/bin/twm

Now [in Gnome2] even the (dismal) file requester takes about five seconds to draw up. I think Gnome is going the wrong way. It's only a good desktop for those that like to fire up a number of apps / windows, and then sit there looking at it / fire screenshots around the globe.

Apart from adding a bit of spiff, all I can find are features removed. I heard someone type 'gnome 2.2...now you can have transparency in the panel'. Well, 1.4 had that, 2.0 didn't.

I started using Gnome about three months after I started using Linux, about five years ago. I've been hoping it hasn't, but all I've seen (apart from a glimmer of hope in 1.4) is Gnome go to shit. I think I'm going to get the 1.4 source, maintain it myself and keep using that.

Not trolling, I'm genuinely disappointed that Gnome has given Linux a bad name, not because Gnome is Linux, but Joe Public who's used to a Windows system thinks that, he can't draw an abstraction between a desktop environment and an OS, and I think that's why a lot of people think Linux sucks. I also think adoption of Gnome by Sun is a bad move. Sure CDE sucks, but it runs.

Re:stupid stupid stupid stupid stupid!!!

[kingkade]

This stupid squabbling is pointless. Articles like this shouldn't even be published by a supposedly newsworthy organisation.

That's why it's here on Slashdot.

Re:stupid stupid stupid stupid stupid!!!

[Istealmymusic]

On the contrary; this article is constructive criticism. The author doesn't make vague generalizations on why KDE > GNOME, he actually points out specific weeknesses. Which can be fixed. So take any comments on KDE's superiority which a grain of salt; it may do some things better, but it also does some things worse. Without articles like this, how can anything improve?