[Design] [Scooby] Display of alarms

[Mimi Yin]

Yes as Priscilla pointed out in our PPD meeting on Monday, sending  
emails/SMS messages/IMs might be a good stop-gap measure whilst we  
figure out our mobile story.

In the short-term, an alternative to greying out the alarm would be  
to display a mute-icon next to it. (Sorry can't help throwing out  
suggestions.)

On Apr 27, 2006, at 4:00 PM, John Townsend wrote:

> The problem with that approach is that they might mistake the  
> greyed out look to mean that they can't edit the alarm, not that  
> Scooby won't trigger alarms for you.
>
> I definitely think we want to think about notification and how it  
> will work across the whole eco-system. For example, we could  
> implement some sort of notification system in cosmo that would be  
> server based and trigger one or more types of notification (emails,  
> SMS messages, popups within the running application (chandler or  
> scooby, etc.).
>
> Once we have such a system in place, we could think about how to  
> expose it.
>
> Just my two cents :-)
>
> --> John
>
>
>
> On Apr 27, 2006, at 11:38 AM, Mimi Yin wrote:
>
>> We could also display the alarm info (so the user doesn't think  
>> they've lost it) but grey it out so it  looks de-activated.
>>
>> On Apr 27, 2006, at 11:33 AM, Matthew Eernisse wrote:
>>
>>> It's an interesting qusestion. What is more confusing:
>>>
>>> 1. Not displaying alarm information. (Users might wonder what  
>>> happened to they alarm they set on an event.)
>>>
>>> 2. Displaying alarm information, but not actually triggering an  
>>> alarm. (If alarm info is displayed, users might assume that  
>>> alarms work in Scooby, and miss some important meeting because  
>>> they didn't get an alarm.)
>>>
>>> My vote would be not to display alarm info until we actually  
>>> implement alarms in Scooby. The repercussions are less annoying  
>>> -- users would know not to depend on an alarm from Scooby, and  
>>> when they seen their event again in Chandler (or whatever  
>>> calendar app), they'd see the alarm is still there.
>>>
>>>
>>> Matthew
>>>
>>>
>>>
>>>
>>> Priscilla Chung wrote:
>>>> Here are some issues about the alarm feature in Scooby. Please  
>>>> keep in mind we have decided not to implement a fully  
>>>> functioning alarm feature for the target user release "dogfood- 
>>>> able" release. Examples of fully functional alarms:
>>>> + Alarm notification in a pop up box (display/edit)
>>>> + Alarm notification sent to mobile devices (display/edit)
>>>> + Alarm notification sent to an e-mail address (display/edit)
>>>> Currently, the target users for Scooby are:
>>>> + Chandler user that wants to use Scooby just as a drive by view  
>>>> of their calendar
>>>> + Non Chandler user that wants to look at my calendar (read only)
>>>> *Feature: Display of Alarms*
>>>> *Current Behavior*:
>>>> + Currently there is no UI that exists to display or set alarms.
>>>> *Use Cases*:
>>>> + A Chandler User subscribes his Chandler calendar into Scooby.  
>>>> There are alarms set on his events in Chandler. When viewing his  
>>>> Chandler calendar in Scooby, the user would like to see all the  
>>>> information stored in an event that is the same created in  
>>>> Chandler. Information such as the status and if there is an  
>>>> alarm set on the event. *Proposal:* + 0.2 is not a usable  
>>>> release. It does not seem to be necessary to implement the alarm  
>>>> feature for 0.2, including just displaying the alarm in the  
>>>> event details/lozenge. Development for a fully functioning alarm  
>>>> feature may commence for future release. Even if it will not be  
>>>> in the target user's/dog food-able release.
>>>> *UI Dependencies:* + None.
>>>> *What we need to know: *
>>>> + Is displaying alarms in Scooby created in Chandler useful or  
>>>> confusing to users?
>>>> + Would not having alarms displayed be confusing to a Chandler  
>>>> Users who have alarm information stored in their events in  
>>>> Chandler?
>>>> -Priscilla
>>>> ------------------------------------------------------------------- 
>>>> -----
>>>> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>>>> 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
>>
>> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>>
>> Open Source Applications Foundation "Design" mailing list
>> http://lists.osafoundation.org/mailman/listinfo/design
>