Calendar:Roadmap: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
(Update roadmap to 2014)
 
(3 intermediate revisions by the same user not shown)
Line 1: Line 1:
'''Please don't edit this page, unless you are a member of the calendar team.'''
'''Please don't edit this page, unless you are a member of the calendar team.'''
=High Level Goals=


==Tracking 1.0==
The Mozilla Calendar Team mostly consists of volunteer developers, therefore we don't have a fixed schedule per release. Each contributor is free to work on whatever they think is most fun. We do have a set of high level goals to follow:


[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&emailassigned_to1=1&emailtype1=substring&email1=&emailassigned_to2=1&emailreporter2=1&emailqa_contact2=1&emailtype2=substring&email2=&bugidtype=include&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=flagtypes.name&type0-0-0=casesubstring&value0-0-0=tb-integration%2B Open TB Integration] | [https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&product=Calendar&long_desc_type=allwordssubstr&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&emailassigned_to1=1&emailtype1=substring&email1=&emailassigned_to2=1&emailreporter2=1&emailqa_contact2=1&emailtype2=substring&email2=&bugidtype=include&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=flagtypes.name&type0-0-0=casesubstring&value0-0-0=blocking-calendar1.0%2B Open Blocker Bugs 1.0] | [https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&product=Calendar&long_desc_type=allwordssubstr&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&emailassigned_to1=1&emailtype1=substring&email1=&emailassigned_to2=1&emailreporter2=1&emailqa_contact2=1&emailtype2=substring&email2=&bugidtype=include&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=flagtypes.name&type0-0-0=casesubstring&value0-0-0=wanted-calendar1.0%2B Open Wanted Bugs 1.0]
* Performance
 
* Test coverage
===Main Goals===
* Standards compatibility
* Performance fixes
* Make sure alarms are reliable
* Improve Views Usability
* Did I say performance?
 
===Schedule===
* Lightning 1.0b1 released Jan 12th, 2010
* Further Betas TBD
* 1.0 Final TBD


===Draft 1.0 Final Planning===
Of course new features or other items not mentioned are always welcome, but with the small team size we have, stability is very important.
* See [[Calendar:1.0_Product_Planning]]


==0.9 Release==
= Current Work =


===Release Schedule===
For tracking current work, the priority field is used:
*0.9 String Freeze July 14th, 2008
* P1: The top 1-2 bugs assigned to you and you are currently working on.
*0.9 RC1 September 11th, 2008
* P2: Whats up next once you've fixed your P1 bugs.
*0.9 RC2 September 19th, 2008
* P3: Bugs that should be part of the Lightning roadmap or are nice to have.  
*0.9 Final September 23rd, 2008


===Main Goals===
You are eligible to set P3 bugs if you are working on P1/P2 issues and have landed at least one bug. It should be avoided to make the list of P3 bugs too long, otherwise it ends up being yet another bug list. If in doubt about making a bug P3, feel free to leave a comment first.
* Usability
* Performance
* Interoperability


==0.8 Release==
'''List of currently prioritized bugs''': [https://bugzilla.mozilla.org/buglist.cgi?quicksearch=-prio%3A--%20prod%3Acalendar&columnlist=priority%2Cassigned_to%2Cbug_status%2Cshort_desc&order=priority%2Cassigned_to&list_id=11618442 click here]


===Release Schedule===
= Contributing =
* 0.8 String Freeze January 21st, 2008
I would really like to set up a more complete guide on how to contribute, but for now a few basics.
* 0.8 RC1 March 6th, 2008
* 0.8 RC2 April 2nd, 2008
* 0.8 Final April 4th, 2008


===Main Goals===
If you are interested in helping out or working on your own feature and you don't have a lot of experience with the Mozilla codebase, the first thing you can do is check out one of the following queries:
*Stable Backend
**foreign timezones support
**being RFC2445/6/7 compliant
**no dataloss
*Better performance
**no leaks
**better memory footprint
*Offline Support Step 1: browsing offline (read-only)
**Optimize local storage calendar
*Separate Task Mode
*Restructuring menus and toolbars
*Calendar Subscription Support
*Transformations: Email ↔ Event/Task, Event ↔ Task
*Improving handling of read-only calendars


==0.7 Release==
* [https://bugzilla.mozilla.org/buglist.cgi?quicksearch=whiteboard%3A%22%5Bgood%20first%20bug%5D%22%20prod%3Acalendar&list_id=11618494 good first bugs]
* [http://www.joshmatthews.net/bugsahoy/?calendar=1 all mentored bugs]


===Release Schedule===
Once you have found an issue, you should get your build environment set up. To build Lightning, you will be building Thunderbird with Lightning enabled, therefore check the [https://developer.mozilla.org/En/Simple_Thunderbird_build Thunderbird build guide] and make sure you enable Lightning as mentioned on that page. If you prefer, you can also make changes to the Lightning .xpi file instead or use an [https://developer.mozilla.org/en-US/Add-ons/Setting_up_extension_development_environment#Firefox_extension_proxy_file extension proxy file] at first, but eventually you will need to work with the build environment.
* 0.7 String Freeze September 3rd, 2007
* 0.7 RC1 October 4th, 2007
* 0.7 RC2 October 17th, 2007
* 0.7 Final October 25th, 2007


If you have questions, the quickest way to contact someone is to visit the  [[IRC|IRC channel #calendar on irc.mozilla.org]]. If no one is available, you can also check the [https://groups.google.com/forum/#!forum/mozilla.dev.apps.calendar newsgroup] or contact the [mailto:mozilla@kewis.ch project leader] directly.


[[category:calendar|Roadmap]]
Please don't hesitate to get in touch!

Latest revision as of 00:02, 24 November 2014

Please don't edit this page, unless you are a member of the calendar team.

High Level Goals

The Mozilla Calendar Team mostly consists of volunteer developers, therefore we don't have a fixed schedule per release. Each contributor is free to work on whatever they think is most fun. We do have a set of high level goals to follow:

  • Performance
  • Test coverage
  • Standards compatibility

Of course new features or other items not mentioned are always welcome, but with the small team size we have, stability is very important.

Current Work

For tracking current work, the priority field is used:

  • P1: The top 1-2 bugs assigned to you and you are currently working on.
  • P2: Whats up next once you've fixed your P1 bugs.
  • P3: Bugs that should be part of the Lightning roadmap or are nice to have.

You are eligible to set P3 bugs if you are working on P1/P2 issues and have landed at least one bug. It should be avoided to make the list of P3 bugs too long, otherwise it ends up being yet another bug list. If in doubt about making a bug P3, feel free to leave a comment first.

List of currently prioritized bugs: click here

Contributing

I would really like to set up a more complete guide on how to contribute, but for now a few basics.

If you are interested in helping out or working on your own feature and you don't have a lot of experience with the Mozilla codebase, the first thing you can do is check out one of the following queries:

Once you have found an issue, you should get your build environment set up. To build Lightning, you will be building Thunderbird with Lightning enabled, therefore check the Thunderbird build guide and make sure you enable Lightning as mentioned on that page. If you prefer, you can also make changes to the Lightning .xpi file instead or use an extension proxy file at first, but eventually you will need to work with the build environment.

If you have questions, the quickest way to contact someone is to visit the IRC channel #calendar on irc.mozilla.org. If no one is available, you can also check the newsgroup or contact the project leader directly.

Please don't hesitate to get in touch!