Slashdot Mirror
Havoc Pennington on GNOME 3's Future
An anonymous reader writes "Havoc Pennington, lead developer of GNOME, wants to fork GNOME 3.
'So the forces of existing userbase, the easiest-to-reach future userbase, cross-platform applications, and funded development efforts are strongly pulling GNOME 2 toward conservatism. I think GNOME 3 should be a fork for that reason.'" This has been a common practice for not only many open source projects, but proprietary systems such as Solaris for major revisions, so it's not as tumultous a change as the word "fork" may imply.
Spatial Nautilus, frankly. There are about a thousand app launchers that accomplish the same thing as the "foot menu", but Spatial Nautilus is the only file manager avaiable that works the way I want a file manager to work.
I know this will sound rude. But I feel like saying it anyway. Gnome has very much been focused on becoming more userfriendly in Gnome2 and it has done this by a less-is-more approach. This has, for me, made it a lot more user-unfriendly. The simple file dialog boxes are a very good example of what I mean: They now by default open up half-opened so users will not be confused by the more advanced options in them. But the problem for me is that the advanced options are things I use every time, meaning an extra click or keyboard press every time I need to use them. There is no good reason for them to appear half-open, it is just done to make it simple. The result of this is only extra time spent using them every time to make it easier to use the first time for complete idiots. Something similar is also done with the features to make it more user-friendly: If a feature is to advanced for a beginner, they are simply removed or placed where they are completely unavailable or require a great deal of effort to use. Gnome2 has come user-friendly to the extend where it is almost impossible to use productive on a day to day basis. I seriously hope Gnome3 will be better. Not that I think I will ever use it as a main desktop again, but as I use a lot of Gnome2/GTK2 programs (like I also use KDE programs in my fluxbox) this annoy me very much.
9/11: Never forget it was a false-flag operation
First of all, some xcompmgr support would be nice. Gnome has a few BIG problems with using that program, which is unfortunate because using it on my computer speeds up the sluggish Gnome.
Another thing would be better wireless support. Unlike KDE, there is no app that can do what Kismet can. The network app. lets you connect wirelessly, but no part Gnome lets you scan. In this department many good programs have appeared that would fix this problem. I like- Wifi Radarand this applet
They only need to be incorporated (or packaged with a Gnome distro for the love of diety).
Many people think that Gnome's biggest problem is RAM usage, and they might be right. 256mb feels VERY different than 512mb on the same machine. I personally believe that this problem was made worse in the last release, not made better. I think that 2.12 has intentions on fixing this, so I care more about Gnome 2's interface problems.
Open Source Sushi
Even though I depend on GNOME libraries for my projects (specifically PyGTK), I think this is a good thing.
The reason why is that having a bleeding-edge version that integrates things like Cairo, xcompmgr, more eye candy, etc will give us who like to have a system with all the eye candy a chance, without having to worry about adding them to GNOME 2.x and possibly disrupting users who want a no-frills desktop. When GNOME 3 becomes stable, it can replace the old version.
But moreover, the Linux desktop is at an inflection point - we're just starting to get the kind of nifty eye candy that other desktops have. GNOME 3 should be a chance to get GNOME ready for the future of the Linux desktop - using Cairo to render the GTK widgets, using Luminosity as the next GNOME window manager, etc.
Sometimes it's healthy to fork off your code and rethink some of the assumptions you made rather than having to deal with the cascading problems that can crop up when you try to muck about and fix those messy hacks we all seem to create.
Forking isn't always bad - sometimes it's necessary to eliminate cruft. If the end result is a better desktop, then that's what should be done.
As a developer I hate it too. However, I understand why the situation is like it is.
Writing software is a lot like creating art. That's one reason why I love it so much. I love creating stuff from nothing. That is the problem though.
How many artists do you know that just like to copy other people's work? I don't know many. The joy is in the creation, not blindly copying what someone else created. People can influence eath other but it's not often that we like to just outright copy someone else. That's why programmers don't like to work on other people's projects. Everyone has their own style. It's too personal. We do it sometimes but there will always be that underlying desire to do your own thing.
This is where commercial companies have a huge advantage. By controlling other people you have one vision but many workers. The workers work either because either they are getting something out of the deal or are otherwise physically being forced to do what some leader says.
The ratio of people to cake is too big
It has: .desktop extensions (like Windows does with .lnk files, but without the arrow telling you it's a shortcut) allowing them to spoof regular documents with icons and everything.
* No menu editor.
* Hard coded un-overridable mime-sniffing that gets lots of things wrong (because it's foolish to even try to anticipate every single file format and code to handle them all) and then forces its will on the user (won't open some of my text files in gedit for "security" reasons).
* A file browser that defeats all that paranoid mime-sniffing "security" by hiding extensions
* Menus that scroll like win95 when very full. A menu editor and/or overflowing into columns would help a lot.
* And a continually decreasing level of configurability.
I suppose aside from that it's very good. It's the desktop environment I'm using now, and the one that I keep coming back too after repeatedly trying to dump it in favor of the alternatives.
There are many good things worth keeping in GNOME, and many worth changing. Some are foundational issues, and the best way to handle those foundational issues (such as getting Storage implemented and suchlike) is within a fork. I love GNOME (and use KDE under GNOME, rather than the other way around) and wouldn't like to see the GNOME 2 line disturbed too much in the name of progress, yet I wish to see that progress happen.
On a related topic, I'm not up to speed with the details of programming GNOME: in which order should I learn my way round the libraries?
John_Chalisque