264
edits
Calendar:Hamburg 2008 - F2F Meeting: Difference between revisions
Calendar:Hamburg 2008 - F2F Meeting (view source)
Revision as of 18:10, 20 April 2008
, 20 April 2008Day 1
XFallenAngel (talk | contribs) (Day 1) |
|||
| Line 158: | Line 158: | ||
Note on "Shorts": These are intended to be '''45min''' segments on a particular topic/idea. They can be demos/prototypes, architecture problems/ideas, short talks, or really almost anything. Ideally, they should be split 15min for the presenter and 30min for discussion, but this is flexible. If you wish to present here, please sign up for an open slot. More slots can be created if the need arises. | Note on "Shorts": These are intended to be '''45min''' segments on a particular topic/idea. They can be demos/prototypes, architecture problems/ideas, short talks, or really almost anything. Ideally, they should be split 15min for the presenter and 30min for discussion, but this is flexible. If you wish to present here, please sign up for an open slot. More slots can be created if the need arises. | ||
=Results= | |||
=== Day 1 (Saturday) === | |||
'''Task mode in Sunbird''' | |||
*Can be implemented by community | |||
*Should be implemented as a mode, technically. | |||
*This will mean more code consolidation, and easier addition of further modes (i.e journal mode) by only moving UI and some extra code. | |||
*Implement as a view button for the user | |||
'''Unifinder''' | |||
*How does mac ical do it? | |||
*Some like it, others hate it | |||
*Could be changed to only be shown with search results when searching | |||
**Search bar integration with thunderbird, create similar bar for sunbird. | |||
'''Leaks and Performance''' | |||
*Roadmap spreadsheet: Split point 90 into finding, fighting, fixing. | |||
*Leaks not strictly blocking, but storage provider should be improved. | |||
'''High level goals for 0.9''' | |||
These goals were brainstormed. It might be a good idea to define high level goals and then in a second pass try to define specific features, and in a third pass define specific bugs. | |||
*80% of daily use UI should be "usable" | |||
*Being interoperable | |||
*Improve performance: Make a standard manager calendar be usable | |||
'''Versioning ideas''' | |||
*Next release is the last branch release | |||
*If quality isn't "good enough", then calling the release 1.0 might hurt the Mozilla Brand, since round versions have always meant quality. | |||
*If quality is sufficient, the next release will be called 1.0, otherwise 0.9 | |||
*Afterwards, we should switch to trunk | |||
*If Thunderbird 3 is delayed, possibly add another release on branch. | |||