Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 77
кастумизация — нет такого слова
Лично для меня смысл совершенно понятен. Спасибо за статью.
если уж и использовать такие слова, то хотябы писать их без ошибок — кастОмизация
Карова доёт харошее малако — тоже не лишено смысла, но ведь вы не будете так писать
не согласен. это ошибка в русском слове. а кастомизация — это больше жаргон. меня тоже немного напрягло, но не настолько чтобы троллить на эту тему.
Вас и многих других следует перевести в рид-онли за флуд. Я поражен: человек написал хорошую, понятную статью, а вы обсуждаете правило написания слова. Отпишите в личку об ошибках, человек исправит. И это будет очень хорошо с вашей стороны, что вы так поступили. Но не в комментах, это не грамота.ру.
Смесь английского с нижегородским, почти по Грибоедову :)
Тогда уж костюмизация — одевание новой шкурки (костюмов) на чекбоксы, радиобатоны.
> кастумизация — нет такого слова
На мой взгляд это вполне прижившая в среде разработчиков «русификация» от англ. customization. Правильный перевод этого термина имеет достаточно большую длину, чтобы использовать его. К тому же итак понятно что имеется ввиду.
На мой взгляд это вполне прижившая в среде разработчиков «русификация» от англ. customization. Правильный перевод этого термина имеет достаточно большую длину, чтобы использовать его. К тому же итак понятно что имеется ввиду.
«эджекс» — а не «аякс», как как произносят многие российкие разработчики. «майэскюэль», вместо «майсиквел» как произносит один мой знакомый очень уважаемый разработчик с 25 летним стажем. что это меняет то? мне теперь ему на это указывать каждый раз? привычка.
А с каких пор буква s начала читаться как си? MySQL правильно произносить как «майэскьюэл».
Если бы вы работали также долго как он, то знали бы почему многие «деды» произносят именно так. В любом случае, читайте историю.
Семантически верный перевод: стилизация. Длина этого слова меньше используемого автором.
(меня тоже дико раздражают всякие кустомизации, коворкинги и краудфандинги)
(меня тоже дико раздражают всякие кустомизации, коворкинги и краудфандинги)
А opacity:0 + спрайт не работает?
Скрытые инпуты работаю в ИЕ?
само свойство hidden к сожалению нет, поэтому в css еще добавлено display: none; для данных типов input.
Тут помимо этого присутствует псевдоэлемент :before, который не работает в IE7.
Для него придется использовать expression, либо добавлять какой-нибудь пустой тег вместо :before.
Ну, и еще IE7 не поддерживает :checked и :disabled, тоже придется писать костыль…
Для него придется использовать expression, либо добавлять какой-нибудь пустой тег вместо :before.
Ну, и еще IE7 не поддерживает :checked и :disabled, тоже придется писать костыль…
Ок, а как вы текст будете менять в label без JS в зависимости от состояния чекбокса?
Ваш способ прекрасен до того момента, как вы попробуете на ваши инпуты нажать.
Данная реализация не работоспособна. Вот это её убивает:
Данная реализация не работоспособна. Вот это её убивает:
input[type="checkbox"],
input[type="radio"] {
display:none;
}Ещё один минус текущей реализации:
Вы расчитываете на то, что сначала в HTML идёт input, а затем — label. Очень часто — наоборот. Не могли бы показать модификацию для такого случая?
Вы расчитываете на то, что сначала в HTML идёт input, а затем — label. Очень часто — наоборот. Не могли бы показать модификацию для такого случая?
А еще нередко бывает, когда input и label не идут в потоке подряд. Например, находятся в разных ячейках таблицы.
Я рассматриваю конкретный случай, взяв для этого классическую разметку как «по учебнику». Целью было показать идею, одну из многих, которая может для кого-то оказаться удобной. Для каждого случая свои инструменты. В случае если label идет впереди input возможно лучше использовать другой способ.
бессмысленно класть input в какое-то отдельное от label место, если он display: none. проблема высосана из пальца.
Важным моментом является только то, что нужно указывать id для каждого input и for для label, чтобы связать их.
Можно ведь тег input поместить внутри контейнера label и таким образом избавимся от написания
id для каждого input и for для label
Да, для radio и checkbox очень часто используют именно такую конструкцию. Но мне кажется, что в этом случае внедрить подход, который предлагает автор, на чистом CSS будет весьма сложно.
Как-то так: label > input::before
А если я кликну на зону лейбла, где инпут не дотягивается, разве произойдёт ивент?
Что значит «инпут не дотягивается»? Событие вызывается по клику на самом лейбле.
Точно, забыл про всплытие.
Мда, в статье про «Простую кастомизация Checkbox и Radio» результат оформлен картинкой :)
А чем по-вашему он должен быть оформлен?
Добавил ссылку на демо
Работал с каким-то плагином аналогичного назначения, возникла проблема из bind на разные события. Плагин сделали, кнопки нажимаются, все счастливы, вот только не учли, что помимо картинки оно должно еще и работать.
А сами спрайты, отображающие состояние, кликабельны ведь, да? Я просто не сильно клиентский программист, поэтому интересуюсь. А рабочего примера не выложили, как раз было бы очень кстати, я бы тогда не задавал таких глупых вопросов :)
Да, все работает вполне нативно. Можете проверить: демо
Супер. Ещё бы чтобы от клавиатуры работало, было бы здорово.
Ваш вариант кастомизации не очень удобен, в нём невозможно переходить по инпутам нажатием [Tab]. Здесь я нашел более подходящий для себя вариант.
uniformjs.com --> http://opensource.audith.org/uniform/
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Простая кастомизация Checkbox и Radio