Комментарии 25
Добавьте, пожалуйста, в пост bootstrap3.kissr.com
Это самое беспомощное и бесполезное описание одного из ключевых новшеств — новой адаптивной сетки в bootstrap3. Автору низачот.
Исключительно академического интереса ради: где Вы в статье нашли описание сетки? )
Про сетку ни слова а зря. Я привык к старой сетке и пришлось убить пару-тройку часов (особено на понимание размеров и padding) на разборки с новым бутстрапом. Как бы стремно не выглядела нотация col-xs-1 col-sm-1 col-md-1 col-lg-1, но как инструмент очень удобно и мощно. За второй бутстрап цепляться точно не стану.
А насчет тем я убедился, что проще взять Less и добивать по собственномку вкусу готовые контролы.
А насчет тем я убедился, что проще взять Less и добивать по собственномку вкусу готовые контролы.
Я думаю, что дзену бутстрапа стоило бы не одну статью посвятить. И хорошо бы кто-то поопытней взялся за это благое дело на хабре… Тем более, что в новой версии действительно уделили много внимания унификации нотации и в целом более целостно всё изнутри смотрится. Теперь нужно перестраивать стереотипы под новые возможности )
Если вы невнимательны, нажмите ctrl-f и поищите на этой странице по слову «Сетка». Вы, внезапно для себя, обнаружите целый абзац *ирония*:
«Сетку основательно переделали. Наверно, это самое существенное изменение в фреймворке, обнаружив которое, в некоторых проектах, можно только недоумённо развести руками — больше нет фиксированных размеров, признаётся только динамическая ширина столбцов. Классы разметки, отвечающие за ширину колонок, .span2, .span3 и т.д. заменены на соответствующие .col-md-2, .col-md-3…»
Что вводит читателя в заблуждение, т.к. новые классы вовсе не замена старым, они работают по другому.
«Сетку основательно переделали. Наверно, это самое существенное изменение в фреймворке, обнаружив которое, в некоторых проектах, можно только недоумённо развести руками — больше нет фиксированных размеров, признаётся только динамическая ширина столбцов. Классы разметки, отвечающие за ширину колонок, .span2, .span3 и т.д. заменены на соответствующие .col-md-2, .col-md-3…»
Что вводит читателя в заблуждение, т.к. новые классы вовсе не замена старым, они работают по другому.
Хм, если здесь что-то говорится о функциональном предназначении новой сетки, то что-то не так с русским языком. И чтобы вывести из «больше нет» то, что новые классы — это именно прямая замена старым и работают они точно так же, видимо нужно проявить воображение…
Впрочем, ввиду столь вольных интерпретаций, моё академическое любопытство можно считать удовлетворённым…
Впрочем, ввиду столь вольных интерпретаций, моё академическое любопытство можно считать удовлетворённым…
Теперь и мне интересно, как ваше воображение трактует следующее — «Классы разметки, отвечающие за ширину колонок, .span2, .span3 и т.д. заменены на соответствующие .col-md-2, .col-md-3…»?
Я понял так — одни классы из вредности заменили на другие путем переименования. Что опять же, вводит читателя в заблуждение.
Я понял так — одни классы из вредности заменили на другие путем переименования. Что опять же, вводит читателя в заблуждение.
Сам на днях занимался переводом проекта на 3ю версию. Впечатления неоднозначные. Есть плюсы, есть вещи которые я никак не могу взять в толк.
Может кто-то из присутствующих объяснит на кой… убрали .control-group? Ну т.е. вроде как оставили (.form-group), хотя выглядят новые «горизонтальные» поля формы совсем не горизонтально.
Может кто-то из присутствующих объяснит на кой… убрали .control-group? Ну т.е. вроде как оставили (.form-group), хотя выглядят новые «горизонтальные» поля формы совсем не горизонтально.
Я, честно говоря, вообще не понял, зачем теперь нужны какие-то доп.классы к контролам кроме собственно оформления.
Новая сетка поддерживает вложенность, поэтому многие схемы теперь делаются просто указанием ширины столбцов для разных версток.
То есть .row, .col-xx-xx теперь два самых главных ваших (вра|дру)га (нужное выделить)
Новая сетка поддерживает вложенность, поэтому многие схемы теперь делаются просто указанием ширины столбцов для разных версток.
То есть .row, .col-xx-xx теперь два самых главных ваших (вра|дру)га (нужное выделить)
Спасибо, подожду 4-го -)
Какие то противоречивые изменения:
вместо «btn-small» стало «btn-sm»
Однако, вместо «icon-pencil» надо писать «glyphicon glyphicon-pencil»
Там 3 байта сократили, здесь 15 добавили. И в обоих случаях ухудшилась читаемость.
вместо «btn-small» стало «btn-sm»
Однако, вместо «icon-pencil» надо писать «glyphicon glyphicon-pencil»
Там 3 байта сократили, здесь 15 добавили. И в обоих случаях ухудшилась читаемость.
не в байтах счастье, а в унификации и удобстве. Нет необходимости помнить, когда sm, а когда small
В случае иконок я, конечно, могу оправдать это тем, что удобней стало разработчикам фреймворка, вероятно дело даже не только в удобстве, но вот "
glyphicon glyphicon-xxx" — это определённо неудобно в использовании. Я бы склонился к лаконичной версии "icn icn-xxx", раз уж button сократили до btn — было бы вполне логично, однообразно и таки удобно!
Какие-то танцы с бубном.
Я выбрал бутстрап именно потому, что я как разработчик не хочу заниматься дизайном и мне проще взять готовый шаблон, бутстрап.
И это отлично. Для создания прототипов — то, что надо, не нужно нанимать никаких дизайнеров и отлаживать сайт неделями для разных версий браузеров и пр.
А сейчас смотрю на статью глазами разработчика и думаю — нанимать теперь дизайнера, чтобы он этом коде копался?
Где профит?
Я выбрал бутстрап именно потому, что я как разработчик не хочу заниматься дизайном и мне проще взять готовый шаблон, бутстрап.
И это отлично. Для создания прототипов — то, что надо, не нужно нанимать никаких дизайнеров и отлаживать сайт неделями для разных версий браузеров и пр.
А сейчас смотрю на статью глазами разработчика и думаю — нанимать теперь дизайнера, чтобы он этом коде копался?
Где профит?
+ из того, что встретилось мне при переходе
1. В тройке из dropdown еще ушло submenu (которая позволяла делать подменю)
2. Breadcrumbs стали проще, не нужно явно указывать divider
3. Изменена пагинация (тоже стала проще)
4. Убрана возможность позиционирования вкладок (nav nav-tabs) по правому краю, левому краю, как это можно было в 2.3.x (ниже просто не помню была поддержка или нет)
1. В тройке из dropdown еще ушло submenu (которая позволяла делать подменю)
2. Breadcrumbs стали проще, не нужно явно указывать divider
3. Изменена пагинация (тоже стала проще)
4. Убрана возможность позиционирования вкладок (nav nav-tabs) по правому краю, левому краю, как это можно было в 2.3.x (ниже просто не помню была поддержка или нет)
Вот за явный form-control на инпутах большое спасибо.
Вообще, имхо, третий бутстрап выглядит лучше второго — не просто как «тема оформления», а как фреймворк для создания собственного дизайна.
Вообще, имхо, третий бутстрап выглядит лучше второго — не просто как «тема оформления», а как фреймворк для создания собственного дизайна.
На днях вышла третья версия этого замечательного фреймворка
«Сто лет» уже прошло, да простят меня за ворчание. В целом фреймворк стал чуть более фреймворком, и разметка стала куда умнее. Те, кто не понимает, почему например иконки глифа переименовали с icon на glyphicon, видимо никогда не использовали другие аналоги, по типу Font-Awesome. Ну вот как дизайнер — захотел я к примеру чтобы navbar-default был с круглыми краями, а navbar-inverse с квадратными: взял да описал на третьем бутстрапе. На втором пришлось бы сначала описать круглые края для navbar, а потом их отсутствие для navbar-inverse, что некоторые браузеры вообще вгоняет в ступор, при неправильно указанной последовательности (e.g.
class="navbar-inverse navbar")
А кто-нибудь, случайно, не в курсе, пофиксили ли разработчики несовместимость с jquery ui?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Переход с bootstrap 2 на bootstrap 3