Sugar demo 3: Difference between revisions
Jump to navigation
Jump to search
(→TODO) |
(→TODO) |
||
Line 14: | Line 14: | ||
* Define an API that makes straight forward the most common case: activity specific service browing. |
* 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. |
* It should not be necessary to write a Shell per each activity to manage multiple activities in the same process. |
||
* Cleanup the Shell code. |
|||
* Abstract activity construction. |
* Abstract activity construction. |
||
* Move the one-to-one chat listener inside the shell |
* Move the one-to-one chat listener inside the shell |
Revision as of 03:42, 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.
- Cleanup the Shell code.
- 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)
- Teach a bunch of things to my bots -- marco
To define
- Are we going to write some sort of simple music activity that showcases CSound?
- We might be able to integrate some sort of writing activity by Erik
See Sugar architecture review 1 and Sugar design review 3 for an higher level introduction to the demo goals.