Okay, that's what I thought looking back at the last thread on the
design list, but I wasn't sure how definitive that decision had been.
So I think we want something that is the equivalent of "Turn on
timezones" which will then allow the user to set a timezone from a
pulldown (where Floating is one of the options).
[x] Turn on timezones
| US/Pacific |v|
However, I agree with Priscilla that when you're Previewing a new
shared calendar, you should view that calendar in whatever timezone
it was shared in. Only when you subsribe to it and add it to your
Cosmo account, do you see it in your own timezone, or no timezone as
the case may be.
If I don't have timezone support turned on, I shouldn't see any
timezone information. No timezone label for the calendar canvas. No
timezone label for the collection. No timezone label for the items.
Mimi
On Nov 15, 2006, at 9:37 AM, Bobby Rullo wrote:
Sorry for not chiming in earlier, but I thought we decided last
week that since this issue of default timezone is so confusing (Is
it per user? Per collection? what the heck does it even MEAN?) that
we would not have any sort of default timezone in 0.6 meaning that
timezone support for 0.6 would be:
1) New Events default to floating timezone (like now) but you can
choose a timezone from the list.
2) Events with timezones get placed on the canvas relative to the
browser's offset (exactly like now)
So the upshot is that the only new functionality is the ability to
edit timezones on events. But with all this infrastructure work
going on, default timezones will be easy in the next release - once
we figure out what we want.
And for the record Matthew and Jeffrey are correct - you cannot get
the timezone from the browser in any sort of reliable way.
Bobby
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "Design" mailing list
http://lists.osafoundation.org/mailman/listinfo/design
