Comments 28
тогда уж www.npmjs.org/package/intl
+4
У_вас_JPEG.jpg
+8
А почему дд-мм-гггг, а не дд.мм.гггг в России?
+14
Судя по картинке, в Африке вообще какой-то свой календарь. От количество убитых антилоп отсчёт чтоли? А с другой стороны достаточно информативная.
+7
Китайский формат ИМХО самый адекватный, потому что формат даты в едином стиле с форматом времени: старшие компоненты слева, младшие справа. И для лексикогрфической сортировки удобнее.
А вообще жалко, что нет единого международного стандарта на такие вещи и людям приходится поддерживать всякие локализации.
А вообще жалко, что нет единого международного стандарта на такие вещи и людям приходится поддерживать всякие локализации.
+10
О, я, оказывается, делал организацию папок «по датам» в китайском стиле.
Хотя искренне думал, что сегодняшнее число в «китайской нотации» будет не 2014-04-07, а что-то вроде
二〇一四年 四月 七日
Хотя искренне думал, что сегодняшнее число в «китайской нотации» будет не 2014-04-07, а что-то вроде
二〇一四年 四月 七日
+1
Вот только иероглифы для цифр глаза ломают.
То что иногда китайцы используют «арабские» цифры, еще не значит что это правильно с точки зрения китайского языка.
UPD: Опередили, пока иероглифы рассматривал :)
То что иногда китайцы используют «арабские» цифры, еще не значит что это правильно с точки зрения китайского языка.
UPD: Опередили, пока иероглифы рассматривал :)
+1
+8
Тогда жалко что на этот стандарт не переходят.
+1
Спасибо за ссылку!
Сам несколько лет назад методом проб и ошибок пришел к примерно такому же виду представления дат и времени.
Правда вместо «Т» использую пробел.
За что несколько раз получал по шапке — «Почему год в начале?», «Зачем все цифры года?», «Почему в комментариях тире вместо точки в дате?», «Почему в логах дата и время слитно? Где точки-двоеточия?» и тп.
Не знал что уже 10 лет как есть такой удобный стандарт.
Теперь буду перенаправлять всех туда.
Сам несколько лет назад методом проб и ошибок пришел к примерно такому же виду представления дат и времени.
Правда вместо «Т» использую пробел.
За что несколько раз получал по шапке — «Почему год в начале?», «Зачем все цифры года?», «Почему в комментариях тире вместо точки в дате?», «Почему в логах дата и время слитно? Где точки-двоеточия?» и тп.
Не знал что уже 10 лет как есть такой удобный стандарт.
Теперь буду перенаправлять всех туда.
0
Мне крайне интересно, почему это сделано как часть 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-оберток выше.
+5
А в чём преимущество Intl перед Date.prototype.toLocaleDateString для дат?
0
Нет уж, извините — пока-пока =\
0
согласен. Без юлианского календаря в корпоративной среде — никак.
+3
Почему?
0
В стандарте учитывается только Григорианский календарь.
AN3O говорит что ему нужны и другие календари кроме Григорианского.
egorF говорит с сарказмом, что нафига другие календари.
В данном случае, egorF не прав, так как есть другие календари, как минимум, например Хиджра (лунная и солнечная), которые являются официальными в ряде стран ближнего востока. Кроме Хиджры, есть много-много других официальных календарей.
В этом свете, наличие плюсов у комментария egorF меня настораживает.
AN3O говорит что ему нужны и другие календари кроме Григорианского.
egorF говорит с сарказмом, что нафига другие календари.
В данном случае, egorF не прав, так как есть другие календари, как минимум, например Хиджра (лунная и солнечная), которые являются официальными в ряде стран ближнего востока. Кроме Хиджры, есть много-много других официальных календарей.
В этом свете, наличие плюсов у комментария egorF меня настораживает.
+2
кстати, ваши аргументы вполне убедительны.
+1
Не только, так же настораживает отсутствие поддержки названий таймзон ( и форматирования того же Date под указанную по Win\*nix сигнатуру) (казалось бы, библиотека для работы с временем), т.е. полюбому придется тянуть датки от unicode.org и парсер для них. Как форматор для валюты\времени в проектах на коленке сойдет, но явно не для использования в корпоративных приложениях.
+1
Я не пойму, Intl только для форматирования и сравнения? Для подстановки и интерполяции строк из словаря ничего нет?
0
Разработка стандартов это долгий, нудный и сложный процесс. Есть Early Draft спецификации Message Formatting. Который поддерживает плюарализацию, обращения, пол, сравнение с эталоном, отступы и многое другое. Будущий стандарт должен будет реализовывать ICU(International Components for Unicode). Но сам ICU ещё не доделан и тот формат, который сейчас описан в спецификации не совместим (на уровне «не плодите больше сущностей») со строковыми шаблонами es6, так что пока не ясно, когда выпустят хотя бы рабочий черновик.
К слову, в Angular и GWT используется именно ICU формат.
К слову, в Angular и GWT используется именно ICU формат.
+1
Уточнение. В ICU использует CLDR(Unicode Common Locale Data Repository)
+1
Скажите, а месяц для второго примера с форматированием даты с заглавной буквы, а для третьего с прописной — это опечатка или действительно как-то меняется регистр?
0
Sign up to leave a comment.
Intl к нам приходит!