Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 11
хм, я тоже минска не нашел, выставил Киев… но вот наверное сейчас косяк будет с переходом на зимнее время… или в UA теперь тоже так же будет как в РФ и РБ?
> Timezone: тут используется какой-то странный для меня формат, я честно говоря
> не понял, зачем отдельно нужно указывать этот пункт вообще;
Вообще-то это классический формат записи названия TZ (часового пояса) в виде Area/Location, принятый в tzdata (zoneinfo). Этот формат записи иногда так и называют tzdata-format или zoneinfo-format.
Полный список мировых локаций, к которым привязаны мировые часовые пояса, можно найти в файле zone.tab, который в различных unix/linux/bsd-дистрибутивах (включая Mac OS X) обычно находится здесь:
И мне вообще непонятно, зачем в конфигурации этого виджета самостоятельно хранить (а значит периодически и обновлять) информацию о мировых часовых поясах и об UTC-offset в этом поясе. Достаточно было бы просто указать код тайм-зоны, а всю информацию о правилах вычисления локального времени в этой зоне брать уже из базы tzdata, где эта информация централизовано обновляется.
Т.е. по логике в конфиге хватило бы всего двух параметров для каждых часиков:
1) Отображаемое имя (что писать под циферблатом часиков в интерфейсе);
2) Указание конкретной тайм-зоны в формате zoneinfo (Europe/Minsk, Europe/Moscow, Asia/Omsk, America/New_York и т.д.)
Никакие UTC-offset, страна, континент, город, GeoID тут уже нафиг не нужны. Вся прочая нужная информация для отображения локального времени в выбраной тайм-зоне берётся уже из системных баз времени (а именно из tzdata).
Подробнее про tzdata на Хабре вы можете прочитать здесь:
Tzdata — глобальная база знаний о часовых поясах
Также не лишним будет напомнить, что информация о часовых зонах России, Украины и Белоруссии недавно изменилась. Подробнее об этом см. здесь:
Изменение часовых зон в России, Белоруссии, Украине и Армении
> не понял, зачем отдельно нужно указывать этот пункт вообще;
Вообще-то это классический формат записи названия TZ (часового пояса) в виде Area/Location, принятый в tzdata (zoneinfo). Этот формат записи иногда так и называют tzdata-format или zoneinfo-format.
Полный список мировых локаций, к которым привязаны мировые часовые пояса, можно найти в файле zone.tab, который в различных unix/linux/bsd-дистрибутивах (включая Mac OS X) обычно находится здесь:
/usr/share/zoneinfo/И мне вообще непонятно, зачем в конфигурации этого виджета самостоятельно хранить (а значит периодически и обновлять) информацию о мировых часовых поясах и об UTC-offset в этом поясе. Достаточно было бы просто указать код тайм-зоны, а всю информацию о правилах вычисления локального времени в этой зоне брать уже из базы tzdata, где эта информация централизовано обновляется.
Т.е. по логике в конфиге хватило бы всего двух параметров для каждых часиков:
1) Отображаемое имя (что писать под циферблатом часиков в интерфейсе);
2) Указание конкретной тайм-зоны в формате zoneinfo (Europe/Minsk, Europe/Moscow, Asia/Omsk, America/New_York и т.д.)
Никакие UTC-offset, страна, континент, город, GeoID тут уже нафиг не нужны. Вся прочая нужная информация для отображения локального времени в выбраной тайм-зоне берётся уже из системных баз времени (а именно из tzdata).
Подробнее про tzdata на Хабре вы можете прочитать здесь:
Tzdata — глобальная база знаний о часовых поясах
Также не лишним будет напомнить, что информация о часовых зонах России, Украины и Белоруссии недавно изменилась. Подробнее об этом см. здесь:
Изменение часовых зон в России, Белоруссии, Украине и Армении
Скажите, для какой версии операционки этот метод актуален?
У меня Lion. Открываю указанный виджет, но файл WorldClock.js там отсутствует
WebClip.js остался, и, на сколько я понял, изменилась структура файлов локализации.
Теперь совсем не понятно, откуда он подтягивает инфо по городам.
У меня Lion. Открываю указанный виджет, но файл WorldClock.js там отсутствует
WebClip.js остался, и, на сколько я понял, изменилась структура файлов локализации.
Теперь совсем не понятно, откуда он подтягивает инфо по городам.
Прошу прощения, сам по невнимательности открыл не тот виджет.
Отредактировал WorldClock.js по инструкции (в европейской зоне), внес информацию о своем городе:
Запускаю виджет, выбираю свой город, в результате получаю время = 00:00:00, с дергающейся на одном месте секундной стрелкой =)
Отредактировал WorldClock.js по инструкции (в европейской зоне), внес информацию о своем городе:
{city:'Пермь', offset:360, timezone:'Europe/Perm', id:"5111961"}, Запускаю виджет, выбираю свой город, в результате получаю время = 00:00:00, с дергающейся на одном месте секундной стрелкой =)
Вы перезапускали виджет? Не могли бы вы выложить куда-либо (типа gist.github.com) код вашего текущего WorldClock.js?
Вот мой WorldClock.js
Виджет перезапускать не умею, но ребутил всю систему — результат тот же.
Попробовал не добавлять новую строчку, а изменить имеющуюся — те же яйца.
Виджет перезапускать не умею, но ребутил всю систему — результат тот же.
Попробовал не добавлять новую строчку, а изменить имеющуюся — те же яйца.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Добавляем города в виджет World Clock