Permitiendo a los usuarios interactuar con una página Web en los últimos años se ha producido un aumento significativo en el uso de secuencias de comandos del lado del cliente: código Javascript se puede responder en tiempo real y manipular una gran variedad de información. La Web 2.0 es la última expresión de esta capacidad de interacción, en la que el usuario final - el usuario participa activamente en la construcción y de 'la evolución del sitio Web, interactuar con él y ayudarte a ti mismo. Se conoce como contenido generado por usuarios (UGC o - contenido generado por usuarios) que ve en el "navegador" definitivamente no pasivo!
Para lograr esta interacción, lo que permite al usuario final para añadir su aportación, hemos desarrollado una serie de técnicas que han cambiado el aspecto y el comportamiento de las páginas Web (estática hasta ahora, pero ahora es similar a las aplicaciones tradicionales de escritorio) en los últimos años. Cambiar el contenido de una página, enviar archivos, dar su voto a un video o un documento, registrar o cambiar sus datos personales, son sólo algunas de las más ricas en las operaciones de muchos servicios (2.0 beta) en la Web
La creciente demanda de herramientas de cliente ( Prototype , Dojo Toolkit , jQuery , ASP.NET Ajax , ...) y un servidor (Ruby on Rails, bibliotecas PHP, JSP y ASP, ...) para la construcción de la Web 2.0, ha dado lugar a la aparición de muchos herramientas de desarrollo, bibliotecas o simplemente la filosofía de un nuevo desarrollo en la Web;
Estas técnicas y herramientas que se han utilizado en casi todas las combinaciones posibles, gracias a su carácter modular y la posibilidad de resolver algunas de las tareas específicas a veces. Algunos han elegido, por lo tanto, las soluciones enteramente en Flash, que utilizan las soluciones híbridas (Flash + Javascript), que, de las bibliotecas como genéricos del prototipo , ha conseguido su marco específico. La mayoría de estas herramientas también es de código abierto (libre o no) y esto sin duda ha contribuido a una enorme variedad en ningún momento.
El precio ha sido pagado, sin embargo, para obtener esta nueva interacción, ha sido una pérdida neta de accesibilidad (facilidad de uso y frecuencia) de la Web Paradójicamente, el aumento de la funcionalidad de interacción ha restringido el número de usuarios que, por diversas razones, no pueden acceder a estas nuevas tecnologías! No había, por lo tanto, un'incremento la brecha digital , a menudo únicamente debido al abuso de algunas técnicas de desarrollo o simplemente no tener en cuenta algunos de los objetivos finales.
En el desarrollo de un sitio Web, o simplemente una página web, no se olvide del usuario final, que puede visitar nuestro sitio web con dispositivos (navegador o agente de usuario) que no sean las que esperamos, pero, sobre todo, con las características y otras opciones que las que hemos dado por sentado (resolución de pantalla, número de colores, necesita tener Javascript desactivado, no applets, plugins o ActiveX, etc ...). De ello se desprende que, además de compatibilidad simple (funcional y visual) entre los diferentes navegadores que prestar atención a las características que tienen. El argumento, por supuesto, es complejo y articulado.
Es derecho de obligar al usuario a tener JavaScript disponible y habilitada para navegar en nuestro sitio web?
Creo que hay dos respuestas posibles a esta pregunta, la primera puede ser que no, no es correcto, especialmente si lo que queremos lograr puede ser estructurado de tal forma que se permita el acceso es un acceso básico se desarrolla. Sin embargo, y esta es la segunda respuesta, por supuesto que hay casos límite en que el requisito de tener una tecnología en particular es independiente de la capacidad - y la voluntad - analista programador!
También - tema controvertido - quiénes somos (los desarrolladores) para decidir quién debe ser y lo que necesitan?
Si el proyecto que queremos realizar es que pueden ser utilizadas por cualquier agente de usuario, con las debidas precauciones, el tiempo de desarrollo y la creciente complejidad del código (HTML, JavaScript y secuencias de comandos del servidor) se incrementa. Es una decisión de producción, el personal comenzará a dictar las normas. Sin embargo, la compatibilidad no se pone en funcionamiento que debe ser planeado desde el principio, puede, de hecho, abordar la cuestión en un momento posterior, cuando nuestro sitio Web (o nuestro) ya está online.
Normalmente se utilizan dos técnicas, enfoques o dos, para construir una Web realmente accesible:
- Degradación elegante
- Mejora progresiva
Degradación elegante
Esta técnica, también se utiliza en distintas áreas de diseño web, asume desde el principio para centrarse en la creación de un sitio Web muy sofisticada, utilizando las técnicas y tecnologías, todo ello sin preocuparse por los problemas de compatibilidad y accesibilidad. Facilidad de uso, sin embargo, es - por supuesto - el primer ingrediente, por definición. El segundo paso es añadir características para apoyar a todos los navegadores y los usuarios que son - de hecho - en el borde.
A continuación, se utilizan tablas para dar formato a nuestra disposición, sin exasperar el uso de CSS y el flotador, a fin de respetar el diseño del sitio, incluso en los navegadores antiguos. JavaScript parece que va a utilizar la etiqueta NOSCRIPT para proporcionar una alternativa accesible. Use la etiqueta ALT</codee <code inline="true">TITLE más ricos, donde, etc ...
Degradación elegante, sin embargo, tiene limitaciones. No tome seriamente en cuenta los distintos tipos de agentes de usuario (o usuarios) desde el principio, puede tener malos (a veces desagradables) consecuencias en la secuela. No siempre, de hecho, usted puede agregar los artefizi y herramientas pueden proporcionar un contenido alternativa real a los diferentes usuarios. La experiencia de los desarrolladores web analista / diseñador, en este caso, juega un papel clave. Sin embargo, un sitio web evoluciona con el tiempo, mejora, añade características que puede no ser resuelta por otros medios, si no forzar el uso de una tecnología en particular: ver un video (Flash, QuickTime, etc) es difícil - si no imposible - de lograr en el estándar HTML!
Mejora progresiva
Este enfoque es probablemente lo que personalmentre prefiere. Es exactamente lo contrario de degradación elegante. Para aquellos que disfrutan el uso de hojas de estilo es una técnica ya conocida: se parte de la estructura básica, un simple de marcas, y a medida que agrega todas las características avanzadas. Como parte de la disposición y el CSS, es el enfoque utilizado para la sustitución de la imagen ", o la sustitución por una hoja de estilo con un archivo de texto (en ese entonces también hay técnicas que se aprovechan de Flash o Ajax, incluso).
De particular interés en este tipo de enfoque, es la propagación de la llamada JavaScript Discreción: JavaScript que no es intrusiva. Esta técnica puede mejorar la funcionalidad de un sitio Web mediante la explotación de las capacidades de manipulación de JavaScript DOM. Al insertar correctamente las secuencias de comandos JavaScript en la página que usted puede hacer para que sean transparentes para los navegadores que no soporten JavaScript (o ha desactivado JavaScript), pero trabajando para otros.
Las características de un discreto JavaScript son los siguientes:
- Mejorar o modificar - NO implementos - características que se encuentran
- Transparente en el caso de los agentes de usuario que no soporta JavaScript o desactivar
El punto 1 es esencial para la accesibilidad, de la misma manera como la "utilizado en reemplazo de la imagen CSS. Un ejemplo es el complemento , lo que mejora la visibilidad de un vínculo. Ajustar es un ejemplo clásico de discreto JavaScript: JavaScript desactivado si el enlace está presente y funciona, pero si JavaScript está habilitado funcionalidad de vista previa se añade. Además, si usted no puede acceder a cualquier mensaje de JavaScript se muestra: la sección 2 - no intrusiva.
Otro ejemplo de JavaScript discreto está bien hecho Lightbox JS , que mejora la presentación de imágenes. A partir de una serie de enlaces (Tags <A>) con el atributo rel está bien configurado puede mostrar imágenes enlazadas en una muy pegadiza!
Esta técnica es muy versátil y permite un verdadero acercamiento mejora progresiva - y, sin exagerar, un verdadero enfoque web 2.0.
En este escenario, el uso de la biblioteca Prototype ofrece fácil acceso a la DOM de HTML que permite reemplazar y agregar características a los elementos de una página, lo más versátil.
Ambas técnicas, por lo tanto, permitir la creación de sitios web al final realmente accesibles. Por otro lado requieren especial atención y trabajo adicional, que en última instancia, pagados por la mayor cantidad de visitantes! Yo personalmente adoptado la técnica de mejora progresiva, de un hábito puramente subjetiva y. Elegir entre las dos técnicas pueden ser indiferentes experiencia, junto con el tipo de proyecto que debe desarrollar, sin duda juega un papel importante.
Como un ejemplo vale más que mil palabras, propongo que antes de mosrtare algunos fragmentos de código simple en realidad iluminada.
[...] Accesibilidad y Usabilidad: Javascript discreto ... [...]
undolog | Blog Archive | Accesibilidad y Usabilidad: Javascript discreto ...
Permitiendo a los usuarios interactuar con una página Web en los últimos años se ha producido un aumento significativo en el uso de secuencias de comandos del lado del cliente: código Javascript se puede responder en tiempo real y manipular una gran variedad de información. La Web 2.0 ...
[...] Página web es el de reemplazar la operación con las hojas de estilo (ver la mejora progresiva en Accesibilidad y Usabilidad: JavaScript discreto). Esta técnica le permite hacer más accesible el contenido del sitio, independientemente de [...]
[...] Accesibilidad y Usabilidad: Javascript discreto. Excelente artículo que habla de undolog.com discreto Javascript aborda tanto problemas con una visión general de [...]