2013-11-27 1 views
1

Мне очень нравится, как Chrome (и Opera) поддерживает input[type=date] со встроенным datepicker, но кажется, что большинство людей посещают мой тип сайта в дате вручную, а не используют datepicker , Это поддерживается полностью, но когда они не набирают достаточно быстро, поле интерпретирует запись как новое.Хром вход [тип = дата] ввод в клавиатуру

Пример: Вы пытаетесь ввести дату рождения mm/dd/yyyy. В течение месяца и дня обычно нет проблем, но когда дело доходит до года, при входе в 1986 году с небольшой паузой посередине вы попадаете в 0086.

Вопрос: Есть ли способ расширить разрешенные время паузы до сброса? Это всего лишь небольшая часть для моих клиентов.

+0

Не могли бы вы использовать атрибут: autocomplete = "off"? http://www.w3.org/TR/html-markup/input.date.html#input.date.attrs.autocomplete – Tsasken

+0

К сожалению autocomplete = "off" ничего не делает, но спасибо за попытку – thehuijb

+0

AFAIK, нет способов контролировать его. Пожалуйста, добавьте звезды в http://crbug.com/232296 –

ответ

0

К счастью, это было исправлено в Chrome и Opera

0

Я согласен с int32_t (комментарий), и ИМХО, ты лучше просто реализует JQuery или другой плагин по умолчанию, чтобы помочь вам с даты ввода ... Три причины такого подхода:

  1. В отличие от датпикеров HTML5, которые не подлежат обработке, jquery ui datepickers. Это может обеспечить пользователям единый пользовательский интерфейс, в противном случае он будет отличаться в разных браузерах. Это также будет легче тестировать, поскольку они должны работать одинаково почти в каждом браузере. Я не говорю, что вы не должны тестировать на других браузерах, но должно быть меньше боли ... :)

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

  3. Библиотеки, подобные JQuery написаны для единого подхода в браузерах. Они абстрагируют проблемы, поэтому вам не следует думать о разных браузерах, используя другой подход для прямого вещания, например, событий или ввода пользователем. Таким образом, они находятся в состоянии принять решение Wether использовать вход HTML5 или нет ...

Я знаю, что это не отвечает на вопрос, но это было много времени, чтобы написать в комментариях ...:)

+1

Вы правы, это не ответ. Я ценю ваше честное мнение, но я не согласен. Да, у нас есть резервный js datepicker для тех браузеров, которые не поддерживают вход HTML5 [type = date], но мы не хотим, чтобы наши посетители мобильных телефонов столкнулись с этим, когда их браузер отлично способен отображать их по умолчанию datpicker устройства , – thehuijb

+0

wow, я на самом деле не думал о мобильных пользователях, но у вас есть верный вопрос ... Какой вариант fallback datepicker вы используете, если я могу спросить? – Tsasken

+0

Наш запасной выбор даты - [pickaday] (https://github.com/dbushell/Pikaday) – thehuijb

Смежные вопросы