10 errores comunes en los css

Por el 8 de Octubre de 2006

en: Sin categoría

Esta es una recopilación de errores comunes en las hojas de estilo. Es bastante provechoso hacer una lista con estos y otros errores comunes.

1.Uso innecesario del valor 0

El código siguiente no necesita la unidad especificada si el valor es cero.

padding:0px 0px 5px 0px;

En su lugar puede ser escrito de esta manera:

padding:0 0 5px 0;

De la misma manera es igual para otros estilos. Ej.:

margin:0;

No malgastes espacios agregando unidades tales como px, pt, em, etc, cuando el valor es cero. La única razón de hacer esto es si necesitas cambiar estos valores más tarde. Si no declarar estas unidades no tiene sentido. Los pixeles cero son iguales que los puntos cero.

Sin embargo,line-height puede no tener unidad.Por eso es válido lo siguiente:

line-height:1;

De cualquier manera puedes utilizar una unidad en concreto como em si lo deseas.

2.Los colores en formato hexadecimal necesitan una almohadilla

Esto está mal:

color: ea6bc2;

Debe ser:

color: #ea6bc2;

O esto otro:

color: rgb (234.107.194);

3.Valores duplicados en los códigos de colores

No escribir el código de esta manera:

color: #ffffff;
background-color:#000000;
border:1px solid #ee66aa;

Los valores duplicados pueden ser omitidos.Escribiendo los códigos de esta manera:

color:#fff;
background-color:#000;
border:1px solid #e6a;

¡Por supuesto esto no debes hacerlo con códigos como este!

color: #fe69b2;

4.Evitar repeticiones de código innecesaria

Evita usar varias líneas cuando lo puedes conseguir con una sola. Por ejemplo, al fijar los bordes, algunas veces se debe hacer por separado pero en casos como el siguiente no es necesario:

border-top:1px solid #00f;
border-right:1px solid #00f;
border-bottom:1px solid #00f;
border-left:1px solid #00f;

Podríamos resumirlo en una única línea esta:

border:1px solid #00f;

5.La duplicación es necesario con los estilos en cascada

En los estilos en cascada es aceptable repetir el mismo codigo para un elemento elemento dos veces, si significa evitar la repetición mencionada en el punto arriba. Por ejemplo, digámos que tenermos un elemento donde solamente es diferente el “border” izquierda. En vez de poner cada “border” escrito usando cuatro líneas, uso sólo dos:

border:1px solid #00f;
border-left:1px solid #f00;

En este caso primero definimos todos los “borders” con el mismo color pero más tarde para ahorrarnos dos lineas de código redefinimos el “border” izquierda a otro color, de esta manera hemos ahorrado dos líneas de código.
El ejemplo malgastando espacio quedaría así:

border-top:1px solid #00f;
border-right:1px solid #00f;
border-bottom:1px solid #00f;
border-left:1px solid #f00;

Obviamente supuestamente este ahorro de carga supone un retraso en la carga de la página pues estamos definiendo el “border” izquierda dos veces, pero la carga de este proceso es insignificante.

6.Los estilos inválidos no hacen nada

Un ejemplo es suficiente para explicar este error:

padding:auto

Este estilo solo puede ser aplicado a width y height pero no a padding.

7.Código Específico para cada navegador

Obviamente este tipo de código solo funcionará en el navegador al que va destinado , pero es hay que pensar si es rentable puesto que solo algunos usuarios podrán apreciar esos cambio.

8.Espacio perdido

No estoy seguro del porqué pero muchos diseñadores estan empeñados en desaprovechar el espacio en su código, usando un montón de innecesarios saltos de línea. Recuerda que eso sólo lo verás tu y estas haciendo un uso excesivo de ancho de banda. Tambien tu código será más facil de leer puesto que tendrá menos “boquetes”.

Por supuesto es sabio dejar un cierto espacio para mantenerlo legible, aunque a algunos les encanta condensar todo, no dejando ningún espacio.

9.Especificar los colores sin usar palabras

Definir los colores usando las palabras que lo definen no es una buena idea puesto que estaríamos confiando en el navegador para que el interprete que color y código debe aplicar.Las tonalidades para un mismo nombre de color cambian mucho de un navegador a otro.
Es una buena práctica especificar siempre el color por su código hexadecimal.
Ej.: utilizar “#fff” en lugar de blanco.

10.Agrupar estilos idénticos

Es común ver los estilo escritos una y otra vez con el mismo código, aún cuando el estilo es igual.
Sería conveniente agruparlos y asi optimizaríamos espacio:

h1, p, #footer, .intro {
font-family:Arial,Helvetica,sans-serif;
}

Tambien nos hara mucho más facil la tarea de actualizar el código.

Enlaces Relacionados

Trucos para tus hojas de estilo (CSS)
Nuevo diseño para Barrapunto
Insertar flash compatible con W3C, no es imposible
Paleta de colores Web 2.0
Guía Css, documenta tus hojas de estilo
Añadir enlaces encima a una imagen
Efecto zoom de imagen utilizando solo Css

  • Entradas relacionadas:
  • No hay coincidencias

6 Respuestas a 10 errores comunes en los css

Avatar

Anónimo

