¿Deberíamos usar Frameworks de CSS?
Esa es la pregunta que me hice tras el último Cadius Granada, me hablaron de unos frameworks para CSS y al verdad es que no terminó de entusiasmarme la idea, prefiero la labor artesanal de crear un CSS para cada proyecto, aun cuando mucho código lo reutilice de un proyecto a otro con pequeños cambios.
Pues hoy he leído en Ajaxian que se hacían esta misma pregunta, y me quedo con la respuesta de Jonathan Chistopher en su artículo “Por favor no useis Frameworks de CSS”:
A CSS framework is a different story entirely. To me, CSS can not be framed. While many of the concepts, techniques, and ideas of creating websites with CSS can be repeated many times over, in my opinion, it is impossible to create pre-written documents that will help you in your process. CSS and (X)HTML go hand in hand. (X)HTML is a language semantic in nature, which is impossible to wrap up in the style of a framework.
Yo por ahora pienso seguir sin usar un framework para CSS. Con mi reset y mis clases de siempre en mi hoja de estilos básica voy sobrado.
¿Y tú que eres, artesanal o práctico?
8 Comentarios
Marcky
16 September 2007
Artesanal, sin quitarle el ojo a lo práctico….
de momento una hoja de estilos con los resets básicos y poco más…
pero digo yo que también depende de la magnitud de los proyectos que usualmente manejemos no?
Jose Pita
17 September 2007
El artículo al que haces referencia concluye que no es que no haya que usarlos bajo ningún concepto sino que deben usarse de forma apropiada y en proyectos que realmente se beneficien de ello.
Otra de las críticas a las que se refiere el artículo hace referencia a la falta de semántica. Bien, esta es fácilmente superable ya que siempre podemos y en este caso casi estaremos obligados a, poner definir dos clases para un mismo elemento: ej: class=”menu two-cols”
A mi, la idea que me gusta de Blueprint no es que me de una hoja de estilos hecha, que no lo hace, si no la idea de rejilla que presenta. Esta idea parece que puede facilitar mucho el trabajo conjunto entre diseñadores gráficos y maquetadores.
Seguiremos discutiendo el tema
Andrés Karp
17 September 2007
Estoy deacuerdo con Jose Pita en lo de Blueprint lo estoy empezando a trastear y tiene muy buena pinta, antes habia probado con utlizar alguna hoja de estilo base, pero cuando empiezas a cambiar te das cuenta que te era más sencillo empezar de cero.
albertofortes
17 September 2007
Jose, lo de las columnas me mola bastante la verdad, de hecho estoy por hacerme un mini framework para un nuevo trabajo que tengo y en el que diseño con retículas aplicando reticulator. Así las cosas, cuando maquetas tu propio diseño o trabajas con un diseñador que usa retículas la cosa puede servir, pero cuando te entran diseños de su padre y de su madre, la mayoría sin retícula ni módulos ni nada de nada, para poco te sirve un framework en CSS.
De todas maneras, es cierto que se pueden extraer buenas prácticas de blueprint que voy a intentar recopilar en una nueva hoja base y si veo que me va bien las saco en un post.
Jose Pita
17 September 2007
Pues eso… lo de la rejilla / columnas es quizás lo más interesante de blueprint aunque una cosa está muy clara… para eso tienes que trabajar en equipo porque si la persona que diseña no utiliza la misma rejila no servirá para nada.
Y ya que ahondamos en el tema quiero destacar las otras ventajas que le veo a Blueprint (siempre y cuando el diseñador/a también las use)
Interoperabilidad con los distintos navegadores
Consisitencia en el diseño sobretodo cuando se trata de un sitio con posiblidad de crecimiento más o menos contínuo
Ahorro de tiempo
Se evitan peleas diseñador / maquetador tipo “ese margen tenía 5px menos en mi diseño”
albertofortes
17 September 2007
José, lo de los márgenes me ha llegado al alma, cuanto sufrimiento ahorraría al gremio, ¡cuánto!
carmel
17 September 2007
A esas peleas ahora se podrá contestar: pero en qué rejilla vives alma de cántaro!
torresburriel
25 September 2007
Yo soy fan total de los frameworks. M
Deja tu comentario