Я знаю, что на момент написания этой статьи только Opera поддерживает интерфейс браузера дляЕсть ли способ, чтобы локализовать входной тип = «дата» в HTML5
<input type="date" name="mydate">
и, возможно, мои попытки локализовать это поле было встретили разочарование, потому что тонкости, подобные локализации, еще не были включены в их реализацию, но я даже не упоминаю об этом в спецификации HTML5. Можно ли указать локализацию? Должен ли я делать lang = "fr" в родительском элементе?
Некоторые замечания по реализации обсуждаемого сайта:
- локализация (язык) явно подобран пользователем, потому что они управляют данными на нескольких языках, и это не разумно ожидать, что браузер пользователя chrome находится на просматриваемом языке или что браузер предоставляет заголовки запросов желаемого языка.
- Я хочу быть уверенным, что если страница будет отображаться на французском языке, то выбор даты, предоставляемый браузером хром, показывает варианты, которые имеют смысл для французского языка.
- Плана падать обратно jQueryUI для браузеров, которые не поддерживают тип = «дату», я буду использовать механизм обнаружения, представленный в Dive into HTML 5
3 проблем с этим: 1. Это сотрясение как пользователь, чтобы иметь для переключения языков (хром против содержания) для выбора даты. 2. Данные будут отображаться на странице в локали, будет ли хром (в английском режиме) понимать французов и что Juin означает июнь? 3. Серверная сторона ожидает, что данные будут отформатированы в локали и соответственно проанализированы, если сборщик данных будет форматировать дату для ожидаемого языкового стандарта, сервер будет неверно истолковывать его. Эти проблемы не ограничиваются датами. Как насчет чисел? Французский использует запятую вместо десятичной. Как будет обрабатывать хром? Подход кажется недальновидным. – lambacck
1 он действует как, скажем, ввод типа файла во всех браузерах ..., который также локализуется в соответствии с языковой версией браузера, а не с страницей. я могу видеть аргументы за и против этого. 2 не совсем понимают, что вы имеете в виду здесь, если предположить, что это относится к 3 независимо от того, как отображается пользовательский интерфейс для датпикера, конечный результат (который затем передается серверу) всегда находится в том же формате ISO, независимо от того, язык, отображаемый пользовательским интерфейсом. не пробовал число вещей (предполагая, что вы имеете в виду тип ввода = «число») ... но здесь я вижу, что у него действительно будут потенциальные проблемы. не знаю, если это локализовано в настоящее время, tho. –
Я не думаю, что формат ISO является разумным ответом для прогрессивного улучшения. Если браузер возвращается в равное поле ввода, и у них нет включенного Javascript (да, эти люди существуют), они должны будут ввести дату в формате ISO? Если пользователь не является техническим, маловероятно, что они захотят ввести дату в формате ISO (даже знать, как). – lambacck