Sheila? Should we capture this in the Email spec?
On Nov 13, 2006, at 3:46 PM, Brian Kirsch wrote:
On Nov 13, 2006, at 7:47 AM, Mimi Yin wrote:
I realized I'm not thinking in a flexible way about this.
Would there be a problem with keeping the IN and OUT collections
in the sidebar without changing the interaction behavior? In other
words:
+ Allow users to make inclusions and exlcusions via Drag and Drop
and eventually Labeling when we support it
+ Allow users to create new items in the In and Out collections
and do what they want with them
+ Continue to support users sharing their In and Out collections
Ok all of this sounds good and doable with out any issues or
problems that I can think of. However, what I would like to discuss
further is what happens mail items that are automatically added to
the in collection or out collection.
I would assume these items could be removed from the collections
event though the me address is a match. This could be done via
exclusions. Are there any other specific behaviors for the 'In' and
'Out' collections
that I should be aware of?
Not that I can think of, except for this bug: http://
bugzilla.osafoundation.org/show_bug.cgi?id=7201
The In and Out collections should now show up as swatches on event
lozenges in the calendar. None of the OOTB collections should.
We've always had this idea that even with 'query-based'
collections, we wanted users to maintain control over the content
of the collection with inclusions and exclusions. I'm sure this
behavior will be confusing to users at first, just as the way in
which the contents of In and Out are defined will be confusing.
But with time, feedback and iteration, we'll figure out the right
solution. I was just nervous about trying to figure out the 'right
behavior' by Preview.
Ok I think we should proceed with the 'In' and 'Out' collections as
well and iterate as improvements are needed.
Great, seems like we have a plan.
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "Design" mailing list
http://lists.osafoundation.org/mailman/listinfo/design
