Difference between stamping an item and creating a collection:
Stamping an item means there is no need for elaboration. [USc] If you stamp a Mail with the Task stamp, it means the Mail IS the Task (ie. Bob sends his wife Joan an email: Please pick up eggs on the way home.)
Stamped item pairs share 1 detail view and 1 set of attribute values for Status, Priority, Do on time, Collections, Projects
Collection item groups have different detail views and different attribute values for Status, Priority, Do on time, Collections, Projects
[VD] There should be visual affordances for showing that an item is: 1) stamped, 2) member of collections
Under the hood, stamped item pairs are strongly linked items
There needs to be a seemless workflow from stamping an item to going back to the item to elaborate
Deleting a stamped T/M or C/M item from a Task/Calendar collection = Cancelling the T/C item
A stamped item can have dependencies (T/M) and can be part of a recurring event series (C/M)
[VD] There should be a visual affordance for showing blocked Tasks
For any stamped item, the T/C part of the item pair is the primary item
In a mixed view, stamped item pairs show up twice in any view sorted by time: 1) Date email was received and 2) Do on date of the Task or Start time of the Calendar event
We will go with the 3-pane view. If there is Dev push-back, what are some alternatives?
A la Net Newswire, we will give people the option to have a classic 3-pane view (like Apple Mail) OR a a layout of 3 vertical panes
[OI] Do we want to have requestor/requestee?
[OI] Should we allow users to put members of a stamped item pair into different collections? Are there compelling use cases for this? [Mitch]
[OI] What's the workflow for mapping attributes of stamped item pairs? From=Organizer=Requestor? To=Attendees=Requestee?
[OI] How does the Do on attribute map to the Start time, End time attributes for Calendar events?
Stamped Detail View
[OI] What are the status attributes?
Sharing
UNIX model for administrating passwords. Sharer can't see Sharee's password even if Sharer changes it.