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
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "Design" mailing list
http://lists.osafoundation.org/mailman/listinfo/design
