Linked by Thom Holwerda on Thu 4th Oct 2007 15:34 UTC, submitted by te_lanus
SuSE, openSUSE OpenSUSE 10.3 has been released today. "This version contains new beautiful green artwork, KDE 3.5.7 and parts of KDE 4, SUSE-polished GNOME 2.20, a GTK version of YaST, a new 1-click-install technology, MP3 support out-of-the-box, new and redesigned YaST modules, compiz and compiz fusion advances, virtualisation improvements, OpenOffice.org 2.3, Xfce 4.4.1, and much more!"
Thread beginning with comment 276314
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[2]: GTK YAST
by segedunum on Fri 5th Oct 2007 10:19 UTC in reply to "RE: GTK YAST"
segedunum
Member since:
2005-07-06

It shows how biased it is here, yep it looks great and consistent with the GNOME desktop.

There's nothing much to say. They've re-written a GUI front-end for YaST in GTK, likely reproducing an awful lot of bugs and quirks. Personally, I don't think there was too much point in re-writing something just to get from one GUI toolkit to another, but, whatever.

Reply Parent Score: 3

RE[3]: GTK YAST
by SlackerJack on Fri 5th Oct 2007 11:56 in reply to "RE[2]: GTK YAST"
SlackerJack Member since:
2005-11-12

The look of GTK YaST is in tune with the gnome control centre, same layout and consistent. Why should GNOME users have to put up with the Qt/crystal icons inconsistency that was YaST before?

Reply Parent Score: 3

RE[4]: GTK YAST
by segedunum on Fri 5th Oct 2007 13:16 in reply to "RE[3]: GTK YAST"
segedunum Member since:
2005-07-06

The look of GTK YaST is in tune with the gnome control centre, same layout and consistent. Why should GNOME users have to put up with the Qt/crystal icons inconsistency that was YaST before?

Because we have people putting effort into integrative stuff like this:

http://gtk-qt.ecs.soton.ac.uk/

It is more than capable of going both ways, from GTK to Qt (KDE) and Qt (KDE) to GTK. There is no reason whatsoever, especially considering that YaST is a bunch of modules that can be embedded and launched, for someone to completely reimplement a front-end in a completely different GUI toolkit because they believe things like styles, themes and icons to be unchangeable. It's not as if GTK is offering you something that Qt can't do here, and the only reason it has been done is because of looks, which is pretty damn silly. Take a look at these applications, which use GTK, integrated nicely into KDE:

http://gtk-qt.ecs.soton.ac.uk/images/screenshots/gimppolyester-thum...
http://gtk-qt.ecs.soton.ac.uk/images/screenshots/firefoxdomino-thum...
http://gtk-qt.ecs.soton.ac.uk/screenshots.php?eclipseserenity

Eclipse isn't going to be ported specifically to Qt and KDE any time soon, but this suffices quite nicely really. I fail to see why this can't be done in the opposite direction.

Reply Parent Score: 2