Откройте, пожалуйста, в Safari, у меня все нормально. Пользуйтесь нормальными браузерами. Но я ни в коем случае не против, что за tabindex не нужно следить при разработке.
В Сафари есть хитрая настроечка перемещения между ТОЛЬКО текстовыми полями ввода. Понта в ней никакого, потому что на кнопки и чекбоксы ТАБом из-за нее не перемещает. Отключите ее, и будете наблюдать тот же эффект, что и на остальных браузерах.
Ага. И за чекбоксом «Запомнить меня на этом сайте» приходится тянуться мышкой :) А когда попадается нерадивый верстальщик, который не пользуется тегом <label>, или пользуется, но не знает про аттрибут FOR, так вообще операция попадания в данный чекбокс превращается в пытку :)
А еще (по крайней мере в маках) если фокус водить только по инпутам, невозможно попасть в селекты, что тоже не всегда удобно. Либо только инпуты, либо гулять криво по всем ссылкам, пока введешь логин и пароль )
Хм… я незнал, всегда бесит на многих сайтов, из-за того что по по коду сабмит фокусится посли поля логина, т.е. нужно еще раз нажать, найти наконец пассворд…
Автор -респект;)
я конечно понимаю что учиться никогда не поздно, однако о таких вещах пишут в любых учебниках. это основы хтмл. стыдно не знать такое если вы работаете с хтмл.
Стыдно минусовать за «стыдно не знать».
А учиться никогда не поздно.
Подобные вещи активно использую в создаваемых Delphi-приложениях.
Понимал, что это есть и в вебе. Просто не задавался мыслью искать это.
А сейчас увидел и сказал автору спасибо. Неужели это так страшно?
Ох люди-люди… Работой бы вас напрячь :)
1. с чего вы решили что я минусовал?
2. я так и сказал, что учиться никогда не поздно
3. для меня это страшно когда люди работаю по специальности не знает элементарных вещей по этой специальности
Ну ведь я не сказал, что Вы минусовали — даже не предположил. Просто обратил внимание минусовавшего и высказал мнение, что может быть действительно стыдно.
Во-вторых, знать всего ведь не возможно. Узнавая даже об элементарных вещах получаешь знания. Вы ведь тоже радуетесь, читая о полезных вещах, которых не знали.
они, конечно, стоят, но кривовато, имхо: после ввода логина люди обычно хотят перейти на ввод пароля и только потом выбрать доп. опцию «какой домен я пользую для ящика»
как думаете, почему нельзя было сделать tabindex=3 на select, а не на пароль?
если домен отличный от дефолтового mail.ru — после ввода перешел табом и выбрал еще и домен
если домен дефолтный mail.ru — сразу нажал enter и зашел в почту
у меня тоже, но я перешел на гмейл из-за того, что считаю его лучшей почтой в мире )) дофига места (хотя кому-то мало), удобная структура, полезные фичерсы, лучший спам-фильтр и гордая надпись «GOOGLE» — что может быть лучше? :)
использую tabindex практически в каждом проекте во фронтенде (для экономии нервов пользователей) и в бакенде (для скорости работы администраторов)
также приятно, что данный параметр поддерживается всеми браузерами и валиден
меня это всегда бесило ещё со времён, когда я был простым пользователем, поэтому сейчас с материнской нежностью всегда использую tabindex. я люблю своих пользюков :)
Еще можно ставить tabindex-ы с одинаковыми номерами, тогда перебор будет в порядке следования элементов на странице (и в порядке возрастания номера). Это удобно для вставки новых элементов, не нужно перенумеровывать все элементы после вставленного.
Станет:
input type=«text» name=«login» tabindex=«10»
… тут 10 новых полей.
input type=«password» name=«password» tabindex=«25»
Вообще, добавление 10-15-ти новых полей — случай достаточно редкий. Он обычно предсказуем и тогда вы просто берёте шаг в 50.
А вставка с одинаковыми номерами — это, извините, бред. Какой в этом смысл? Вы снова пришли к тому, что перебор осуществляется не по номеру, а по расположению.
Не совсем по расположению, перебор будет в первую очередь по элементам с установленным tabindex.
т.е. одинаковый tabindex полезен в группах элементов, порядок в которых и так определяется порядком следования на странице. Я не призываю ставить один табиндекс на всю страницу :)
Пример:
есть таблица с элементами, перемещение нужно по столбцу. в первой колонке устанавливаем все элементы с tabindex=«1», во второй — «2»…
при добавлении новой строки в таблицу, добавляем элементы с теми же табиндексами.
>одинаковый tabindex полезен в группах элементов, порядок в которых и так определяется порядком следования на странице.
Тогда он там не нужен вовсе.
>есть таблица с элементами, перемещение нужно по столбцу. в первой колонке устанавливаем все элементы с tabindex=«1», во второй — «2»…
Представим, что у нас ваша таблица. Только столбцов у неё десять. И в каждом по пять элементов.
А потом вам говорят: «у нас новый функционал, между первым и вторым столбцом появляется новый, переход с первого на этот новый, с нового — на вторую». И вы лопатите 9 столбцов*5 элементов=45 табиндексов. :D
аффтар ты святой! К сожалению или к счастью, я не из тех, кому в школе преподавали html, ибо в школе у нас были БК, верстку учил сам, верстаю лет 6, но tabindex`ы упустил, слышу впервые =) Спасибо большое. Хотя уже, если честно, принаравился размещать важные элементы в форме (авторизация, рега итп) в нужном порядке =)
БК 10-01(11), ДВК, ZX-Spectrum, Siclair, Поиск-1,2,3 и т.д. тут не причём, наверное вы за 6 лет слышали про стандарты :) и синтаксис языка. Абсолютно не важно, что это за язык PHP или C — есть стандарты и синтаксис!
Вот читаю я и дивлюсь количеству верстальщиков, не знающих/не делающих про табиндексы. Теперь понятно, почему на фрилансерских биржах всегда на предложения верстки так много охотников выискивается.
Положить десяток кнопочек, чек боксов и других визуальных элементов на форму — это не значить, что вы программист или гениальный верстальщик.
В любом визуальном редакторе есть поле, где можно ввести tabindex и другие свойства.
Есть синтаксис и его нужно соблюдать! (правда, всегда есть исключения :-)
Не будем забывать, что пропуская некоторые элементы в форме с помощью установки tabindex на них, вы тем самым рушите accessibility сайта, в особенности для людей с ограниченными возможностями.
Незрячего пользователя, которому screen-reader озвучивает содержание сайта, собъёт с толку непоследовательное перемещение по элементам, так как в большинстве случаев такой пользователь пользуется табом.
Давайте не меркальтильничать. Если уж на то пошло: дизайн решает поставленную проблему созданием юзверь-фрэндли интерфейса, а разработчика задача — всё это технически воплотить в жизнь.
этот удивительный tabindex