2010-04-19 5 views
0

Est-il possible d'utiliser Blueprint CSS et de maintenir un niveau de séparation respectable entre la présentation et le contenu? J'aime la facilité avec laquelle le framework doit être utilisé lors de la conception de formulaires, mais je m'inquiète que la manière dont j'utilise les classes css pour la mise en colonne des éléments soit une mauvaise pratique.Blueprint CSS et séparation de la présentation et du contenu lors de la conception de formulaires

Par exemple, dire que j'ai une forme 3 sur le terrain conçu en utilisant modèle:

<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> 

utilise un attribut class avec des noms comme « Span-2 », « en ligne » et « dernier » une mauvaise pratique ? Ou ai-je manqué le point?

MISE À JOUR

on en parle plus en profondeur: THE MYTH OF CONTENT AND PRESENTATION SEPARATION

+0

Je n'ai jamais utilisé de plan, mais à partir de ce post (et d'autres exemples que j'ai vus jusqu'à présent), il semble que le plan soit presque le même que celui des tableaux il y a 10 ans. Il semble qu'au lieu d'écrire un balisage sémantique avec des noms de classe significatifs, qui sont stylés depuis votre fichier CSS, vous codez des classes CSS binaires/atomiques comme "span-n", "last", "append-n" et ainsi de suite. n'ont pas de signification sémantique mais représentative. Si c'est vraiment le point de départ, je ne comprends pas pourquoi c'est si populaire. –

Répondre

1

Je dirais que vous manquez le point. Si vous voulez styliser ces éléments, vous devrez leur donner une classe ou un ID, et n'importe quelle convention de nommage peut devenir significative tant qu'elle reste cohérente. Les gens qui aiment se plaindre des noms de vos classes ne sont généralement pas de très bons concepteurs.

+0

"Le nom d'une classe non sémantique ne blesse rien." - De l'article mentionné ci-dessus. – Merritt

1

Je dirais que c'est une mauvaise pratique. Vous devriez trouver des noms de classe et des identifiants plus significatifs qui s'appliquent directement à votre balisage, puis avoir ces "choses" telles que span-2 et last. Cela peut être fait en utilisant compress.rb de blueprint.

détails sur l'utilisation qui peuvent être trouvés ici: http://jdclayton.com/blueprints_compress_a_walkthrough.html

En particulier à ce que vous parlez, vous devriez prêter attention à la partie « semantic_classes ».

+0

Donc vous suggérez l'utilisation de la fonctionnalité des classes sémantiques de compress.rb? – Merritt

+0

Oui. Si vous travailliez sur un style comme une hCard, et que vous vouliez vous en tenir au format, toutes vos classes seraient définies pour vous. Pas de raison d'y aller et de gifler un paquet de travées, de premières, de durées et de quoi as-tu dedans. – theIV

Questions connexes