There still though is the chance for change as Hess explains, "Some desired data is not yet available, but at this point I'm around 80% sure that gnome is coming out ahead in the process. This is particularly based on accessibility and to some extent systemd integration... The only single factor that I think could outweigh the above is media size, if there was a strong desire by Debian to see a single CD with a standalone usable desktop. However, the Debian live team doesn't care about fitting on a traditional CD; and while the Debian CD team hasn't made a statement, my impression as a member is that this is not something we care enough about any more to make it a hard blocker on the default desktop."
Speaking of gedit, after the major changes of 3.12, 3.14 has been a cycle focused on stabilization and polishing. Overall the revised user interface got mostly positve feedback.. I for one, as a heavy gedit user, adapted to the new UI without problems. 3.14 will have a few incremental changes, that among other things try to address some of the issues pointed out by Jim Hall’s usability study presented at GUADEC: “Open” will be a single button removing the dichotomy between the open dialog and recent files and providing quick search among recent files. “Save” now uses a text label since it turns out a lot of people did not grok the icon (and no, I am not going back to the floppy image!) and the view menu has been reorganized and now uses a popover. With regard to the “Open” button, we know things are not perfect yet, search among recent is great, but when the “cache misses”, going through a double step is painful… we already have a few ideas on how to improve that next cycle, but for now I can vividly recommend to try the “quickopen” plugin, one of the hidden gems of gedit, which already provides some of the things we would like to integrate in the next iteration.
GNOME user experience designer Allan Day shared a sneak peek into upcoming features in GNOME 3.14 release in the GNOME blog.
The 3.14 release is expected around the last week of this September. Though the release notes will has an exhaustive list of features (as if you are going to wait for that!), Alan shares his personal favourites. As we can see, the next release is going to be a big one with respect to overall polish and user experience.
At the release team BoF at this years Guadec, I said I would write a blog post about the whats and hows and ifs of release team work. I’m a little late with this, but here it is: a glimpse into the life of a GNOME release team member.
We are in the end phase of the development cycle, when the release team work is really kicking into high gear.
GNOME Shell’s ability to have extensions is pretty brilliant in my eyes. Some developers have come up with some great extensions to make life easier within GNOME-Shell.
To install these extensions easily just open the links up within firefox, you will get a message bar asking if you would like to allow extensions.gnome.org to install them. You need to allow this for them to work.
When you load one of the extension links you will be presented with a page like below, it has a nice easy “On/Off” toggle switch.
The list of applications that work ‘natively’ (ie with the GTK+ Wayland backend) is looking pretty good, too. The main straggler here is totem, where we are debugging some issues with the use of subsurfaces in clutter-gtk.
We are homing in on ‘day-to-day usable’. I would love to say the Wayland session is “rock-solid”, but I just spent an hour trying to track track down an ugly memory leak that ended my session rather quickly. So, we are not quite there yet, and more work is needed.