GNOME 2.17.90 has been released; it’s the sixth development release en route to GNOME 2.18, which is planned for March 2007. “This release marks the start of the UI Freeze. If you break the freeze your picture will be added to the HIG under the heading ‘Banned for Life’ and will have to live with the stigma of causing the ‘worst freeze ever’.”
…but looks like they resolved bug #173035 [1]. Can’t wait for the 2.18 release!
Now if only the annoying taskbar button size issue [2] could be fixed…
Other than that, THANKS for the great Desktop, Gnome guys!
[1] http://bugzilla.gnome.org/show_bug.cgi?id=173035
[2] http://bugzilla.gnome.org/show_bug.cgi?id=310809
I’ve given up on the taskbar buttons size issue and installed a patched libwnck 🙂
hello what is this UI Freeze stuff
?????????
Ambuj varshney(http://linuxondesktop.blogspot.com)
It means that no new UI changes are going to happen until GNOME 2.18 is released. This should allow people preparing documentation (and translations) time to prepare screenshots and visible feature descriptions without fear that they have to constantly have to redo their work.
It also means that the developers are more forced to focus on fixing bugs rather then on new features. It limits what can be added and done when they are not allowed to change the User Interface.
Thanx a lot of replying to my query . i have understood this UI freeze and seeing more documentation from gnome site. again thanx from bottom of my heart for replying
Edited 2007-01-25 19:56
Will that section header include a picture of the Comic Book Guy?
It appears that the people who write Gnome are actually using it, putting an emphasis on not breaking anything.
On the negative side, it that in the last few versions of Gnome there has been little positive change to Gnome and Nautilus itself. It seems that much of the energy has gone for acquiring more applications to add to their minimal set. Does this make Gnome good, or big?
For instance, an external application was written for a user to modify the Gnome menus, but this functionality should have been added to Gnome itself. This illistrates a solid failure in Gnome leadership. Who would want not to empower a Gnome user to have the basic ability to make decisions about their menus?
There is GUI work to be done. Why can the user add Places/Bookmarks in one view, and not the other. Why are they still called two differnt things?
Why are “Preferred Applications” found in different menus than the “Opens With?” Just because Windows does?
Why are G-scrips not included with Gnome?
If FileRoller is part of Gnome, where is there no “Create New” filestub for making .zips and .tars? on your desktop? Why is the integration incomplete? Why do I have to set this up myself?
Do you use the much ado Totem or do you use Xine or Mplayer?
I think that Gnome.org should stop maintaining ALL external applications, and instead, concentrate on making sure ALL GTK applications interoperate. You would end up with a more flexible system, with less work.
Lastly, isn’t it about time Gnome integrated a window manager for X/OpenGL? Would not everything be faster?
I appreciate all the work that people have put into Gnome. I have watched Gnome grow, and want to see it grow more.
Thank you : )
For instance, an external application was written for a user to modify the Gnome menus, but this functionality should have been added to Gnome itself.
it always has been an external application: gnome-menu-editor has been replaced by alacarte as soon as alacarte demonstrated to be clearly better than its predecessor.
Why can the user add Places/Bookmarks in one view, and not the other. Why are they still called two differnt things?
because they are different things; places are local to the file manager and the file selection dialog; bookmarks are for web browsers. anyway, there’s work toward integrating places into every application and exposing them to third party applications, but it’ll have to wait until the next (minor) release of gtk+, which will be available for GNOME 2.20.
Do you use the much ado Totem or do you use Xine or Mplayer?
I use totem every day, expect for DVDs as gstreamer dvd support isn’t quite there yet; but this has nothing to do with GNOME – as totem can also use libxine as a backend. and since xine and mplayer aren’t integrated with GNOME, then it’s a no brainer which one I choose.
I think that Gnome.org should stop maintaining ALL external applications
this is what baffles me of your entire comment – we (as GNOME foundation) have barely enough man power and resources to maintaine all the internal pieces of GNOME: how come we could maintain all the external GTK+ applications?
Lastly, isn’t it about time Gnome integrated a window manager for X/OpenGL?
metacity has support for an internal compositing engine, which can be enabled at compile time only at this moment because it’s still unstable and buggy.
Would not everything be faster?
no, it would not. GL acceleration, for those who have a graphic card and a driver supporting it, should make some operations faster, but it’s not a given.
all in all, you have some confused ideas about GNOME.