Как стать автором
Обновить

Комментарии 13

А вы не пробывали указать идентификатор for="" для label, чтобы указать связь с нужным вам инпутом?
как раз нужно, label в данном случае привязывается к hidden полю и все клики внутри себя перекидывает на первый input…
Вернее в данном случае нужно использовать первый вариант с for…
Или хотя бы местами поменять)

Сам на такое натыкался недавно…
Мдя, с утра думалка у меня разгоняется медленно, извините (не заметил, что там два инпуты).
Ваше замечание весьма уместно.
Когда можно забить на кроссбраузерность — инпуты внутри тега label — экономят время. Для for="" нужно еще id задавать инпутам.
вы пишите код чтоб экономить время или чтоб все правильно работало? Лично у меня и так обычно у инпутов есть id, так скажем для простейших JS манипуляций с ними.
Я же говорю — в данном случае мне не важна кроссбраузерность, мне не важно, сколько у меня инпутов внутри одного label и прочее. И вообще — мы здесь не обсуждаем мой код и его качество. Я привел в своем посте факт об ФФ, которого раньше не знал и из-за которого потерял нное количество минут. Это все.
только что правил эту вещь во всех доступных мне браузерах (FF 3.6.3, Chrome 5.0, Safari, Opera 10.51, IE8, IE9) и везде это работает одинаково фокус на текстовый инпут не становится!
А вообще: Linux Firefox 3.6.3 повторить глюк не смог все работает правильно и без for.
Простите, оказался слегка не внимателен, глюк имеет место быть.

Два вариант решения:
1. Использовать for=""
2. Скрытый инпут опускать ниже основного.
label
-> input type=text
-> input type=hidden
Лучше input'ы не внутрь label кидать, а держать их отдельно и у label задать for.
Когда можно забить на кроссбраузерность — инпуты внутри тега label — экономят время. Для for="" нужно еще id задавать инпутам.
мы уже заметили как оно сэкономило вам время
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории