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