[Design] [Sum] Preview area

[Mimi Yin]

Yes, I agree that the issues you've brought up below makes this  
design a tricky one to work out. A lot of details would have to fall  
into place in order for it to be usable. (Which was why it wasn't  
originally on the list of options.) However, I think it's ultimately  
worth pursuing, even if it's not feasible in the 1.0 timeframe.

To address some of the issues you've mentioned:

We could filter on whatever date is displayed in the Summary Table  
View Date column (aka "The important date") which would address the  
"Due date" versus "Date received" issue...and/or filter based on all  
Timeframe attributes. Date received, Date modified, Tickler date,  
Date on calendar, Birthdate.

If/when we have the search bar, we can display the filter as a text  
string and allow the user to customize it.

e.g. Timeframe: Mar 13-21, 2006 --> Tickler date: Mar 13-21, 2006

In the end, it would be a neat GUI for advanced search  
functionality...and yet another interaction ramp to get people using  
a simple query syntax.

Mimi :o)

On Apr 19, 2006, at 11:53 AM, Philippe Bossut wrote:

> 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