Да и по возможностям уступает. Так, побаловаться пока что.
По поводу таблиц — почему сразу сортировку не сделать, примитивную хоятбы. Почему-то был уверен, что увижу ее из-коробки.
Да и графики как на скриншоте можно было бы вразу включить.
Если вы пользовались bootstrap, как фреймворком с готовым дизайном, поздравляю, вы использовали его неправильно.
На том же bootstrap есть реализация material design: bootswatch.com/paper
Ну это не я предлагаю, на сайте самого ангуляра есть пример .make-row() getbootstrap.com/css/#example-usage
Хотя я им не пользуюсь, не нравится что он вставлет margin.
Смысл в том, что ты используешь бетстрап как фреймворк, а вёрстка нормальная, семантическая, а не засраная бустраповскими терминами.
Как набор готовых абстракций для контролов. Для кнопок, сетки, алертов. Фрейморк дает огромный простор для кастомизации, а где этого не хватает, можно спокойно дописывать свое.
Посмотрите на expo.getbootstrap.com, ни про один сайт не скажешь сходу, что он сделан на bootstrap, по крайней мере сразу.
Вот зашел сюда написать об этом коммент.
Интересно, кто там в Гугле дизайном занимается, и в каком угаре надо было придумать то, что кнопка при нажатии не нажиматься должна, а взлетать?
Возникла гипотеза, что дизайнер, наглотавшись колес, видимо, решил, что при нажатии на кнопку должно возникать ощущение, что экран под ней проминается, а кнопка остается на месте. :)
Насколько я помню, на 412 нет аварийки — их биметаллическое реле не выдержит нагрузки 4 ламп. Оно не очень выдерживает мощные лампы — начинает сильно частить.
Оказывается, логическое объяснение все-таки есть: кнопка находится на некотором отдалении под стеклом, и когда подносишь палец к экрану, она «притягивается» к пальцу.
Есть же UIkit, в нём с такими вещами ситуация лучше, в своё время переползал с jQuery UI на TB3, по посреди дороги наткнулся на UIkit, и в итоге перешел на него.
Можно кратко навскидку плюсы-минусы-почему? Были же каких-то несколько аргументов которые привели к критической массе и переползанию на другой фрейворк.
Больше компонентов, везде есть префиксы классов (настраиваемые), вроде .uk-table вместо наглого .table, очень удобный графический кастомизатор внешнего вида вместо того убожества, которое предоставляет TB.
Ну не знаю, бутстрап, по крайней мере, был относительно симпатичный. А дизайн гугла заканчивается на google.com (один input bar), остальные его попытки что-то там родить — тошнотное говно.
То, во что превратили 5-й Андроид — тихий ужас и с точки зрения эстетики, и с точки зрения юзабилити.
— Активные элементы без описанных границ заставляют напрягаться с точностью позиционирования. Особенно ужасно это выглядит на стандартной клавиатуре от Гугла.
— Активные элементы, качественно не отличающиеся от неактивных резко снижают интуитивность интерфейса. Заранее не зная работу интерфейса нельзя понять, какие элементы активны, какие — нет.
— Скрытые меню, выдвигаемые свайпом в общем случае не позволяют догадаться об их наличии. То, что на Андроиде даже в официальных гуглоприложениях всё чаще забивают на выделенную кнопку «меню» — вообще ни в какие ворота.
— Невнятные пустые дублирующиеся панели
— Двойные жесты вытаскивания
— Вообще, всё больший игнор быстрой и параллелизуемой первой сигнальной в пользу медленной последовательной второй сигнальной системы.
—…
бОльшего кошмара юзабилити, чем Material Design в Android 5 я, наверное, за последние лет 20 не встречал.
Мне больше интересно, как Гугл начнёт выглядеть как Гугл. Пока весь интернет мастурбирует на их гайды, крупного гуглового приложения или сервиса в material design днём с огнём не сыщешь.
Их почтовый клиент Inbox, приложение для заметок Keep, приложение для просмотра контактов, страница с настройками конфеденциальности и куча других. Постепенно все переводят.
Наконец-то хоть один ui framework, авторы которого понимают как надо писать css и организовать сборку.
Давно на бутстрап не смотрел, но насколько я помню, там был гигантский монолитный css, запутанный вложенностью, засирающий глобальные стили. Т.е. нельзя было ни в существующий проект закинуть его, ни слезть с него на другой фреймворк когда уже вляпался, ни порефакторить его в приличный вид.
Я конечно их видел. Бэм компоненты тянут с собой слишком много всякого эзотерического буллщита от яндекса, борщики какие-то и подобную муть. Гугловый фреймворк собирается галпом — это индустриальный стандарт, любой фронтэндер знает как поправить галповую сборку под себя. Я могу взять mdl вот прямо сейчас и воткнуть себе в проект хоть сбоку, хоть сверху. А не тратить годы жизни на изучение не нужного мне ибем и ймодулес а потом переписывания всего на них. Понимаете разницу в подходе? Вот я за гугловый подход.
Не могу не отметить, что borschik был написан не только когда ещё gulp и grant даже в проекте не было, но и когда ещё вообще фронтендеры и не думали, что им надо что-то собирать. Ну и нет там ничего такого сложного, чтобы с ним надо было как-то долго специально разбираться. Узкая тулза для конкретных случаев.
Ну и наш подход в том, чтобы предложить решение для частых задач, возникающих при разработке фронтенда: генерация HTML (как на сервере, так и на клиенте), оптимизация финального рантайма, способ писать компоненты на всех возможных технологиях, хелперы для написания js, инфраструктура для сборки документации и запуска тестов. А не тупой копипаст HTML к себе в проект и попаболь при обновлении библиотеки. Понимаете разницу в подходе?
Плюс зависимости и то, что попадает в финальный рантайм можно настраивать гибко, контролируя размер файлов проекта. А не подключать себе весь CSS и весь JS компонент.
Основная задача бутстрапа — дать возможность бэкендерам из готового набора зафигачить по-быстрому фронт без помощи дизайнера и фронтендера. Где в этом сценарии «оптимизация финального рантайма, способ писать компоненты на всех возможных технологиях, etc...»?
Вы мне пытаетесь «продать» бэм в теме про совсем другое. Я так то ничего против full-stack бэма не имею. Жалко что им не пользуется никто.
Симпатично. Интересные эффекты при нажатии на активные элементы. Но использовать не буду, ибо всё это дело тормозит на объёмных страницах. ИМХО, веб должен «летать».
Вот да — хорошая альтернатива.
Не навязывают темное меню-шапку, в отличие от гуглового и нормально умеет работать с таблицами, которые не числа. Гугловая либо съезжает вся куда-нибудь, либо столбцы не вертикальные.
Понятно, что дизайн не для этого создавался, но всякие сервисные странички и статистику пока заверстать более чем тяжело.
Стиль (а сразу бросаются цвета) напоминает гугловские продукты. Аналитикс, документы, драйв и прочее. Никогда не нравился их выбор цветовой гаммы, не знаю, даже, почему. То ли мало в них насыщенности, то ли глубины цвета.
Что бы не говорили поклонники и противники Twitter Bootstrap, у Material Design Lite есть одно преимущество перед первым. Он использует принцип Flexbox для формирования сетки. В текущей версии Бутстрапа колонки строятся по старинке: блок+float.
В общем, я потыкал этот MDL и могу уверить, что до функционала того же Angular-material ему пока далековато — то меню вылазит за края экрана, то кнопки не «вспыхивают» по клику. Итог: побаловаться — сойдёт, применять в реальных проектах — не советую.
Прочитал и решил как ни будь попробовать. И вот на днях попробовал использовать для нового проекта. Очень неудобно. Бутстрап интуитивно понятен и легко запоминается, а тут чудовищные названия классов типа «mdl-layout__header», «mdl-layout__header--waterfall», «mdl-mini-footer__right-section» и т.д. В таком виде MDL я точно использовать не буду.
>а тут чудовищные названия классов типа «mdl-layout__header»
так же это БЭМ — именование классов соответствует яндексовской методологии БЭМ, и это хорошо! Они не чудовищные, они удобные, хотя бы тем, что именование классов стандартизировано, не только в этом проекте, но и во многих проектах, использующих БЭМ.
«Убийца Bootstrap» — Material Design Lite. Версия 1.0.0