+1
I think this is a valid concern.
-Brian
Philippe Bossut wrote:
Hi,
I'm going to make a plea for changing the default behavior we
currently have (namely, using "floating" TZ) and ask for using the
default system TZ. I know I'm negating a previous opinion of mine but
I just got really confused in a recent scenario and think less
knowledgeable users will be even more confused.
Scenario:
- I received an invite from a 3rd party. This invite showed up as an
email in my IMAP InBox.
- Chandler correctly detected and parsed the VCALENDAR data
- Las, because I didn't check "Use Timezones" in the view menu, the
event was displayed using its raw GMT time, i.e., 8 hours ahead, i.e,
out of view on my calendar...
- For a while, I thought the calendar was broken, I started logging a
bug and it's only when I read the vcalendar data myself that I
realized that it was a TZ issue. I turned TZ on in Chandler, set it to
PST (which it does automatically) and the event displayed in the right
place... no bug...
Take away: I'm afraid that this scenario will be fairly common with
initial Chandler users and that it will be counted against us as an
"Interoperability" issue. The bug is very shallow but since people
using all the default options will run into it, this is a concern. I
think default options should be set so that the system "just works" in
the most common cases.
Proposal: When TZ is not turned on, Chandler should use the current
system TZ instead of floating as a default. People who wants floating
(i.e. people moving around across TZ but wanting to maintain their own
TZ bubble) will have to turn TZ on and set "floating" if they want to.
Thoughts?
- Philippe
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "Design" mailing list
http://lists.osafoundation.org/mailman/listinfo/design
--
Brian Kirsch
Internationalization Architect / Mail Service Engineer
Open Source Applications Foundation
543 Howard Street 5th Floor
San Francisco, CA 94105
http://www.osafoundation.org
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "Design" mailing list
http://lists.osafoundation.org/mailman/listinfo/design
