Blueprint CSS и разделение представления и содержимого при разработке форм

Можно ли использовать Blueprint CSS и поддерживать достойный уровень разделения между презентацией и контентом? Мне нравится, насколько легко использовать фреймворк при разработке форм, но меня беспокоит, что способ, которым я использую классы css для колонки элементов, является плохой практикой.

Например, скажем, у меня есть форма из трех полей, созданная с использованием чертежа:

<div class="container">
    <form action="" method="post" class="inline">               
        <fieldset> 
            <legend>Example</legend> 
            <div class="span-3"> 
                <label for="a">Label A:</label> 
                <input type="text" class="text" id="a" name="a" > 
            </div> 
            <div class="span-2"> 
                <label for="b">Label B:</label> 
                <input type="text" class="text" id="b" name="b" > 
            </div> 
            <div class="span-3"> 
                <label for="o">Label O:</label> 
                <input type="checkbox" id="o" name="o" value="true" checked="checked" class="checkbox">checkbox one
            </div> 
            <div class="span-2 last"> 
                <input type="submit" value="submit" class="button"> 
            </div> 
        </fieldset> 
    </form> 
</div>

Является ли плохой практикой использование атрибута класса с такими именами, как «span-2», «inline» и «last»? Или я упустил суть?

ОБНОВЛЕНИЕ

Более подробно об этом говорится по адресу: МИФ РАЗДЕЛЕНИЕ СОДЕРЖАНИЯ И ПРЕЗЕНТАЦИИ


css blueprint-css
person Merritt    schedule 19.04.2010    source источник
comment
Я никогда не использовал blueprint, но из этого поста (и других примеров, которые я видел до сих пор) кажется, что blueprint почти такой же, как макеты таблиц 10 лет назад. Похоже, что вместо того, чтобы писать семантическую разметку со значимыми именами классов, которые стилизованы из вашего файла CSS, вы жестко кодируете немые / атомарные классы CSS, такие как span-n, last, append-n и т. Д., Которые не имеют никакой семантики. но репрезентативный смысл. Если это действительно суть плана, я не понимаю, почему он так популярен.   -  person Sebastian Noack    schedule 14.06.2012

Ответы (2)


arrow_upward
1
arrow_downward

Я бы сказал, вы упускаете суть. Если вы хотите стилизовать эти элементы, вам нужно будет присвоить им класс или идентификатор, и любое соглашение об именах может стать значимым, пока оно остается согласованным. Люди, которые любят жаловаться на названия ваших классов, обычно не очень хорошие дизайнеры.

person Azeem.Butt    schedule 19.04.2010
comment
Несемантическое имя класса ничего не повредит. - Из статьи, которую я упомянул выше. - person Merritt; 02.06.2010

arrow_upward
1
arrow_downward

Я бы сказал, что это плохая практика. Вы должны придумать более значимые имена и идентификаторы классов, которые применяются непосредственно к вашей разметке, а затем заставить эти «использовать» такие вещи, как span-2 и last. Это можно сделать с помощью файла чертежа compress.rb.

Подробную информацию об использовании можно найти здесь: http://jdclayton.com/blueprints_compress_a_walkthrough.html

В частности, вам следует обратить внимание на часть "semantic_classes".

person theIV    schedule 19.04.2010
comment
Итак, вы предлагаете использовать функцию семантических классов в compress.rb? - person Merritt; 19.04.2010
comment
да. Если бы вы работали над стилизацией чего-то вроде hcard и хотели придерживаться этого формата, все ваши классы были бы определены для вас. Нет причин идти и пробивать кучу пролетов, первых, долговечных и что там у вас там есть. - person theIV; 19.04.2010