Slashdot Mirror
Gnome 2.10 Released
Mad_Rain writes "The new version of Gnome (you know, the desktop of many Linux users?) has just been released. You can even try it out with a LiveCD (bittorrent link). There is a video player and CD-ripping utility included, and the all-important new splash screen!"
I suppose it's another example of form over function, but there you go. Hopefully Enlightenment comes out soon.
Try not. Do or do not, there is no try.
-- Dr. Spock, stardate 2822-3.
If only. I don't care about underlying architechture, but just shipping with a kde-like theme would make the linux desktop so much less confusing for new users. Power users will retheme it anyway, so it shouldn't matter to them. Even if they're not willing to look keramik-like, something a bit cleaner like the xfce theme would be so much nicer.
I am trolling
If only. I don't care about underlying architechture, but just shipping KDE with a gnome-like theme would make the linux desktop so much less confusing for new users. Power users will retheme it anyway, so it shouldn't matter to them.
When KDE's last beta was announced on slashdot, many people commented that a live CD was a really cool way of showing off the new system. Now we see Gnome taking this really cool feature out of KDE and incorporating it.
;-)
That is why we need to keep two desktops around. Whenever either one invents something cool, both get it. (Friendly) compertition seems by far the best form of improving software.
Oh, and why wasn't a garnome link posted?
>> I fail to see why I should get so worked up everytime a new version is released >>
I'm always amazed at how regardless of what is being announced, there is some ludicrously arrogant dork who complains that the announcement does not make him (one in six billion people on the planet) happy as if anyone would care.
Where do these people come from? Why are they unable to appreciate others' accomplishments? Is their ego so fragile that they can't accept a reality outside their subjective delusions of grandeur?
Mod these "snipers" as trolls, please, and let's get on with talking about Gnome.
I cannot open a file like http://www.marcusevans.com.au/pdf/413.pdf from any GNOME native application! In this case, I have to save the file on the disk then open it after. I was even more dissapointed when Adobe based their recently released PDF reader for Linux on GTK. This means that this issue lingers. Meanwhile, all that I am dissapointed with in GNOME is a snap and works like a charm in any KDE applcation. What the hell....!
- Less feature churn.
- Less feature-creeping bloat.
- More consolidation of dependencies.
- More fixing of the long-standing bugs.
- More delivery of long-standing promises.
Every release seems to have a lot of superficial changes that don't seem to buy anything, but don't really address the issues that everyone seems to complain about. Example: you'd think that the gnome-panel would be pretty ironed out after a few years, but there are still at least a dozen "critical" unresolved bugs for it, where the panel just decides to crash or hang.It's not as glamorous as mating a couple of Bonobos and getting a new SVG Pango baby, but please, for the sake of your users, focus on the fit and finish. What good is a HIG if the average user is put off by all the splinters?
[
> Hula and several other new applications were all being announced for Gnome.
Hula has absolutely nothing specific to GNOME.
That's what the applets in the notification area are for. For example gaim makes itself heard very clearly if there is a new message by using the _NOTIFICATION APPLET_.
I shall go and tell the indestructible man that someone plans to murder him.
As for the issue with dependencies, it's safe to assume that that for KDE applications kde-base and kde-libs are generally required. However, this is not the case for pure QT applications such as Lyx or Opera. Assuming you have the bandwidth, a binary distribution with good dependency checking should install the packages you require, allowing you access to both Gtk and Qt-based applications. A "good" Linux desktop distribution should not require the user to worry about such dependency issues.
So you are basically saying that there are few genuine Gnome apps.
... Try to install these on a KDE-only system and you'll see.
And I agree with that. Most so-called Gnome apps are really GTK-apps. Especially the more advanced features like Bonobo are seldomly used.
KDE is different. I see a lot more interoperability and consistency accross the board of KDE-apps. (I may be mistaken about that, but that's my subjective experience)
True Gnome apps come with a load of dependencies, as well. Gnumeric, GnuCash,
I mean, people hated it a decade ago in Win95/NT4
You're confused. Windows has never had spatial file browsing.
(They had a funky mode that combined the worst aspects of spatial with the worst aspects of navigation. That's hardly a strike against spatial, though.)
Can you find one sane person outside of the Gnome dev's who likes spatial Nautilus?
Probably every Apple user (prior to 2002 or so).
You've confused KDE with Gnome there.
NZ Electronics Enthusiasts: Check out my Trade Me Listings
That's because the new file dialog used an API not compatable with the old one, so it had to be a different widget (keeping the old one for backwards compatability). When the applications' developers catch up with Gtk 2.4, you'll see the file dialog situation unify again.
Given that many developers are volunteers, and that many wanted to wait to see it settle down as a widget, I don't think it's unreasonable to give people a little bit of time (like a year or two) to get their apps up to speed.
Some apps *cough* GnuCash *cough* are still actively developed in Gtk1! The fact that some Gtk2 apps are not on the bleeding edge of Gtk2 is hardly surprising.
Free Gamer - Free games list and commentary
Wait...so GNOME apps don't need glib and gnome-print? And bonobo-ui and gconf and gnome-vfs and libglade and libgnome and gtk+ and...
Hmmm...that's a whole lot of stuff.
"I've yet to see a KDE app that doesn't require all of QT, kde-base and kde-libs to run."
Actually, those dependencies are false. The reason is that KDE itself only packages things down to that level and the distros don't bother to do otherwise, so kde-libs is only one package. That doesn't mean that a program needs all those libs, it just means that dependency checkers will think they need all those libs. If you were to build KDE from source yourself, you could pare down the deps a ton.
This is a very important distinction, as you will notice that the size in memory of most KDE apps isn't nearly as large as those theoretical dependencies would imply.