Попытка завоевать мир сделать лучший CSS Framework, действительно облегчающий разработку и поддержку сайта. А так же систематизировать подходы к вёрстке и описать удобную схему вёрстки сайтов, как больших, так и маленьких.
Чтобы комментировать записи и дружить с другими пользователями, нужна своя страница на Я.ру. Если у вас уже есть страница на Я.ру, введите логин и пароль. Если страницы ещё нет — создайте! |
|
Попытка В клубе действуют правила. Правила клубаВ клубе запрещено:
В случае нарушения правил ваши записи могут быть удалены, а вы сами – исключены из клуба.
Сырой список основных блоков библиотеки.( Многабукаф ) Чтобы не пересекаться с имеюшимся кодом, скорее всего будет добавлен префикс bem ко всем компонентам, т.е. не b-text, а b-bem-text или bem-text. Основной упор на простоту и нативность реализации в браузерах. То, что браузером не поддерживается в нём просто не будет показано. Например, закруглённые уголки.
Это минимальный набор блоков из которых строятся остальные блоки и страницы сайтов. Для первой версии кажется достаточно.
Разработанный нами подход к вёрстке независимымыми блоками мы с Вегед'ом навали БЭМ (Блок, Элемент, Модификатор) или BEM (Block, Element, Modifier). Разработка будет идти на github'е. Отдельным проектом опишем сам подход, отдельным reusable библиотеку блоков (про это следующий пост), отдельно утилиты для облегчения работы с кодом. Всё что написано в клубе в той или иной мере устарело и будет переписано чуть более чем полностью. Мысли без порядка:
Насколько я понял система сейчас такая: грузится страница и после загрузки (DOMReady), если у юзер-агента включен JS, скрипт в body пишет id="js" (до этого "nojs"), ну и тогда к странице применяются стили и фишки, которые видят почти все. Вопрос: почему нельзя использовать для этих же целей тег <noscript> и подключать внутри него стили без js. Да, понимаю что кармически грузить два файла со стилями - это ай-яй-яй, но всё-таки, мне кажется, это лучше, чем неисчезающие label'ы над инпутами (реализация аттрибута placeholder из HTML5), на каком-нибудь Яндекс.Мэпсе, которые не исчезают, потому что страница долго грузится или просто канал медленный, и это из мелочей, что я на вскидку вспомню. Есть ли минусы, кроме вышеуказанного, у этого подхода, или этот минус решающий в этом вопросе?
Я включил обратно премодерацию клуба и удалю все записи, которые не относятся непосредственно к теме клуба.
Если ли смысл ориентироваться на комьюнити? Идея блочной верстки хороша, но если мы ее используем и делаем более менее reuse код, если ли особый смысл делать его часть для "открытого использования". Если да, то нам надо писать следуя своду достаточно жестких правил, причем, они сильно шире правил уже описанных. Вот например у нас есть свой b-round и у Виталия есть свой b-round, конфликт названий, если использовать неймспейсы hh-b-round, то в рамках проекта вроде как необоснованно раздувается html. И таких ситуации много. Если забить на комьюнити, и использовать только идею, что мы сейчас и делаем, обмен "опытом" какой-то скудный.
Замечаю довольно часто, что не все верстальщики любят делать иконку частью ссылки и выравнивать ее относительно текста, однако пользователю приятно наводить курсор на иконку и видеть активность ссылки. width: 250px; /* обязательно указать полный размер картинки */ предлагаю это решение включить в фреймворк
Жизнь в клубе совсем затихла. Все ждут очередных статей от Виталия. Друзья! Не кажется ли вам, что все основные принципы будущего фреймворка уже подробно описаны и рассмотрены на примерах здесь и в субботниках. Мы уже знаем зачем, мы уже знает как. А не пора ли начать думать над идеями блоков, которые будут полезны не только в конкретном специфичном проекте, но и в других (те самые reuseble), совместно разрабатывать и тестировать их, создавать материальную основу фреймворка. А быть может уже делиться своими наработками, как это сделал Виталий на примерах b-round, b-icon, g-png? Примерами таких блоков могут быть используемые почти на каждом сайте - постраничная навигация, "хлебные крошки", облако тегов...
Вот просмотрел 2 раза Ваши видео о теории и о практике фреймворка своими руками, но всё равно не понял одной вещи. Вопрос: запрашивая файл стилей, откуда cgi-скрипт (который, судя по видео, собирает кирпичики в дом) берёт названия нужных ему (точнее даже конкретной странице) кирпичиков, из которых потом выдирает содержимое и заталкавает в один файл? Какой порядок в создании большого стилевого файла? Может кривовато выразился, если так, то спрашивайте, я уточню вопрос. Просто тема для меня очень актуальна, т.к. в последнее время очень много крупных проектов пошло. Спасибо!
Приветствую всех! Я новый член вашего клуба и мне, как и всем вам, интересна тема создания универсальных компонентов, для верстки часто встречающихся елементов. Такими элементами, безусловно, являются блоки с круглыми углами. На апрельском субботнике, Виталий Харисов обещал выложить в клубе супер универсальный метод скругления уголков, и до недавнего времени я терпеливо ждал его появления, используя для текущих проектов способ before:/after:. Но на днях я решил сам поэкспериментировать и попробовать написать нечто подобное и хочу поделиться с вами результатами своей работы. Мой метод основан на седующих решениях:
И так, как вы уже поняли самое главное это то, что вместо картинок и спрайтов я использую символ булета большого размера. Отличие моего метода от аналогов в том что он не только отлично работает во всех браузерах под Windows(IE6+, Opera, FF2+, Safari3+, Chrome), но и под MacOS и Linux. С удовольствием продемонстрирую это на примере. Очень интересно ваше мнение, коллеги, особенно Виталия Харисова.
Здравствуйте. Не так давно начал использовать в своей работе принципы, описанные в данном фреймворке и решил поделиться идеей, которую использую. Блоки, имена которых используются для выбора через ява-скриптовые фреймворки (jQuery и т.п.) я предваряю префиксом js- В скриптах получается что-то вроде $(".js-mp3").bind("click", function() { ... Сначала я использовал для этого префикс модификатора m- но потом решил что неправильно использовать префикс, имеющий отношение к CSS в JS. Вот такая мысль. Ещё темы → |
| Подписаться на комментарии к записи | ||
|---|---|---|
Получать уведомления о всех ответах в этом обсуждении. Форма не заполнена | ||
| Отписаться от комментарев к записи | ||
|---|---|---|
Получать уведомления только о тех ответах в этом обсуждении, которые адресованы лично вам. Форма не заполнена |
