[Design] [Sum] Preview area

[Philippe Bossut]

Hmm... I see several problems with that:
- The date for email is the received or sent date. I suppose one can 
imagine scenarios where filtering emails that way makes sense but that's 
certainly not a common way of filtering emails. I'm more interested by 
the due date for instance of mails marked as tasks (that will work) but 
I don't think I'm going to stamp all my incoming emails.
- Since that date is always past, selecting a week in the future will 
never get any emails (except the stamped ones)
- The week selection is persistent across app area and there's no way 
currently to unselect it entirely. One could add that but that's one 
extra click for most people switching from calendar to email area.

I think I'm not voting for this 4th alternate design then... :)

Cheers,
- Philippe

Mimi Yin wrote:
> Yes, that would align the relationship between the mini-cal and the 
> summary pane across all App areas.
>
> On Apr 19, 2006, at 10:03 AM, Philippe Bossut wrote:
>
>> Hi,
>>
>> I'm confused with that 4th design:
>>
>> Mimi Yin wrote:
>>> I added a 4th alternate design which is to basically unify this 
>>> behavior across all App areas. Use the Mini-cal to constrain the 
>>> data you see in the Summary pane (a la iPhoto). Basically as a way 
>>> of filtering your view based on Dates. The Preview Pane remains 
>>> fixated on Today's events. PLUS the option of using MouseOver in the 
>>> MIni-cal to change the Preview Pane view.
>>>
>>> http://wiki.osafoundation.org/bin/view/Journal/SummaryPreviewPane
>> Do you mean that, if there's a week selected in the minical and 
>> you're in Mail view, you see only the emails for that week? (or 
>> something like that)
>>
>> Cheers,
>> - Philippe
>
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>
> Open Source Applications Foundation "Design" mailing list
> http://lists.osafoundation.org/mailman/listinfo/design