Используются. На хабре, например. Однако на вебе это выглядит красиво только если сам селект сделать побольше по высоте (ну и текст внутри больше размером, естественно).
С одной стороны длинный селектор правильней с точки зрения красоты, а вот с точки зрения удобности у меня есть сомнения. Где будет находится курсор большую часть времени ? Если он будет находится на правой стороне большую часть – я бы использовал длинный. Если на левой или везде то меньший. Дело удобства пользователя.
Я имел ввиду, не будет ли перед select’ом какого нибудь описания в label для пользователя, чтобы знать, что выбирать. Или оно будет прописано в самом select?
Если пункты для выбора достаточно длинные, то я бы оставлял второй вариант, а если короткие – то пробовал бы компоновать в одну строку с описанием в label. ИМХО. Есть поле для экспериментов :)
Фиттс был бы против.
В дропдауне два элемента – строка-состояние и кнопка для смены состояния. Логично, что они связаны, не так ли? Если кнопка прямо влияет на состояние, она должна быть неразрывно связана с ним, был самым близким связанным с состоянием элементом. Это потому, что только связь с состоянием определяет ее функцию – убери рамку и устрой кнопке конкуренцию по связыванию с состоянием – и понять, что она делает, станет крайне тяжело.
Иными словами, их тесная связь – залог их успешной работы.
А теперь скажи, растягивание по горизонтали усиливает эту связь или ослабляет?
Да, действительно, зачем вообще делать это дропдауном? Просто ссылкой сделать, а по клику вываливать попап с вариантами.
Зачем вообще эти дибилы сделали кнопку в дропдауне? Кликабельна же вся строка?
Чувствуется, что ты не присутствовал на реальных юзертестах, и плохо представляешь себе, как пользуется элементами управления обычный интернет-пользователь.
М-да, я наверное тоже тупая секретарша, но открываю дропдауны всегда стрелочкой.
Не надо искать псевдо-причин, чтобы оправдать неверное решение. Они, конечно, найдутся. Сделай лучше на ширину колонки и всё. Просто я не вижу смысла тащить его на весь экран, это дико.
Если в выпадающем списке значений меньше54, то лучше сделать несколько табов и не скрывать текст. Если их много можно самые востребованные в табы остальные в выпадающее меню (см. как сделана почта на Gmail)
А таблица уже в готов виде?
Комментировать
Поиск по сайту
Об этом блоге
Это личный блог Романа Настенко. Основные темы: юзабилити, проектирование сайтов, интернет в целом, либертарианство и трансгуманизм, фантастика, я сам.
Используются. На хабре, например. Однако на вебе это выглядит красиво только если сам селект сделать побольше по высоте (ну и текст внутри больше размером, естественно).
А никаких дополнительных пояснений к select’у не будет?
rotor, от этого селекта зависит состояние таблицы ниже. Т. е. ajax-ом меняется она в зависимости от того, показывать что выбрано в селекте.
Очень удобно ;) Можно писать длинные тексты… ;)))
Cелект шириной в 100% (ну, почти) можно увидеть в виде адресной строки. Но там ведь предполагается, что текст в ней будет длинным.
С одной стороны длинный селектор правильней с точки зрения красоты, а вот с точки зрения удобности у меня есть сомнения. Где будет находится курсор большую часть времени ? Если он будет находится на правой стороне большую часть – я бы использовал длинный. Если на левой или везде то меньший. Дело удобства пользователя.
Я имел ввиду, не будет ли перед select’ом какого нибудь описания в label для пользователя, чтобы знать, что выбирать. Или оно будет прописано в самом select?
Если пункты для выбора достаточно длинные, то я бы оставлял второй вариант, а если короткие – то пробовал бы компоновать в одну строку с описанием в label. ИМХО. Есть поле для экспериментов :)
Так делать плохо (в этом конкретном случае), потому что элемент управления расположен очень далеко от управляемых им данных.
Фиттс был бы против.
В дропдауне два элемента – строка-состояние и кнопка для смены состояния. Логично, что они связаны, не так ли? Если кнопка прямо влияет на состояние, она должна быть неразрывно связана с ним, был самым близким связанным с состоянием элементом. Это потому, что только связь с состоянием определяет ее функцию – убери рамку и устрой кнопке конкуренцию по связыванию с состоянием – и понять, что она делает, станет крайне тяжело.
Иными словами, их тесная связь – залог их успешной работы.
А теперь скажи, растягивание по горизонтали усиливает эту связь или ослабляет?
rotor, там выше заголовок, суть понятна.
Ярослав Патрикеев, Sniff, а почему это нужно объзательно кликать по элементу управления справа? Кликабельна ведь вся строка.
Да, действительно, зачем вообще делать это дропдауном? Просто ссылкой сделать, а по клику вываливать попап с вариантами.
Зачем вообще эти дибилы сделали кнопку в дропдауне? Кликабельна же вся строка?
Чувствуется, что ты не присутствовал на реальных юзертестах, и плохо представляешь себе, как пользуется элементами управления обычный интернет-пользователь.
М-да, я наверное тоже тупая секретарша, но открываю дропдауны всегда стрелочкой.
Не надо искать псевдо-причин, чтобы оправдать неверное решение. Они, конечно, найдутся. Сделай лучше на ширину колонки и всё. Просто я не вижу смысла тащить его на весь экран, это дико.
Убедили :) Не буду так делать. Собственно, я и не собирался, но мне очень хотелось, чтобы меня убедили, что и так нормально :)
А вообщем то оправдано применение дропдауна ? Сколько в нем элементов ?
А почему бы не сделать табы для переключений и выделить активный таб?
exdeniz, Роман Рыбальченко, очень не хочется делать два меню, хочется обойтись одним (одно будет слева вертикальное).
Да и не надо меню, сделай мини-облако.
Уж только не облако, это ваще не элемент для серьёзной навигации, это баловство.
Если в выпадающем списке значений меньше54, то лучше сделать несколько табов и не скрывать текст. Если их много можно самые востребованные в табы остальные в выпадающее меню (см. как сделана почта на Gmail)
А таблица уже в готов виде?