Комментарии 24
И к этому примеру еще, к счастью, не добавили миллиард GTK-шных тем, благодаря которым, селекты могут выглядеть как угодно.
Если ты позволяешь кому-то (например, браузеру) делать за тебя часть твоей работы и определять, как что-то будет выглядеть, то получается, что ты и не работал. То же самое касается использования элементов Bootstrap. Так делают только лентяи и непрофессионалы, не так ли?
Вы же это не серьезно, правда?
Добавлю, что стандартные элементы управления важны для незрячих (и других людей с ограниченными возможностями).
Некоторые верстальщики считают, что инвалидов не существует, или (ещё хуже) что они бесполезны как посетители. Это печально.
Некоторые верстальщики считают, что инвалидов не существует, или (ещё хуже) что они бесполезны как посетители. Это печально.
В дополнение не раскрыт вопрос механики взаимодействия с кастомным и нативным селектом — многие верстальщики при создании кастомного селекта даже не утруждаются добавить свойство user-select: none, из-за чего текст выпадающего списка выделяется при случайном перемещении мышки. Во-вторых стандартный селект позволяет использовать не два щелчка (открыть, выбрать), а один (открыть, потянуть, отпустить), прокрутку длинного списка не скроллом, а так же — понянуть, проскроллить, отпустить. Единицы среди сотни реализаций кастомных селектов полностью эмулируют механику нативных, а это очень сильно сказывается на удобстве использования т.к. большинство взаимодействий с интерфейсом у пользователя завязано на рефлексах.
… так как браузеры используют системные элементы управления...
Нет, только IE так делает, остальные рисуют сами.
НЛО прилетело и опубликовало эту надпись здесь
Кастомизировать селекты без весомой причины вообще не нужно.
[Sarcasm]
Так есть же причины! Хреново выглядят и не вписываются в дизайн! Куда уж более весомей?
[/Sarcasm]
Так есть же причины! Хреново выглядят и не вписываются в дизайн! Куда уж более весомей?
[/Sarcasm]
«Давайте сделаем красивый селект!» — из уст заказчика или дизайнера — весомая причина или нет?
НЛО прилетело и опубликовало эту надпись здесь
Причин море:
— Дизайн.
— Выбор нескольких элементов одновременно.
— Добавление иконок/превьюшек.
— Добавление описаний и иной кастомной верстки.
— Отображение во всплывашке спиннера, типа, грузим список, подождите.
— Ленивая подгрузка содержимого по мере прокрутки списка.
Большинство решений, реализующих вышесказанное, например, Select2, несколько пренебрегают мобильными устройствами. Но это не значит, что от них можно отказаться.
— Дизайн.
— Выбор нескольких элементов одновременно.
— Добавление иконок/превьюшек.
— Добавление описаний и иной кастомной верстки.
— Отображение во всплывашке спиннера, типа, грузим список, подождите.
— Ленивая подгрузка содержимого по мере прокрутки списка.
Большинство решений, реализующих вышесказанное, например, Select2, несколько пренебрегают мобильными устройствами. Но это не значит, что от них можно отказаться.
Из всего списка железобетонной является, пожалуй, только причина #2.
Все остальные очень относительны и спорны. В какой-то конкретной ситуации да, могут быть значимы. Но в большинстве, я уверен, полученные плюсы не будут скомпенсированы множеством побочных минусов.
Я был и бываю по обе стороны баррикад (дизайн/верстка).
Все остальные очень относительны и спорны. В какой-то конкретной ситуации да, могут быть значимы. Но в большинстве, я уверен, полученные плюсы не будут скомпенсированы множеством побочных минусов.
Я был и бываю по обе стороны баррикад (дизайн/верстка).
Что скажете насчёт select'ов, сделанных в Angular-material?
Все чаще и чаще встречаются веб-разработки не работающие в IE. Из-за обилия таких вот интерфейсов. Я сам бы не против использования подобной красоты, но вот не всем клиентам понравится ответ: знаете, а ваш проект в IE не работает, вы там предупредите своих сотрудников.
Мне вопросы по выбору браузеров для полноценной работы с разработанными веб-проектами приходилось слышать. Пока все было кроссплатформенно. Но сам давно жду своего ответа на свои же вопросы, начать использовать подобные фреймворки и вежливо объяснять клиентам: а зачем вам IE, вы посмотрите на эту красоту или искать другой выход.
Хотелось бы услышать мнение от коллег.
Мне вопросы по выбору браузеров для полноценной работы с разработанными веб-проектами приходилось слышать. Пока все было кроссплатформенно. Но сам давно жду своего ответа на свои же вопросы, начать использовать подобные фреймворки и вежливо объяснять клиентам: а зачем вам IE, вы посмотрите на эту красоту или искать другой выход.
Хотелось бы услышать мнение от коллег.
В некоторых компаниях правило: поддержка последней версии браузера и предыдущей (в google точно такое правило было, пруф уже не найду наверное). В нашей студии последнее время такое же правило прописываем в ТЗ, если заказчик хочет устаревшие версии — отдельно оплачивается эта работа(а желающих мало :)). Если ie9 ещё можно поддерживать как-то, всё что ниже — уже совсем боль и страдания.
Не поддерживается механика которую я описал выше в комментарии.
НЛО прилетело и опубликовало эту надпись здесь
А вся эта боль из-за того, что бразуеры уже десятилетиям не могут и не решают проблему кастомизации селекта
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Блеск и нищета стандартных селектов