Конечно, работает. Просто для таких изяществ весь layout должен быть резиновым, расчитанным на em'ах. Вы просто забываете про убогие браузеры, в которых уже никогда не появится нормальный zoom для изображений, а при увеличении шрифта там также увеличатся и отступы, а родительский блок останется таким же.
«если шрифты в em то и margin для текстовых элементов должен быть в em» — чаще всего это никак не вяжется с тем, что нарисовал дизайнер. Тогда уж все размеры в em'ах задавали бы.
Мы у себя в Indentium уже давно разработали болванку, с которой начинается любая верстка. Учитывая то, что над одним проектом обычно трудится не менее 2-3 человек, в придачу к болванке была расписана подробнейшая документация разработки.
А как же система добавления комментариев от незарегистрированных пользователей с использованием капчи? Или просто-напросто форма обратной связи?
Мне кажется, что Ваша мысль имеет смысл, но при этом реализована не совсем универсально (в отличие от использования session_start() в главном файле). Всегда нужно иметь под рукой механизм хранения для любого типа пользователей, а не только для авторизованных.
Можно было на JS заставить «сердце» биться чаще одного раза. Или хотя бы через <meta http-equiv="refresh" content="5" /> ;-)
А так, конечно, молодцы! Хороший подарок.
Видимо, моей идеи Вы так и не поняли. Уменьшение/увеличение происходит пропорционально как со стороны small, так и со стороны large. То есть, w12 = xxxxxl (список начинается с xxxxs). Правда, такие конструкции — редкость. Облака тегов, в которых больше 5-6 разных весов тегов неэффективна.
Я разве сказал, что они мне чем-то не угодили. Не спорю, мне не нравится использование цифр в названиях классов и id. В крайних случаях я использую префиксы first, second и т.п. или постфиксы one, two… Все от личных предпочтений зависит, как и предложенный мной вариант.
Ну так смысл в том, что обозначения размеров — это соотношения весов тегов. То есть small (s) — это не значит, что текст должен быть размером в 10 пикселей. Это значит, что его вес меньше, чем у остальных (medium, large и пр.). Насчет цветов переборщил, соглашусь.
В топике рассматривается блок «без излишеств и дизайнерских наворотов», то есть о различных оттенках, прозрачности, бекграундах и прочем речи нет. В случае с изменением перечисленных параметров, в зависимости от веса, будет крайне нелогично использовать как вариант с цифрами, так и предложенный мной, с размерами одежды. В случае изменения оттенка можно использовать light, dark и прочее, относящееся к цвету. А, вообще, никто ведь не запрещает использования нескольких классов. Например, «w1 s light». И вес указали, и изменение размера и, даже, осветление оттенка.
Мне тоже кажется, что разумное использование в названиях блоков постфиксов left, middle, right нагляднее, а кто-то яро противится этому, убеждая в том, что именование должно быть лишь смысловым. Сколько людей, столько мнений.
chikuyonok.ru/playground/cols/
Мы у себя в Indentium уже давно разработали болванку, с которой начинается любая верстка. Учитывая то, что над одним проектом обычно трудится не менее 2-3 человек, в придачу к болванке была расписана подробнейшая документация разработки.
Позволю себе выложить болванку.
P.S. Автор, Вас работа постоянная не интересует? ;-)
Мне кажется, что Ваша мысль имеет смысл, но при этом реализована не совсем универсально (в отличие от использования session_start() в главном файле). Всегда нужно иметь под рукой механизм хранения для любого типа пользователей, а не только для авторизованных.
<meta http-equiv="refresh" content="5" />;-)А так, конечно, молодцы! Хороший подарок.