I vote for proposal #2. Two drop down lists just seems a bit
confusing to me and it seems to me that it makes sense to make it
consistent.
That being said, I think it's acceptable to stick with what we have
for Preview if any of this is complicated to fix. I don't think it
blocks basic usage. People can basically use it and most people using
the time zone feature heavily kind of know what they are doing - can
figure it out. After Preview we might get some wider feedback from
those heavy time zone users that will help us determine the right
tweaks to make both on the web ui and the desktop side.
Sheila
On Apr 17, 2007, at 10:48 AM, Priscilla Chung wrote:
Moving this to the design list for discussion.
Dogfood feedback: https://bugzilla.osafoundation.org/show_bug.cgi?
id=8398
*Two issues:*
1. Sean found time zone to be confusing. User does not think (of
time zones) in terms of only cities, but also the time zone. ie.
city in Chicago may be in Central or Eastern. There is an extra
step which the user needs to translate the city to the respective
time zone. Recommend to add the city location and the respected
time zone in the drop down list. ie. San Francisco, PST etc.
2. JenB found it confusing that you can pick America and 'none' in
the second drop
down list. 'What does 'none' mean?'
*First Proposal*
The convention of eastern, central, mountain and pacific time zones
are more conventionally understood then time zones by city names.
From Sean's example, people living in Chicago would know they are
in Central time, but they may not know the time zone in certain
parts of Indiana.
Is it possible to include the time zone abbreviations (EST, PST,
etc.) in the drop down list? This is in addition to the region/city
names? Specific the regions in the United States, it may be listed
starting from eastern to pacific time for example:
EST Boston
EST New York
EST Washington DC
CST Chicago
CST Dallas
MST Denver
MST Tuscon
PST Los Angeles
PST San Francisco
PST Seattle
I know that there is both standard and daylight, is it possible to
change the list depending on time of year? The more relevant
question is if the web app will support daylight savings time?
*Second Proposal*
Similar to the desktop, provide one drop down list for the user to
choose from. In this drop down list, the region, cities and
abbreviations are combined.
For example:
| Pacific/ Honolulu | V |
| America/Anchorage |
| America/Los Angeles |
| America/New York |
| Floating |
| More… |
When the user selects 'More…' it will bring up the 'Setting dialog'
and default to the 'General' tab. This is under the assumption that
a 'Time zone' section will be implemented in the 'Settings dialog'.
The time zone section in the 'Settings dialog' allows users to turn
time zone on/off. The drop down list in the settings dialog is
identical to the time zone picker. (The drop down list above the
calendar canvas.)
Ideally, a shorter list (need to review what is the short list on
the desktop) would be displayed in the drop down list and a check
box would allow the user to select from a 'full list' of time
zones. See mock up: http://wiki.osafoundation.org/pub/Journal/
ResolvingTimezoneInTicketView/05_Subscribed_Turn-on_tz.png
The time zone section in the 'Settings dialog' is filed as bug:
https://bugzilla.osafoundation.org/show_bug.cgi?id=6199
Thanks, -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
