Eugenia writes "The Gnome Project announcedtoday that the ClearLooks theme engine will be the default theme for the Gnome 2.12 (to be released around September). This was a much needed refresh of the Gnome default desktop (old theme, new theme screenshots)."
Less is definitely more.
by
JPyObjC+Dude
·
· Score: 3, Interesting
Personally, I would vote for Gnome over KDE. Gnome's strict adherence to GUI standards where less is more will get them to a lot more usage in the future. KDE, although very feature friendly, is not nearly as refined as Gnome from a UI perspective and this will bite them in the ass as it has bit Microsoft.
When I look at the latest screenshots, I am blown away with the finite details that the UI designers have gone through. Most importantly, they seem to have stuck with the minimal real estate impact that I have come to love with OSX.
Real estate is where Microsoft have failed in the past with XP sytles and from what I have seen with their replacements, they are only getting worse with tons of real estate taken up by oversized and over spaced text on pretty but poorly contrasted backgrounds.
Keep up the good work Gnome... You are the best bet for me to move to Linus or *bsd besides OSX.
JsD
Side bit - L&M of car manufacturers. Honda (Apple)
- Less but works more but better General Motors (Microsoft)
- More but works less and worse.
Re:Can't Gnome just die?
by
Mornelithe
·
· Score: 3, Interesting
And my reasoning for slow: What exactly you have here is Application on top of KDE lib on top of Qt lib on top of X11 lib on top of X11 server on top of Linux
Okay.
Windows? Application on Windows API on Win32 GUI on Win Kernel
Wrong. You left out MFC, or whatever equivalent overlay on top of the Windows API you're using. Most people don't program in the straight Windows API anymore, and even if they don't use MFC, they write their own wrapper around the Windows API.
And, correct me if I'm wrong, but a lot of stuff in the KDE libs is just KDE standard widgets that aren't part of Qt. So it's more like kdelibs + Qt is one layer if you're developing KDE applications. It's just artificially split in some ways. It's a lot like how some widgets are in the Gnome libs, and others are in GTK+. In fact, I believe some widgets get pushed from Gnome libs into GTK+, because they are more generally useful.
The number of "layers" is irrelevant. For example, Qt can be split into a section that deals with GUI widgets, and a section that deals with making C++ programming nicer. If Trolltech chose to market them separately, would you call that two layers, and say that KDE must be even slower because of this?
By the way, was that your explanation of why you believe the slowness you have actually perceived is happening, or were you saying that "5 layers is too many, therefore it must be slow"? I'm unsure on that point. KDE isn't slow on my computer, and it's more than 3 years old (the computer, that is). What are you running it on?
Finally, I'm curious: What isn't integrated about KDE? And have you filed bugs/wishlists to alert the developers?
Slashdot Mirror
Personally, I would vote for Gnome over KDE. Gnome's strict adherence to GUI standards where less is more will get them to a lot more usage in the future. KDE, although very feature friendly, is not nearly as refined as Gnome from a UI perspective and this will bite them in the ass as it has bit Microsoft.
... You are the best bet for me to move to Linus or *bsd besides OSX.
When I look at the latest screenshots, I am blown away with the finite details that the UI designers have gone through. Most importantly, they seem to have stuck with the minimal real estate impact that I have come to love with OSX.
Real estate is where Microsoft have failed in the past with XP sytles and from what I have seen with their replacements, they are only getting worse with tons of real estate taken up by oversized and over spaced text on pretty but poorly contrasted backgrounds.
Keep up the good work Gnome
JsD
Side bit - L&M of car manufacturers.
Honda (Apple)
- Less but works more but better
General Motors (Microsoft)
- More but works less and worse.
And my reasoning for slow: What exactly you have here is Application on top of KDE lib on top of Qt lib on top of X11 lib on top of X11 server on top of Linux
Okay.
Windows? Application on Windows API on Win32 GUI on Win Kernel
Wrong. You left out MFC, or whatever equivalent overlay on top of the Windows API you're using. Most people don't program in the straight Windows API anymore, and even if they don't use MFC, they write their own wrapper around the Windows API.
And, correct me if I'm wrong, but a lot of stuff in the KDE libs is just KDE standard widgets that aren't part of Qt. So it's more like kdelibs + Qt is one layer if you're developing KDE applications. It's just artificially split in some ways. It's a lot like how some widgets are in the Gnome libs, and others are in GTK+. In fact, I believe some widgets get pushed from Gnome libs into GTK+, because they are more generally useful.
The number of "layers" is irrelevant. For example, Qt can be split into a section that deals with GUI widgets, and a section that deals with making C++ programming nicer. If Trolltech chose to market them separately, would you call that two layers, and say that KDE must be even slower because of this?
By the way, was that your explanation of why you believe the slowness you have actually perceived is happening, or were you saying that "5 layers is too many, therefore it must be slow"? I'm unsure on that point. KDE isn't slow on my computer, and it's more than 3 years old (the computer, that is). What are you running it on?
Finally, I'm curious: What isn't integrated about KDE? And have you filed bugs/wishlists to alert the developers?
I've come for the woman, and your head.