I still need more clarification on that proposal before I can weigh
in. The general direction is good, but a could use some more detail
(see my previous email)
Bobby
On Apr 27, 2007, at 11:26 AM, Sheila Mooney wrote:
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
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "Design" mailing list
http://lists.osafoundation.org/mailman/listinfo/design
