Brian,

Yes, but there a lot of workflow issues to address with this like:

1) How does such a timezone get assigned? Is it just the default timezone of the calendar creator? 2) What does the UI for this look like? How do we make it clear that we are changing the UI for a collection and not the account UI? 3) I am viewing BCM's calendar which has a timezone of PST, but I am in New York - how do I tell the UI that I want to view stuff in EST regardless of what the collection timezone is?

I think you most certainly do need an account wide timezone setting - I want to view all my collections in my home timezone and have new collections and events default to using that timezone.

On Dec 5, 2006, at 12:56 PM, Brian Moseley wrote:

On 12/5/06, Priscilla Chung <[EMAIL PROTECTED]> wrote:
I agree. I think the issue I'm trying to solve is the 'Not logged in Cosmo' user, there are two events, one at 2PM EST and and one at 2PM PST, if the Cosmo UI is in floating time, then they would not both be displayed at 2PM on the calendar canvas. Based on the Cosmo account by the Chandler user, that would set the working time-zone on the calendar canvas so one event
would be either 3 hours before/after the other event.

that's exactly what the "calendar-wide timezone" that's already
supported in cosmo is meant for. if chandler sets this when it
publishes or updates the calendar, then the cosmo ui can *always* show
events relative to that timezone. the ui can also give CC the option
of showing the events relative to a CC-selected timezone, if you want
that. no need to put any extra information in the sharer's account.
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

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

Reply via email to