Calendar Talk:Lightning:Roadmap: Difference between revisions
| Line 25: | Line 25: | ||
: This is way to complicated for most users. Almost nobody will understand it. So it is very unlikely that this will end up in core code. (and even if it was, it is an addressbook issue, not a calendar/lightning one) | : This is way to complicated for most users. Almost nobody will understand it. So it is very unlikely that this will end up in core code. (and even if it was, it is an addressbook issue, not a calendar/lightning one) | ||
:: I figured as much. I put it here because if followed the AddressBook comment. Blind following the blind. I wish ''someone'' somewhere did this kind of addressbook, for us powerusers. | |||
Revision as of 21:41, 17 November 2005
Since many users use PDA and smartphone as primary PIM, I would strongly suggest to push "Device synchronization" higher in roadmap.
- Not gonna happen. We need a base first, before we can start working on synchronization
Suggestions for Lightning 1.0:
- Make Fully Integrate the Calendar 1.0 branch with the Thunderbird 2.0 branch.
- Add features
- Make Lightning less suck
- Add support for obscure platforms and asynchronous processors
(moved from main page, added there by Troll)
- XML/XSLT temlates for mail templates, somewhat like stationery but *useful*
- As for PIM functionality, a better framework for holding notes would be nice. Not like sticky notes, not like a tasks list, but something like a re-orderable, heirarchical system for holding entire pages of notes, pictures, etc. This is really pie-in-the-sky, but hey...
- Tagging, a'la Google Mail. Once you use it you love it.
Better addressbook functionality
Thunderbird's addressbook is fairly e-mail centric. It'd be nice to have a more fully featured addressbook. Options for more e-mails, import from outlook CSV files, change the layout for viewing a contact to display more info on the page. Resizable contact dialog to show more info (instead of tabs).
Relational Address book please
Well, as long as we're improving address book: make it relational(ish). Not heavyweight relational; maybe relational is not even the right term. What I want is the ability to "normalize" my contacts. Each entry is a location or a person or whatever, and each entry has attributed like phone number or address. And then there's the relationships between them (familial [relative, spouse/SO, friend, ...], location<->person, ...).
Use case
Several people live at the same location (that's the relationship between each person and the location). A location has an address, and can have a phone number. A person can have a phone number (mobile, since land line is associated with the location). Stuff like that. If I have 4 entries for different people at the same location (office, home, whatever) and that location changes its number, I only want to have to change it once, not 4 times.
Similarly for individual vs. company (i.e. location) email addresses.
- This is way to complicated for most users. Almost nobody will understand it. So it is very unlikely that this will end up in core code. (and even if it was, it is an addressbook issue, not a calendar/lightning one)
- I figured as much. I put it here because if followed the AddressBook comment. Blind following the blind. I wish someone somewhere did this kind of addressbook, for us powerusers.