Sugar TODO: Difference between revisions
Jump to navigation
Jump to search
Line 29: | Line 29: | ||
* Startup the journal when clicking on the icon in the donut. |
* Startup the journal when clicking on the icon in the donut. |
||
* Fix the toolbars UI mess. |
* Fix the toolbars UI mess. |
||
* Filtering and fulltext search. |
|||
* Previews. |
|||
=Write= |
=Write= |
Revision as of 09:49, 18 May 2007
Sugar
- Implement object types system.
- Implement palette.
- Fix toolbox style when tabs are turned off.
Browser
- Resolve the gtkmozembed mess.
- Split out to his own package.
- Convenient DOM events API (based on pyxpcom).
Datastore
- Basic ops < 0.1 sec
- Run tests from the makefiles
Shell
- Fix and complete the mesh view layout manager.
Clipboard
- Preview images in the rollover.
Journal
- Entries renaming.
- Startup the journal when clicking on the icon in the donut.
- Fix the toolbars UI mess.
- Filtering and fulltext search.
- Previews.
Write
- Autosave also by a timeout (now it saves on focus-out and on close).
- Fix the toolbars UI mess.
Chat activity
- Redesign to launch it from the mesh view
Call activity
- Redesign to launch it from the mesh view
Connect 4
- Clean up to use sugar's API as much as possible (instead of TP API) (smcv)
Activity sharing
PS & Sugar
- make PS issue invitations (cassidy)
- make Sugar display invitations (cassidy)
- make call activity work on XO images
- make connect activity work on XO images
- write an easy API for tubes (smcv)
- blocked by design discussion
- make the PS use salut
- allow inviting without sharing (currently the PS only creates a MUC when you share)
- implement group sharing
Gabble
- review tubes branches (Robot101)
- implement p2p tubes (OOB ?)
- implement stream tubes
Salut
- sort out the authentication of our JIDs on the server with OLPC keys
- sign/verify salut presence adverts
- implement org.laptop.Telepathy.ActivityProperties
- implement tubes
- implement jingle calls
Server side
- fix XMPP scalability issues with a server component
- keep a registry of activities so we can get the activity id and name from a central place
- revisit activity enumeration, so we can do "find me activities of type $foo", or "get me some activities to fill up the mesh view"
- revisit buddy enumeration, so we don't need the shared roster hack. it's possible that we should just find random people by finding random activities, and not worry about "get be some buddies to fill up the mesh view".
- provide a solution for mutual groups?