- Crimen #1: Labels que no están relacionadas con su input en un formulario
- Crimen #2: Logo que no enlaza con la página principal de la web
- Crimen #3: No especificar un color para enlaces visitados
- Crimen #4: No indicar el campo activo de un formulario
- Crimen #5: Dejar una imagen sin descripción alternativa
- Crimen #6: Dejar una imagen de fondo sin color de fondo
- Crimen #7: Utilizar párrafos de texto demasiado extensos
- Crimen #8: Subrayar texto que no es un enlace
- Crimen #9: “Haz click aquí”
- Crimen #10: Utilizar texto justificado
Esto es lo que señala Chris Spooner en Line25 y que pasaré a comentar seguidamente ya que no estoy del todo de acuerdo, algunos puntos (creo) necesitan matizarse.
El punto #2 ya es relativo de por sí.
Quizá tenemos el logotipo en la página, casi seguro, pero si indicamos específicamente que hay un enlace que sirve para volver a la página principal, el logotipo no tiene por qué servir también como enlace para esa misma acción. Nunca estará de más, obviamente.
- Accesibilidad significa tener dos versiones de un sitio web
- La accesibilidad web es asunto de diseñadores y programadores
- Las páginas web accesibles son feas y aburridas
- Los usuarios deben visualizar el sitio tal y como lo diseñó su autor
- La accesibilidad web es solo para ciegos
- La accesibilidad web significa no usar Flash
- Las herramientas automáticas determinan el nivel de accesibilidad
- Las versiones de solo-texto son suficientes para garantizar la accesibilidad
- Para qué hacer un sitio web accesible si las personas con discapacidad no son mi target
- Hacer un sitio web accesible es costoso
Enlace directo (Slideshare)
Autor | Mario Carvajal @astromario www.astrolabio.com.co
Vía | Sonia García
Como todo buen maquetador sabe, hay ciertos programas que se pasan los estándares por el forro el pito del sereno. En consecuencia, nos obligan a utilizar esas líneas de código que hacen milagros donde había imposibles llamadas hacks.
Un hack no es más que una manera de introducir código de algún tipo (CSS en este caso), de tal manera que se consigue su carga en un determinado programa, en este caso, en un determinado navegador.
Es por todos conocidos que la familia Internet Explorer interpreta con bastante ligereza lo que una web debe mostrar en realidad; que si yo interpreto los paddings y margins como me da la gana, que si el border también suma para el ancho total, que si esta propiedad no la conozco… etc. Multitudes de fallos por una estrategia errónea de Microsoft que ha ido arrastrando durante años, pero eso es otro tema.
Al grano.
IE8 es un buen navegador en comparación con su predecesor IE7 y exageradamente superior a su ancestro IE6. Respeta bastante bien la mayoría de estándares, pero también tiene “sus cosas”, las cuales vamos a solucionar con las siguientes líneas de código en el CSS.
1) *:first-child+html elemento { propiedad: valor; }
2) elemento { propiedad /*\**/: valor\9 }
¿Qué estamos haciendo con esas líneas?
Si buscamos por Google, veremos que el 2º hack corre por internet como el milagro antigrasa de IE8, pero no es así. Ese código lo interpreta también IE7, por lo que habrá que re-hackear de tal manera que IE7 interprete “otra cosa”.
La solución está en el first-child. Lo pongamos donde lo pongamos será lo que interprete IE7 sin tener el cuenta el hack de los asteriscos. Digamos que actúa como un !important.
Obviamente, esto no valida ni de broma, pero es otra solución si como a mí no os gusta nada llenar el código de condicionales comprobando la versión de IE.
Aunque existe otra forma más la cual no he podido comprobar si valida.
El código que os pongo a continuación no va sobre el CSS si no directamente sobre el archivo XHTML que estéis maquetando y hace algo más “bestia” pero bastante efectivo y que ahorra tiempo, sudor y lágrimas.
<meta http-equiv=”X-UA-Compatible” content=”IE=7″ />
Con ese meta que pondremos dentro del head, haremos que IE8 entre en el Compatibility Mode y renderice la web como IE7. Con esto conseguiremos poder reducir el número de hacks ya que no hará falta tener en cuenta a IE8 a la hora de maquetar. De todas formas, no es la vía más recomendable por ser algo drástica. Sólo debería usarse en el supuesto de que tengamos la web perfectamente adaptada a IE7 y suponga demasiado tiempo su arreglo.
La mejor solución; utilizar Firefox, Safari, Opera o Chrome.
