Version: (using KDE KDE 3.4.0) Installed from: SuSE RPMs The clock applet has a neat feature which allows the user to keep track of the time in various timezones. The user configures this by selecting the timezones from a list; he can then double-click on the clock applet to change timezones. The name of a city associated with the timezone is displayed below the time. However, the practice of naming timezones after cities causes a great deal of confusion. I need to keep track of the time in Houston, but there's no timezone named "Houston"; I have to use "Chicago" instead, and then later remember that "Chicago"=Houston when double-clicking the clock to cycle through the timezones. This gets very annoying when one has a lot of timezones in one's list. To solve this problem, it would be great to have feature to allow the user to create aliases or nicknames for timezones. Therefore I can configure the clock to display "Houston" for the Chicago timezone and "Toronto" for the New York timezone without having to remember which city is in which arbitrarily-named timezone.
> it would be great to have feature to allow the user to create aliases or nicknames for timezones. This would require root access to be able to edit /usr/share/zoneinfo/zone.tab
No, it's not necessary to edit /usr/share/zoneinfo/zone.tab. Each user could have his own alias mapping file somewhere in his ~/.kde directory. This file need not duplicate the entire contents of zone.tab; rather, it should just list the user-specified aliases for the given timezones.
I would also like to see a feature like this. The city names doesn't tell my much, I would like to have zones like GMT, EST and CST.
*** This bug has been confirmed by popular vote. ***
This problem also exists in the new Plasma clock widget. See Bug 185337.
Kicker is no more mantained and all bugs/wishes will not be fixed/implemented in KDE3. A list of the most interesting/unresolved issues which is still valid for KDE4 has been created. Before reopening old kicker bugs on KDE4 Plasma, please try the new KDE 4.3.1, check the current behaviour and, only if you find new bugs or if you need a particular feature, open a new bug report. Remember that KDE 4 is a full rewrite of KDE 3 so some old features will not be re-implemented because the behaviour has be changed a lot on some sides. Thanks for the comprehension and enjoy the new KDE 4! -- FiNeX & D. Andres