[Design] Questions about ticklers/reminders

Grant Baillie grant at osafoundation.org
Fri Jul 28 14:18:02 PDT 2006


On 28 Jul, 2006, at 10:41, Mimi Yin wrote:

> Hi Grant...see below...
>
> On Jul 28, 2006, at 10:25 AM, Grant Baillie wrote:
>
> ...
>
>> Also, when either kind of reminder is fired, the triage status of  
>> the corresponding Item is supposed to change to "Now".
>>
>> The things I wasn't sure of were:
>>
>> 1) Will we still use the current reminder dialog? (Some might find  
>> it handy in cases where an alarm goes off and the item is already  
>> triaged as "Now". This would often be the case if you have a  
>> reminder set to display 5 minutes before an event, because events  
>> are promoted to "Now" at the start of their day).
>
> Start of their day or Start-time. I think it should be Start-time,  
> though I can believe that the spec is unclear or even directly  
> contradictory.

I double-checked, and it's clear: Start-time, but 12AM for anytime/ 
allday events. I was just confused, eh.

> + If there is an alarm set to 5 minutes before the event...the  
> event should enter into NOW 5 minutes before the event start-time.
>
> However...
> + If there is a custom-date tickler (say for Mar 1st, 2007), the  
> event enters NOW on Mar 1st 2007.
> + If the event start date/time is March 15th, 2007 at 2PM...The  
> event re-enters NOW at the event start-time; OR
> + You could re-set the alarm to be 15 minutes before the event  
> start time...at which point the event will re-enter NOW 15 minutes  
> to 2PM on March 15th.
>
>>
>> 2) Assuming we have the dialog, and it displays an alarm, and the  
>> user "snoozes" it, or dismisses it, is the triage status of the  
>> item affected?
>
> What does snooze do? Snooze for 15 minutes? Can we specify for how  
> long?

Right now, it's hard-coded for 5 minutes. There's nothing in the back  
end that prevents different times; it's just the simple matter of  
hooking up the right UI ;)

> If we can, we could defer it to LATER and have it re-enter NOW when  
> the alarm goes off again...OR
>
> We can just leave it in NOW have it re-enter NOW again in 15  
> minutes (or whatever the default snooze time is).
>
>>
>> 3) If you set a custom-date tickler on a recurring event, it  
>> doesn't make sense to add it for all future events. Do we show the  
>> recurrence change dialog, with just "Cancel" and "Change This"  
>> enabled? Or maybe just assume the user knows what they're doing  
>> and just make the change.
>
> Ooh, good point. I like the first approach better. Make it clear  
> that it can only apply to the selected instance of the recurring  
> event.

Yes, it does.

--Grant




More information about the Design mailing list