Свой собственный CSS – фреймворк

[Anonym]

Простите, а где фреймворк то?
Весь ваш код пишется на коленке за 15 минут.
Возьмите, к примеру, Bootstrap. Кинул иконку в кнопку — получилась кнопка с иконкой. Кинул список в кнопку — кнопка стала красивым выпадающим списком.
Фреймворк нужен как раз для универсальности, а вы просто базовую разметку набросали. Это может быть отправной точкой для дальнейшей верстки, но уж точно не фреймворк.

[hell0w0rd]

Для того чтобы написать фреймворк, поддерживаемый, кастомизируемый — нужно начать с препроцессора. Голый css к сожалению не выразителен. А по поводу своего css-фреймворка — вдохновившись мощью less и посмотривая на bootstrap написал какую-то часть — формы, кнопки, таблицу… А затем стало понятно, что проще доработать существующие под свои нужды, выпилить ненужное и пользоваться с удовольствием!
Также не желательно использовать id при верстке, а уж при создании фреймворка — тем более
PS начать с препроцессора — не написать свой, а сделать выбор из уже существующих

[bogi]

Doctype не html5, id вместо классов, стили дли ie с хаками вместо подключения через conditional comments, кегль в процентах — это не хорошо. моя заготовка

[anreyyyy]

Я использую Zen для Друпала.
Не знаю, это фреймворк или нет, мне нравится.

[La2ha]

yats Зайдите сюда twitter.github.com/bootstrap/customize.html
И щелкните сюда:

По моему тот же функционал, но реализация лучше.
И зачем вы прячите hr?

[rWeb]

Это не фреймворк, а анти-паттерн: doctype, id, не использование семантичных элементов header, footer. Хорошее решение для базового шаблона — html5-boilerplate.

[dom1n1k]

Я предпочитаю выделить эти правила в отдельную таблицу стилей, чтобы master.css оставался чистым и лишенным того безобразия, которое происходит в IE.

А я предпочинаю ровно наоборот. Стили должны быть сгруппированы по смыслу и месту применения, а не по браузерам. Чтобы я читал код какого-то класса и сразу видел, что в нем происходит, а не телепатически догадывался, что он переопределен где-то в другом файле.
Разумеется, это по возможности. Иногда нужно писать специфический код для разных версий IE и рассовывать его по разным файлам в условных комментариях. Но по возможности — весь код одного класса должен быть локализован.