gnome-panel Roadmap


What are your plans for GNOME 2.24 (next 4 months, before feature and UI freezes)?

  • Have the menubar and the main menu being described by a xml file. So people can finally change the layout of their menus, and not only the things in the application menu.
  • Fix positionning of applets when panel size changes, etc.
  • New gnome-session integration work
  • Lots of long-overdue cleanup work

What are your plans for GNOME 2.26 (next year)?

  • Change wanda to use .desktop files for finding other images and configuration for those images (instead of having lots of useless informations in the pref dialog that the user needs to set)

Do you have plans for a future release?

  • Make the panel sexy.

I'm putting here some big things that I keep pushing back:

  • New library for the applets. Clearly needs help on this. Ryan's work is a good basis.
  • Have a compatibility layer for old bonobo applets (possibly through a proxy applet), and kill bonobo usage in the panel.
  • Change how the user interacts with applets (activate/deactivate an applet instead of adding/removing it, eg).
  • Maybe also have a mode for editing the panel contents.

Do you have any goals from 2.22 that were not achieved? Why?

Many goals. The reason is lack of time (and I was really busy during the 2.21 cycle). gnome-panel is not a small module, and having only one active maintainer for it is not optimal, especially since I'm doing too many other things.

Is there something that is really missing in our infrastructure or platform that would help you?

  • What would really help me is more people contributing :-)

  • good integration with bugzilla

Do you have plans to work on other modules not maintained by you? What are they?

Well, I have lots of ideas, but I have no time. So no :-) I'll open bugs, though.

Do you have any GNOME-wide goals suggestions for the next releases?

Make user-visible changes. Sexy stuff. Also, at some point, it'd be great to concentrate on fixing bugs: bugzilla is getting more and more bugs. We need more people.

Quick notes based on discussion with RaphaelSlinckx:

  • e-d-s is to hard to use, we'd love to have an easier API
  • e-d-s can't handle short-lived data (like people who are connecting on IM)
  • fixing e-d-s is a huge amount of work
  • e-d-s could be at the center of the desktop (replace galago to handle the presence, eg)


RoadMap/GnomePanel (last edited 2008-04-09 12:24:39 by VincentUntz)