8 de Octubre de 2006 a las 8:23 am

Los 10 puntos están bien, pero no sólo de minimizar bytes vive el hombre.

Considero que introducir /* comentarios */ en la hoja de estilo puede ayudar mucho a su mantenimiento.

Avatar

Anónimo

8 de Octubre de 2006 a las 8:24 am

Todos estos comentarios están bien, pero alguno reduce la legibilidad del código y llevarlos al extremo es absurdo. La hoja de estilo si está en un archivo css separado se cargará una única vez y se almacenará en la cachí© del navegador, por lo que la reducción de bytes es mí­nima. Creo que hay errores mucho más graves y más comunes que estos, y que afectan realmente a la visualización de la página. El principal desde mi punto de vista es no probar la página desde distintos navegadores y plataformas, y caer en el ya clásico problema del defectuoso modelo de cajas del explorer.

El primer consejo me ha dado problemas con algún navegador (no recuerdo cual ahora mismo). Y para el número 9 no ha elegido un gran ejemplo… pues ya me contará el autor quí© diferentes tonalidades de blanco existen entre los navegadores. Se pueden usar nombres sólo para los 16 soportados por la W3C: aqua, black, blue, fuchsia, gray, green, lime, maroon, navy, olive, purple, red, silver, teal, white, and yellow. Para el resto, mejor utilizar los códigos hex.

Avatar

Anónimo

11 de Octubre de 2006 a las 5:43 am

punto 3) Creo que es mucho más coherente usar la misma notación para todos los codigos de colores en vez de usar la forma abreviada.
De esta forma los colores siempre tendrán 6 caracteres sean seguros o no.

Un saludo
ninjawebstudio.com

Avatar

Antonio Gómez

29 de Octubre de 2007 a las 4:56 pm

Pues me va a disculpar el autor de este texto, pero hay cosas en las que no tiene razón.
La programación en cualquier lenguaje (y, aunque CSS no lo sea, podemos consideralo a tal efecto sin perdida de generalidad) establece que la corrección es prioritaria, seguida de la claridad y, finalmente, la eficiencia.
El primer punto es obvio y no requiere más explicaciones.
El segundo obedece a que un código críptico presenta tantos problemas de legibilidad que su mantenimiento se vuelve tedioso (y, por ende, costoso), a la par que facilita la aparición de despistes (errores), perjudicando a la primera condición.
La tercera condición, aunque importante, nunca debe estar por delante de las dos anteriores, máximo debido al desarrollo del hardware.

Soltada la parrafada anterior, debo decir que algunos de sus consejos no son buenos y, lo que es peor, no entiendo en qué se basa usted para considerarlos tales.

Así, se queja usted en el punto 8 de los espacios en blanco y dice que no está “seguro del porqué pero muchos diseñadores están empeñados en desaprovechar el espacio en su código”. Señor mío, si usted dice eso es porque usted no es programador/diseñador (o jamás ha realizado un trabajo de complejidad media). Si lo fuese sabría que ese “espacio desaprovechado” es para facilitar la legibilidad y comprensión del código, tanto para propios como para extraños, siendo vitales para hacer un buen trabajo lo antes posible. Ya puestos a estrujar la ubre, ¿preferiría el caballero un código farragoso y ofuscado creado mediante algún optimizador de HTML (esos que se usaban en los 90) con tal de ganar unos miserables kilobytes?.

Asimismo, y de forma general, usted propone algunas prácticas (no todas) que, a cambio de ahorrar unos pocos bytes, implican sentar hábitos peligrosos que pueden inducir a errores futuros (p.e. su consejo de no usar las magnitudes en las medidas con valor cero).

Todo esto me lleva a su vez a una observación final. Sus consejos son del pleistoceno. No exagero. Usted está dando consejos suponiendo que un ahorro de unos pocos kB es algo grandioso, cuando en realidad es miserable. El desarrollo de Internet en la actualidad no tiene nada que ver con la Internet de hace 10 años (que es a la que corresponden estos consejos). No sé si usted ha caído en la cuenta de que la transmisión de datos pesados es una norma habitual en las redes actuales. No pretendo justificar con esto enfoques absurdos y brutalmente ineficientes, pero perjudicar de forma tan notable la legibilidad de un texto (con todo lo que de ello se deriva) para que un usuario se ahorre unos miserables kB de descarga es una bobada y no tiene base ninguna.

Mire, no tengo nada contra usted, pero creo que no es usted la persona adecuada para dar consejos sobre optimización de páginas webs. No parece ser consciente de las consecuencias de sus recomedanciones.

PD: Estoy totalmente de acuerdo con quienes han recordado el uso de la cache y la validez de los comentarios. Por Dios, si es que parece que hemos retrocedido una década con este artículo.

Avatar

Cómo mejorar la velocidad de tu sitio | TuFuncion

9 de Diciembre de 2009 a las 1:52 pm

[...] Evita los comentarios CSS [...]

Avatar

Cómo mejorar la velocidad de tu sitio | Adobe User Group Granada (trial)

15 de Enero de 2010 a las 12:43 pm

[...] Evita los comentarios CSS [...]

Dejar un comentario

Patrocinadores

¿Interesado en patrocinar TuFunción?

Suscripción

Primera División