Comments 28
Для тех, кто поддерживает IE < 11, Chrome < 24, Firefox < 29 и Opera есть globalize
тогда уж www.npmjs.org/package/intl
У_вас_JPEG.jpg
А почему дд-мм-гггг, а не дд.мм.гггг в России?
Судя по картинке, в Африке вообще какой-то свой календарь. От количество убитых антилоп отсчёт чтоли? А с другой стороны достаточно информативная.
Китайский формат ИМХО самый адекватный, потому что формат даты в едином стиле с форматом времени: старшие компоненты слева, младшие справа. И для лексикогрфической сортировки удобнее.
А вообще жалко, что нет единого международного стандарта на такие вещи и людям приходится поддерживать всякие локализации.
А вообще жалко, что нет единого международного стандарта на такие вещи и людям приходится поддерживать всякие локализации.
О, я, оказывается, делал организацию папок «по датам» в китайском стиле.
Хотя искренне думал, что сегодняшнее число в «китайской нотации» будет не 2014-04-07, а что-то вроде
二〇一四年 四月 七日
Хотя искренне думал, что сегодняшнее число в «китайской нотации» будет не 2014-04-07, а что-то вроде
二〇一四年 四月 七日
Вот только иероглифы для цифр глаза ломают.
То что иногда китайцы используют «арабские» цифры, еще не значит что это правильно с точки зрения китайского языка.
UPD: Опередили, пока иероглифы рассматривал :)
То что иногда китайцы используют «арабские» цифры, еще не значит что это правильно с точки зрения китайского языка.
UPD: Опередили, пока иероглифы рассматривал :)
Тогда жалко что на этот стандарт не переходят.
Спасибо за ссылку!
Сам несколько лет назад методом проб и ошибок пришел к примерно такому же виду представления дат и времени.
Правда вместо «Т» использую пробел.
За что несколько раз получал по шапке — «Почему год в начале?», «Зачем все цифры года?», «Почему в комментариях тире вместо точки в дате?», «Почему в логах дата и время слитно? Где точки-двоеточия?» и тп.
Не знал что уже 10 лет как есть такой удобный стандарт.
Теперь буду перенаправлять всех туда.
Сам несколько лет назад методом проб и ошибок пришел к примерно такому же виду представления дат и времени.
Правда вместо «Т» использую пробел.
За что несколько раз получал по шапке — «Почему год в начале?», «Зачем все цифры года?», «Почему в комментариях тире вместо точки в дате?», «Почему в логах дата и время слитно? Где точки-двоеточия?» и тп.
Не знал что уже 10 лет как есть такой удобный стандарт.
Теперь буду перенаправлять всех туда.
Мне крайне интересно, почему это сделано как часть JS-стандарта, а не как часть HTML. Мне кажется куда логичнее было-бы писать что-то типа:
<currency type="eur">23.3</currency>
или
<date weekday="long" year="numeric" month="long">12.12.2012</date>
Чем городить тот огород из JS-оберток выше.
<currency type="eur">23.3</currency>
или
<date weekday="long" year="numeric" month="long">12.12.2012</date>
Чем городить тот огород из JS-оберток выше.
А в чём преимущество Intl перед Date.prototype.toLocaleDateString для дат?
Нет уж, извините — пока-пока =\
согласен. Без юлианского календаря в корпоративной среде — никак.
Почему?
В стандарте учитывается только Григорианский календарь.
AN3O говорит что ему нужны и другие календари кроме Григорианского.
egorF говорит с сарказмом, что нафига другие календари.
В данном случае, egorF не прав, так как есть другие календари, как минимум, например Хиджра (лунная и солнечная), которые являются официальными в ряде стран ближнего востока. Кроме Хиджры, есть много-много других официальных календарей.
В этом свете, наличие плюсов у комментария egorF меня настораживает.
AN3O говорит что ему нужны и другие календари кроме Григорианского.
egorF говорит с сарказмом, что нафига другие календари.
В данном случае, egorF не прав, так как есть другие календари, как минимум, например Хиджра (лунная и солнечная), которые являются официальными в ряде стран ближнего востока. Кроме Хиджры, есть много-много других официальных календарей.
В этом свете, наличие плюсов у комментария egorF меня настораживает.
кстати, ваши аргументы вполне убедительны.
Не только, так же настораживает отсутствие поддержки названий таймзон ( и форматирования того же Date под указанную по Win\*nix сигнатуру) (казалось бы, библиотека для работы с временем), т.е. полюбому придется тянуть датки от unicode.org и парсер для них. Как форматор для валюты\времени в проектах на коленке сойдет, но явно не для использования в корпоративных приложениях.
Я не пойму, Intl только для форматирования и сравнения? Для подстановки и интерполяции строк из словаря ничего нет?
Разработка стандартов это долгий, нудный и сложный процесс. Есть Early Draft спецификации Message Formatting. Который поддерживает плюарализацию, обращения, пол, сравнение с эталоном, отступы и многое другое. Будущий стандарт должен будет реализовывать ICU(International Components for Unicode). Но сам ICU ещё не доделан и тот формат, который сейчас описан в спецификации не совместим (на уровне «не плодите больше сущностей») со строковыми шаблонами es6, так что пока не ясно, когда выпустят хотя бы рабочий черновик.
К слову, в Angular и GWT используется именно ICU формат.
К слову, в Angular и GWT используется именно ICU формат.
Уточнение. В ICU использует CLDR(Unicode Common Locale Data Repository)
Скажите, а месяц для второго примера с форматированием даты с заглавной буквы, а для третьего с прописной — это опечатка или действительно как-то меняется регистр?
Sign up to leave a comment.
Intl к нам приходит!