Cada vez que hago o modifico una web intento que sea navegable aún teniendo JS desactivado. Esto, que es tan obvio y que debería formar parte del libro de cabecera de cualquier desarrollador, a veces no llega a todos los rincones de la aplicación, cuando debería ser así.
Uno de los resquicios olvidados en esos casos es el típico botón de “actualizar”, que normalmente hacemos mediante un “javascript:document.location.reload();” en el href, el cual estaría mucho mejor si se tratase de un simple link a la página actual.

En RoR por ejemplo, bastaría con invocar al “request.request_url“. Pero claro, esto también tiene un pero: sólo lo podemos hacer si trabajamos con un lenguaje de servidor.

Debo admitir que nunca he sido muy amigo de las webs 100% Flash. Un banner, vale. Un logo animado… bueeeno. Pero, ¿una web entera? Ni de coña (- Mmm, ¿y la navegación? - Te he dicho que no, coño.).

Pedorretas mentales aparte, hace días leía en ALT1040 que Google y Yahoo! empezarían a indexar el contenido de dentro de los .SWF, cosa que me acojona sobremanera. Y ahora vosotros, mis queridos millones de lectores, pensaréis: “a este se le va la pinza“, ¿no? Pues no, listillos.

Digo esto porque pese a que es un paso adelante MUY grande, este tipo de páginas siguen teniendo una accesibilidad que tiende a -2 (uno arriba, uno abajo).

Pese a que se pueden hacer cosas extremadamente accesibles, usables y blablablá en Flash, la mayoría de desarrolladores de esta tecnología pasan completamente de esos conceptos, por lo que se concentran únicamente en hacer algo con lo que dejar impresionado al cliente (cosa normal, por otro lado -los timings mandan-).

Entre otros problemas, se me ocurren los siguientes:

• Plugin: el factor más determinante, ¿qué pasa si no lo tengo o el dispositivo que estoy utilizando no lo soporta?
• Navegación por teclado: imagínate que se te ha roto el ratón o directamente que accedes desde tu flamante móvil con WiFi, ya verás qué risa.
• Botones de “atrás” y “adelante”: mira que son útiles, ¿eh? Pues en este caso ya nos podemos ir olvidando de ellos…
• Scrollbars: Deben ser definidas en cada película. Si a un programador en concreto le apetece darles un comportamiento “sorpresa”, mala suerte (mayor velocidad, no-soporte de la rueda del ratón, posibles cuelgues, etc.). Mejor utilizar las que vienen por defecto en el navegador (además, ¡en IE son personalizables, yujuuu! ¬¬ ).

Por no decir que no hay forma de incluirlo de forma estándar (los tags object y embed no se llevan bien con la W3C), que es un formato propietario, que el texto de sus capas carece de marcado semántico, que…

Y ojo, repito que el 90% de esas cosas son fácilmente solucionables si se programa de forma responsable, pero claro, eso no es lo normal (ni rentable, que son prácticas que consumen tiempo que a veces no tenemos).

Volviendo a lo de antes: ¿que por qué me acojona la noticia de la que os hablaba? Simplemente por que ya son muchas discusiones acerca de este temita, no me apetece tener que reevangelizar a todos los que tenía ya convencidos.

Junto a esos truquitos “maestros” que solemos necesitar muchos desarrolladores, más de una vez me he encontrado con uno que me produce urticaria nada más leerlo: el del “outline” (lo podemos ver en estas URLs -por ejemplo-: aNieto2K, Deziner Folio y Vidablog).

Este tip consiste en eliminar ese feo borde punteado que aparece al hacer click en cualquier enlace, cosa que queda muy bonita pero muy poco accesible.

Si una persona sin ratón intentase navegar por la página no podría pasar del principio, ya que le sería imposible ver dónde está el foco.

Asi que nada, por eso mismo este precioso blog conservará los más preciosos todavía bordes cojoneros. Que lo sepáis.

…

La única duda que me queda es: ¿alguien sabe porqué esta propiedad está incluida en la especificación de CSS?

Sé que tiene muchos más parámetros, pero no entiendo porqué entre ellos está el de cargárnoslo.