From Fedora Project Wiki
Line 11: Line 11:
== Current status ==
== Current status ==
* Targeted release: [[Releases/{{FedoraVersion||next}} | {{FedoraVersion|long|next}} ]]  
* Targeted release: [[Releases/{{FedoraVersion||next}} | {{FedoraVersion|long|next}} ]]  
* Last updated: 2010-06-08
* Last updated: 2010-06-23
* Percentage of completion: 15%
* Percentage of completion: 25%


GNOME has been updated to 2.31.3 in rawhide.
GNOME has been updated to 2.31.3 in rawhide.

Revision as of 13:34, 23 June 2010

GNOME 3

Summary

Include GNOME 3

Owner


Current status

  • Targeted release: Fedora 40
  • Last updated: 2010-06-23
  • Percentage of completion: 25%

GNOME has been updated to 2.31.3 in rawhide. dconf, gnome-icon-theme-symbolic, gtk3 and yelp-xsl are in rawhide. The dbus a11y stack is now the default. gtk3 modules have been added for at-spi2-atk, PackageKit and gtk3-engines.

Detailed Description

GNOME 3 is the next major version of the GNOME desktop. After many years of a largely unchanged GNOME 2.x experience, GNOME 3 brings a fresh look and feel with gnome-shell. There are also many changes under the surfaces, like the move from CORBA-based technologies such as GConf, Bonobo, at-spi to dbus-based successors.


Benefit to Fedora

Fedora stays in sync with upstream, and gains a new user experience. Some long-standing problems with the CORBA-based accessibility stack will hopefully be solved as a side-effect of the move to D-Bus

Scope

  • Package new components
  • Build packages which provide gtk modules for gtk2 and gtk3 (tracked [upstream]):
    • librsvg2 (Done)
    • gtk2-engines [gtk3-engines review] (Done)
    • ibus-gtk [bug] (Done)
    • at-spi2-atk (Done)
    • PackageKit-gtk-module (Done)
  • Switch to the dbus-based accessibility stack (Done)
  • Implement data migration for applications that are ported from GConf2 to dconf
    • done for evince
    • done for gedit
  • Implement fallback from the shell to 'classical GNOME' for unsupported hardware
  • All system status indicators must use symbolic icons, others are optional
    • power (Done)
    • updates (Done)
    • network
    • keyboard
    • sound
    • bluetooth

How To Test

How to test the accessibility stack:

  1. . Make sure accessibility support is turned on
  2. . Install at-spi2-core, at-spi2-atk, pyatspi
  3. . Set the GConf key /desktop/gnome/interface/at-spi-corba to false
  4. . Log in again
  5. . Verify that at-spi-registry is not running
  6. . Start orca
  7. . Verify that at-spi-registryd2 has been activated
  8. . Verify that speech support in orca works as it does with the old stack

Repeat these steps with other accessibility technologies

How to test fallback:

  1. . Use a system with supported graphics card
  2. . Log in to a GNOME session
  3. . Verify that you end up with gnome-shell
  4. . Switch to a system with a graphics card on which we don't have 3d support (e.g. a VM)
  5. . Log in to a GNOME session again
  6. . Verify that you end up with the 'classic GNOME' desktop

User Experience

The user experience (on supported hardware) will be defined by gnome-shell.

Accessibility tools will work as well as (or hopefully better than) they used to. The onscreen keyboard will no longer be gok, but caribou, which may offer a slightly different user experience.

Dependencies

  • gnome-shell uses clutter, which relies on 3D hardware and drivers. In F13, the shell is known to work ok with Intel and ATI graphics, and work somewhat with the nouveau driver for NVidia graphics. For F14, we want the shell to work well with all three of
    • xorg-x11-drv-ati
    • xorg-x11-drv-intel
    • xorg-x11-drv-nouveau
  • Any packages that install modules for gtk2 (such as image loaders, input methods or theme engines) need to do extra work to make their functionality available to gtk3 too

Contingency Plan

If gnome-shell is not complete or stable enough, keep it experimental and stay with 'classical GNOME' as the default. Users will still be able to try the shell manually, just like in F12 and F13.

If the dbus-based accessibility stack is not sufficiently functional, we switch back to the CORBA-based stack.

Applications can be ported from GConf to dconf and from gtk2 to gtk3 one-by-one, so if the porting work is not complete (and it is very unlikely that it will be), we can just ship with some applications using the new technology, while others still use the old one.


Documentation

Release Notes

Comments and Discussion