Re: Re[2]: [Ovillo] Selectores de multiples clases
On 16/10/05, Raúl Martín [EMAIL PROTECTED] wrote: no estoy en contra de su uso en el html class=resaltado especial estoy en contra del mal uso en el css .reslatado.especial - esto me parece una mala práctica. La verdad es que no acabo de pillar el porqué te parece mal. A mi me parece que se ajusta al principio DRY (Don't Repeat Yourself) y que es más elegante. Si quiero referirme a la unión de dos clases no veo en que me beneficia tener que inventarme una tercera clase para hacer lo mismo. De hecho, me parece que es meter paja y eso sí que complica el mantenimiento. -- Manuel a veces :) a veces :( pero siempre trabajando duro para Simplelógica: apariencia, experiencia y comunicación en la web. http://simplelogica.net # (+34) 985 22 12 65 ¡Ah! y escribiendo en Logicola: http://logicola.simplelogica.net ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: Re[2]: [Ovillo] Selectores de multiples clases
estoy en contra del mal uso en el css .reslatado.especial - esto me parece una mala práctica. La verdad es que no acabo de pillar el porqué te parece mal. A mi me parece que se ajusta al principio DRY (Don't Repeat Yourself) y que es más elegante. Si quiero referirme a la unión de dos clases no veo en que me beneficia tener que inventarme una tercera clase para hacer lo mismo. De hecho, me parece que es meter paja y eso sí que complica el mantenimiento. Pues el que aparezca un par de elementos de estos no esta mal, el problema es cuando empezamos a tener infinitas combinaciones de estos elementos. Cuando tu entregas ese código a otra persona le fuerzas a adquirir una comprensión mayor del código que has generado (otra persona puedes ser tu mismo dentro de unos años) Ya que al ver en el html una clase como class=resaltado especial , si decides quitarle el especial, piensas quitarle ese carácter especial que tiene y no algo que haya definido en .resaltado.especial. Comprendo que no es lo mismo decir que una noticia es especial a decir que un parrafo es especial. Pero que tal definirlo en otro orden de semántica mas claro. div#noticias .especial Creo que existen formas mucho [strong]más claras[/strong] y elegantes de hacer lo mismo. Tal vez la tercera clase solo sea mejor solución en un caso concreto, pero la cuestión es que existen infinitas posibilidades. Como ejemplo te propongo que cojas un css definido de esa manera donde una clase como especial sea mezclado con otras 10 clases (solo nos salen 20 combinaciones) y te imagines un html con esas combinaciones en diferentes sitios. Crees que podrías de una manera rápida, prever cual será el resultado tras eliminar el elemento especial o simplemente al cambiar de orden las clases es decir, class=resaltado especial pasarlo a class=especial resaltado. A mi me marea esa posibilidad, por eso en general me parece una mala práctica. Sobre DRY, no lo llevemos al extremo, nunca has puesto un block en un elemento de bloque solo por auto comentar el codigo y saber que estás haciendo? En el caso que se habló unos días del adrress le podría ser útil, para evitar problemas mentales en el futuro :D Saludos. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: Re[2]: [Ovillo] Selectores de multiples clases
estoy en contra del mal uso en el css .reslatado.especial - esto me parece una mala práctica. La verdad es que no acabo de pillar el porqué te parece mal. A mi me parece que se ajusta al principio DRY (Don't Repeat Yourself) y que es más elegante. Si quiero referirme a la unión de dos clases no veo en que me beneficia tener que inventarme una tercera clase para hacer lo mismo. De hecho, me parece que es meter paja y eso sí que complica el mantenimiento. Pues el que aparezca un par de elementos de estos no esta mal, el problema es cuando empezamos a tener infinitas combinaciones de estos elementos. Cuando tu entregas ese código a otra persona le fuerzas a adquirir una comprensión mayor del código que has generado (otra persona puedes ser tu mismo dentro de unos años) Ya que al ver en el html una clase como class=resaltado especial , si decides quitarle el especial, piensas quitarle ese carácter especial que tiene y no algo que haya definido en .resaltado.especial. Comprendo que no es lo mismo decir que una noticia es especial a decir que un parrafo es especial. Pero que tal definirlo en otro orden de semántica mas claro. div#noticias .especial Creo que existen formas mucho [strong]más claras[/strong] y elegantes de hacer lo mismo. Tal vez la tercera clase solo sea mejor solución en un caso concreto, pero la cuestión es que existen infinitas posibilidades. Como ejemplo te propongo que cojas un css definido de esa manera donde una clase como especial sea mezclado con otras 10 clases (solo nos salen 20 combinaciones) y te imagines un html con esas combinaciones en diferentes sitios. Crees que podrías de una manera rápida, prever cual será el resultado tras eliminar el elemento especial o simplemente al cambiar de orden las clases es decir, class=resaltado especial pasarlo a class=especial resaltado. A mi me marea esa posibilidad, por eso en general me parece una mala práctica. Sobre DRY, no lo llevemos al extremo, nunca has puesto un block en un elemento de bloque solo por auto comentar el código y saber que estás haciendo? En el caso que se habló unos días del adrress le podría ser útil, para evitar problemas mentales en el futuro :D Saludos. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re[2]: [Ovillo] Selectores de multiples clases
Hola kemie,
Pero no complicáis demasiado la semántica?, es decir:
.azul{}
.amarillo{}
/*Cambiando los nombres por otros mas semánticos*/
Añadir un comportamiento especial para el caso en el que estén
juntos es algo un poco complejo a la hora de mantener.. puediendo
hacer una clase .azulAmarillo
Me explico. Si tienes .resaltado y .especial es útil tener ..
class=resaltado especial, pero hacer en el css un
.resaltado.especial ¿?¿? se hace algo rarito, difícilmente
justificable y complejo de mantener (tema de dependencias).
Y en caso de ser justificable, por que no:
.resaltado, .resaltadoEspecial{}
.especial, .resaltadoEspecial{}
[..]
kg en efecto, ie solo toma el ultimo selector :( (es decir toma
kg .amarillo.azul como .azul )
kg me mató un esquema super practico que traté de usar en un proyecto reciente
Saludos.
_
Todo lo que no aprendí,
no se me ha olvidado.
_
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
Re[2]: [Ovillo] Selectores de multiples clases
Hola Martin,
MS Pero no cuando el markup es generado automaticamente, por un CMS o algo
MS similar.
MS A mi me ha pasado, tener las diferentes partes denominadas por clases
MS (porque pueden repetirse) y además agregar como clase el nombre de la
MS sección donde estoy.
MS De esta manera puedo tener diferentes CSSs para cada sección (esto
MS incluye la existencia o no de imagenes, la posición de los textos, etc).
MS Sin tener que tener en los textos ninguna marcación especial.
Exacto, aun mas en algo generado dinámicamente y en principio
grande. Se complica el tema de efecto laterales.
E inistiendo una vez mas, ...
no estoy en contra de su uso en el html class=resaltado especial
estoy en contra del mal uso en el css
.reslatado.especial - esto me parece una mala práctica.
Y en caso de ser justificable, por que no:
.resaltado, .resaltadoEspecial{}
.especial, .resaltadoEspecial{}
Saludos.
_
Todo lo que no aprendí,
no se me ha olvidado.
_
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
