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

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

Как мне кажется, не хватает раскрытия меню по onmouseover. Не сразу понятно, что меню раскрывается по клику.
Запланирован. Пока думаю как это правильнее реализовать.
Надо выбор предложить, чтобы и так и так было.
Вот onmouseover на вложенное меню точно нужен.
Моё мнение — не нужно. Что потом делать с этими mousover меню людям с мобильных устройств и прочих тач-интерфейсов?
Например, программно переключить раскрытие подменю при наведении указателя, на раскрытие по клику. То есть протестировать браузер пользователя на поддержку Touch ( stackoverflow.com/questions/4817029/whats-the-best-way-to-detect-a-touch-screen-device-using-javascript ).
Я использую www.bootply.com/86684 — подменю раскрываются при наведении указателя.
Ещё бы кто-нибудь сделал из этого модуль к Angular.
Круто, то что надо, спасибо!
Очень вовремя, лично для меня :)
Спасибо!
Много секунд думал над тем, как работают эти контролы. Это говорит о том, что интуитивная понятность не достигнута. Добавьте чекбоксы там, где должны быть чекбоксы, добавьте радиокнопки там, где должны быть радиокнопки, и, возможно, станет лучше. В нынешнем виде это решение я бы не стал применять.
Не знаю, я сразу просек все фишки. Отличная замена уродливым селектам.
Селекты выглядят одинаково, но работают по-разному. Как меню, как переключатель (радиокнопка) и как множественный выбор (чекбокс). Это и сбивает с толку.
Как вариант, вы можете вставить свои иконки чекбоксов и радиокнопок перед опциями. Это даже лучше, чем юзать — опять же — уродливые нативные.
Об этом я и написал двумя комментариями выше. И да, нативные — не уродливые.
На ретине возможно
Это css+js? Или читый css?
Из поста:
… В моем исполнении функция закрывает только те меню, что были открыты api. ...

CSS + JS
JS же умирает…
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации