Pull to refresh

Comments 27

Спасибо, не видел этот сайт.
С одной стороны, он более наворочен, а с другой - не mobile-friendly почему-то. :(

Кстати, в качестве практики хочу еще и в виде мобильного приложения выпустить тоже.

Mobile-friendly это прекрасно, но зачем делать в 2 строки на не-mobile?

Как мне кажется, тут более человекочитаемо + "ползунок" бегает за мышкой по "часам", если таймзон больше одной, это удобно.

Выглядит прикольно, да. Но если выбрать тот же Катманду, получается уже какая-то каша нечитабельная.

Ну и полезность сравнивать сразу больше двух таймзон сомнительная (но выглядит прикольно, ага).

Переделал окно таймлайна, теперь в одну строку, если экрана хватает + ячейки сделал более компактными (и даже Катманду влезает у меня на мой небольшой экран):

Спасибо, Смотрится намного лучше на большом экране, как по мне.

Будем пробовать использовать.

В Новый Год, чтобы поздравить вовремя всех разъехавшихся друзей, использовал Яндекс Время.

Но тут есть бонус: таймлайны.

Таймзона Непала GMT+5.75 выглядит несколько непривычно, скажем так.

И на таймлайне так себе выглядит картинка с полуцелыми и четвертьцелыми часами.

Чтобы не быть голословным, выглядит таймлайн вот так.

А вы бы как его изобразили? Какие еще видите варианты?

Речь немножко про другое.

Вот тут хотелось бы видеть GMT+5:45 вместо +5.75

При поиске по GMT+ и GMT- результаты, скажем так, не соответствуют ожиданию.

По GMT+- поиск не работает пока. Так что неудивительно.

Согласен, что это может быть полезным (особенно, в конвертере), надо будет сделать.

А что полезного можно сделать с конвертером?

Реальный пример из моей жизни: "готовы ли вы работать в 7pm - 3am UTC?"
Можно использовать таймлайн UTC для этого, а можно и конвертер.

Кроме этого, он преобразует AM/PM к 24-часовому формату.
И если 3pm очевидно чему соответствует, то 12am уже не так очевидно.

Ну и еще немного надуманный пример с вашим любимым Непалом: преобразуйте к локальному времени "3:27pm kathmandu", время пошло.

Добавьте время мира Second Life, которое равно времени в часовом поясе PST/PDT.

Интересная идея, в качестве пасхалки можно добавить.

Но, судя по всему, это всего лишь часовой пояс Los Angeles'а. :)

Да, Los Angeles, но этот факт надо же помнить. А тут можно будет мгновенно узнать время в Second Life, ничего лишнего не запоминая.

Выглядит любопытно, но возникли непонятки. Во-первых, с поиском по аббревиатурам как-то не очень. Попробовал BST, CEST, CST — ничего из этого не нашлось. Далее, для тех аббревиатур, что выдают непустые результаты, обычно неочевидно, по какому критерию обнаружился тот или иной город. Хорошо бы как-то это явно обозначать: если таймзона, то вывести её название; если буквосочетание в городе, то подсветить эти буквы.


Ввёл для эксперимента MSK, получил Новосибирск, Омск, Сахалин, Минск, Москву, Симферополь. Только последние три в зоне +3, остальные разбросаны. Ну Омск ещё понятно, буквосочетание попалось. А остальные города непонятно, как в результаты попали. Минск и Симферополь в том же часовом поясе, но в мире дофига других городов в +3, почему высветились только эти?

Спасибо за развернутый комментарий!

Вы правы, оно работает именно так, и выглядит это не очень понятно. Более того, попробуйте, например, ввести "petersburg" и догадайтесь, почему выводятся New York и Moscow? :)

Часовые пояса берутся из этой библиотеки. Где у каждого часового пояса есть следующие свойства:

  • Название, например, America/New_York.

  • Страна, например, Armenia (выдает Asia/Yerevan).

  • Аббревиатура - может отсутствовать, но где-то есть, та же MSK, вот тут уже начинается муть, можно только догадываться, почему выдаются такие результаты.

  • Список городов, которые тоже находятся в этом же часовом поясе (вот почему работает запрос "petersburg").

Поиск сейчас ведется по всем этим полям.

Я попробую поиграться, чтобы отображалось больше инфы на этот счет.

Про BST отдельный вопрос - это время относится к определенным часовым поясам, но не весь год. Видимо, поэтому не является постоянной аббревиатурой зон в этой базе. Та же история, например, с Нью-Йорком, зимой он EST, а летом EDT. И привязываться надо именно к часовому поясу, а не к этим значениям (хотя искать Нью-Йорк по ним и можно было бы, да).

В общем, резюмируя:

  1. Попробую сделать результаты поиска более информативными (заодно добавлю поиск по "GMT+X/-X".

  2. Для поддержки более широкого набора аббревиатур нужна другая база данных часовых поясов или дополнить уже используемую данными по этим аббревиатурам.

Нашел, кстати, полезную страницу в вики: https://en.wikipedia.org/wiki/List_of_tz_database_time_zones

Более того, попробуйте, например, ввести «petersburg» и догадайтесь, почему выводятся New York и Moscow? :)
Из-за американского Петербурга? :)

По летним-зимним зонам — да, есть проблема. Но частая ситуация: где-то написано, мол, что-то там начнётся во столько-то CEST. И по названию нет никакого способа определить, что это именно сезонное смещение. Так что поиск таких вещей был бы полезен. Можно при поиске такой зоны отображать парную запись типа «CET/CEST».

Можно, для начала надо придумать, откуда эти данные брать. Свою базу создавать не хочется. :)

Из-за американского Петербурга? :)

Ага.

БД пока та же, но добавил отображение всех данных, по которым идет поиск:

Спасибо, так гораздо лучше! Поигрался с поиском, и стало понятнее, что как ищется.
Sign up to leave a comment.

Articles