*First Proposal*
The convention of eastern, central, mountain and pacific time zones are more conventionally understood then time zones by city names.

True.


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


It is possible.

Would this replace the US timezones that are there now? Or just precede them in the list (or follow them?) Would there still be 2 drop downs, one for region, one for timezone? Do we really want multiple PST's, MST's, ETS's? That might confuse people into thinking that they're different.

And since they are alises to the same thing, you would choose "EST Boston" but what would really get saved is "America/New_York". Would it be a requirement that Cosmo UI "remember" which specific alias you chose?

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?


That's not how it works exactly. "America/New_York" for example is one timezone, and contains the necessary to change the the offset from daylight to standard at the appropriate 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… |


The idea is good, but the example you give has cities but not abbreviations or names. Maybe something like:

Eastern (New York, Boston)
Central (Detroit, Louisville)
Mountain (Boulder, Billings)
Pacific (San Francisco, Los Angeles)

or

EST (...)
CST (...)
MST (...)
PST (...)

Of course this is all very US-centric. What to be done for our users in other countries? Just put them in the settings dialog, with the same interface we have today?

Bobby


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

Reply via email to