[Design] In Out collection logic proposal refinements

[Brian Kirsch]

Hi Mimi,
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  
'Out' collections
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.


-Brian


>
> Mimi
>
> 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  
>> all.