Sugar demo 3: Difference between revisions

From OLPC
Jump to navigation Jump to search
Line 3: Line 3:
== TODO ==
== TODO ==


* Refactor window management for the new design.
* Refactor window management for the new design. Get rid of xembed and use matchbox.
* Get rid of xembed and use matchbox for window management (on the OLPC).
* Merge the presence window and the chat -> buddies window
* Merge the presence window and the chat -> buddies window
* Write the home window, experiment visual ideas
* Merge task switching and the everyone page activities list into my home window. Experiment visual ideas.
* Refactor activity sharing to follow the new "default on" model
* Show the buddies window (with chat collapsed) for a few seconds when creating or activating an activity.
* Write the new "..." menu. Web search should be moved there.
* Write my blog, probably just private for demo 3
* Write my blog, probably just private for demo 3
* Turn the presence service in a DBUS service, to simplify the code and decrease network usage.
* Turn the presence service in a DBUS service, to simplify the code and decrease network usage.

Revision as of 03:08, 30 June 2006

The target date for completion is 21 July 2006.

TODO

  • Refactor window management for the new design. Get rid of xembed and use matchbox.
  • Merge the presence window and the chat -> buddies window
  • Merge task switching and the everyone page activities list into my home window. Experiment visual ideas.
  • Refactor activity sharing to follow the new "default on" model
  • Show the buddies window (with chat collapsed) for a few seconds when creating or activating an activity.
  • Write the new "..." menu. Web search should be moved there.
  • Write my blog, probably just private for demo 3
  • Turn the presence service in a DBUS service, to simplify the code and decrease network usage.
  • Fix the misuse of zeroconf service types.
  • Define an API that makes straight forward the most common case: activity specific service browing.
  • It should not be necessary to write a Shell per each activity to manage multiple activities in the same process.
  • Abstract activity construction.
  • Move the one-to-one chat listener inside the shell
  • Improve multi cast reliability. The use case is out of school small groups of kids.
  • Start defining contributors development tools (build, coding, testing)


See Sugar architecture review 1 and Sugar design review 3 for an higher level introduction to the demo goals.