[Design] In Out collection logic proposal refinements
bkirsch at osafoundation.org
Mon Nov 13 15:46:19 PST 2006
See comments inline.
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
that I should be aware of?
> 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.
> On Nov 10, 2006, at 1:14 PM, Brian Kirsch wrote:
>> On Nov 10, 2006, at 7:22 AM, Mimi Yin wrote:
>>> Hi Brian, Thank you for writing this summary. It's very helpful.
>>> I don't see anything that jumps out me. I don wonder though if
>>> for the sake of simplicity, we want to hide the In and Out
>>> collections for preview.
>> Well I can't say that I completely understand that decision. To
>> me, it seems better to have at least a simplified version of the
>> In and Out collections that are read only then to have nothing at
More information about the Design