[Design] [Cosmo-Last Call] Time-zones on Cosmo UI

[Mimi Yin]

Prompting users is a good idea.

Is there a good way to figure out when to prompt?
e.g. If the events in the calendar have different timezones, we know  
for sure that the shar-ER was using timezones.

However, if the events in the calendar have all the same timezone,  
can we still tell if the shar-ER was using timezones or not? My  
understanding was that even when the UI claimed to be timezone-free,  
events were still stored with a timezone.

Mimi

On Dec 1, 2006, at 5:17 PM, Mitchell Kapor wrote:

>
> On Nov 30, 2006, at 12:03 PM, Priscilla Chung wrote:
>
>> I sent this out last week and wanted to follow up if anyone had  
>> any last comments.
>> Thanks, -Priscilla
>>
>> On Nov 21, 2006, at 12:16 PM, Priscilla Chung wrote:
>>
>>> Mimi send out a summary of the time-zones on the Cosmo UI: http:// 
>>> lists.osafoundation.org/pipermail/design/2006-November/005724.html
>>>
>>> I just wanted to pull it out of the 'Login-related workflows  
>>> update' thread to confirm the direction we're taking:
>>>
>>> *Not Logged-in Cosmo*
>>> + The calendar canvas will be viewed in floating time-zone (ie.  
>>> if you have 2 events at 2:00pm PST and 2:00pm EST, they both show  
>>> up at 2:00pm)
>
> My two cents.  It would be better if this were flagged with an  
> alert to the user to suggest they turn on time zones. An event at  
> 2:00 PM PST and an event at 2:00 PM EST do not happen at the same  
> time.  Showing them in the same slot and doing nothing else is a  
> very bad idea.
>
> This could happen if the user is subscribing to a calendar in which  
> events are being entered with different associated time zones.
>
> Maybe a published calendar should have a "suggested" time zone  
> which is used in just this case - when the user hasn't set a time  
> zone view and there are event sin more than time zone.
>
> Maybe this is gilding the lily, but then I fall back to saying the  
> user should at least be alerted.
>
>
>>> + Clicking on an individual event will display the time-zone  
>>> information it was created in the detail view (ie. PST, EST etc).
>>>
>>> *Logged-into Cosmo*
>>> + If time-zone support is turned off, the calendar canvas  
>>> displays events in floating time. Selecting on individual events  
>>> displays no information about time-zones in the detail view.  
>>> There are no labels for the calendar canvas, the collection and  
>>> for the individual item.
>>>
>>> + If time-zone support is turned on, then the user will make a  
>>> selection from the pull down (where Floating is one of the  
>>> options). Based on the selection, the events will adjust  
>>> accordingly on the calendar canvas. When selecting on the  
>>> individual events the time-zone information will appear in the  
>>> detail view.
>>>
>>> *Note: When you subscribe to a collection and add it to your  
>>> Cosmo account:
>>>
>>> *If time-zone support is turned on*
>>> + Based on the selection, the events will adjust accordingly on  
>>> the calendar canvas. When selecting on the individual events the  
>>> time-zone information will appear in the detail view based on the  
>>> time-zone it was created in.
>>>
>>> *If time-zone support is turned off*
>>> + The events appear positioned on the canvas in floating time.   
>>> Selecting on individual events displays no information about time- 
>>> zones in the detail view. There are no labels for the calendar  
>>> canvas, the collection and for the individual item.
>>>
>>> Understandably, this last case (if TZ is turned off) may not be  
>>> as fluid as we'd like, especially when you just saw the time-zone  
>>> before subscribing. I'm just going to file a bug to revisit the  
>>> time-zone issue for future.
>>>
>>> -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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osafoundation.org/pipermail/design/attachments/20061204/7664954c/attachment.htm