Las 5 barricadas superiores a la accesibilidad del Web

| by Karl Groves | March 11, 2004
Introducción

La accesibilidad es a menudo la cosa pasada en la mente de un diseñador de la tela al crear un Web site. Esto no es un rasgo único a los newbies o a la gente que trabajan en una página personal. Es también un rasgo común a los diseñadores profesionales de la tela (grandes y pequeños) e incluso a las corporaciones multinacionales. De hecho, la mayoría de los diseñadores de la tela no tienen ninguna pista sobre cuáles es la accesibilidad.

Muchos que saben que es qué accesibilidad la tratarán a menudo como si es cirugía del cerebro. Nada podía ser más futuro de la verdad. De hecho, todos que toman para crear un sitio accesible son cierto forethought y entender de las clases de errores que eres probable para hacer así que tú saber evitarlos.

¿Cuál es accesibilidad?

Para ésas sin el conocimiento de la accesibilidad, tengo gusto generalmente de utilizar la analogía siguiente: El edificio que trabajas adentro tiene probablemente por lo menos un espacio que parquea perjudicado. Si tiene más de un piso, tiene probablemente un elevador o una escalera móvil (o ambas). Tiene pasamanos en las escaleras, y tiene probablemente una inmersión en el encintado. Tu lugar de trabajo tiene estos artículos para facilitar el acceso al negocio de los clientes y/o de los empleados lisiados. El diseño accesible de la tela no es nada más que un equivalente electrónico de este esfuerzo hacia la igualdad de acceso a tus recursos.

La energía del Web está en su universalidad. El acceso por cada uno sin importar inhabilidad es un aspecto esencial - heces de Tim Berners, inventor del HTML y el protocolo del HTTP.

Porqué un foco completo es necesario

No aventuraré en ninguna discusión de la moralidad de porqué debes hacer tu sitio accesible. Puesta simplemente, ninguna discusión (con excepción de ignorancia escarpada) contra diseño accesible no está simplemente digno de tener. En lugar, centrémosnos en qué clases de necesidades especiales puede tener un usuario que puede crear problemas en obrar recíprocamente con un Web site:
  •  Debilitaciones visuales, que pueden manifestarse en la acromatopsia, vista pobre o terminar ceguera
  •  Deterioros de oído en una amplia gama de severities potenciales
  •  Debilitaciones de la movilidad que se extienden de artritis, de esclerosis múltiple, de la enfermedad de Parkinson, de la parálisis, o de otros desórdenes del motor-control
  •  Debilitaciones cognoscitivas tales como parálisis cerebral, síndrome de las llanuras, Alzheimer, dyslexia, o desórdenes que aprenden
  •  Los desórdenes del asimiento tienen gusto de epilepsia

En última instancia, un acercamiento completo es cuál es necesario para crear un sitio accesible. No puedes predecir que la severidad del usuario las necesidades o de ésas necesita. Los acercamientos equivocados tales como alternativas de la detección o del texto-solamente del browser traicionan una carencia de entender este hecho. Los alternativas del Texto-solamente pueden proporcionar solamente una solución de la accesibilidad para ésas de desórdenes de la visión, de tal modo sin hacer caso de millones de otros usuarios lisiados de diversas necesidades. La detección del Browser es destinada fallar, mientras que los visitantes lisiados utilizan una amplia gama de la tecnología adaptante, incluyendo los usuario-agentes que se identifican como una de las marcas de fábrica principales. Por otra parte, no hay manera de detectar el dispositivo punteagudo del usuario o un de los otros artículos en la amplia gama de los ajustes usados para compensar sus necesidades especiales.

Evitar los errores mas comunes

En su ignorancia e indiferencia, los diseñadores de la tela son más probable cometer cinco errores que sean barricadas a la accesibilidad. Evitar estos errores te tomará traga lejos el camino hacia diseño accesible. Tu sitio no será perfecto apenas evitando estos cinco errores, pero cometer estos errores significará probablemente que el sitio es totalmente inutilizable una amplia gama de usuarios con necesidades especiales.

1. Dependencia sobre scripting lateral del cliente para presentar la navegación o el contenido importante

Entre las maneras puedes hacer un Web site totalmente inaccesible a muchos tipos de debilitaciones inmediatamente debes utilizar al cliente-lado scripting de una manera tal que el sitio entero no pueda trabajar para los usuarios que hacen scripting del lado del cliente dar vuelta apagado o que están utilizando la tecnología adaptante que no reconoce a lado del cliente scripting en todos.

Tales artículos serían cosas como:
  •  El acontecimiento manejó el contenido dinámico (el lado procesado del cliente)
  •  Volar-Hacia fuera (aka DHTML) los menús
  •  Caer abajo de los menús que requieren a tratante del acontecimiento del onChange funcionar
  •  Ventanas de Popup que no trabajan sin Javascript

La confianza en scripting tendrá uno de cuatro resultados posibles:
  •  El sitio cargará pero la navegación será imposible (exhibirá y no trabajará, o a menudo apenas no exhibición)
  •  Las porciones substanciales del contenido no exhibirán
  •  El sitio cargará pero absolutamente ningún contenido exhibirá
  •  En un intento por evitar los problemas de la “utilidad” creados por su uso de scripting, cluelessly detectarán la presencia de la ayuda scripting por el browser y volverán a dirigir a usuario a una página del callejón sin salida, que procura enseñarte cómo aumentar tu software.

Considero ninguno de estos resultados ser una falta completa de la accesibilidad. Desafortunadamente, incluso los Web site para las corporaciones multinacionales y las entidades del gobierno fallan bajo tal criterio.

Los sitios siguientes conducen a las páginas del callejón sin salida que piden que aumentes tu software
  •  Bolsa de acción de Nueva York
  •  Compartimiento de Tiempo
  •  Bloque de H&R
  •  Travelocity
  •  General Motors
  •  Toyota
  •  Porsche

Los sitios siguientes dan lugar a elementos navegacionales totalmente inoperables
  •  Autoridad del agua y de la alcantarilla de la C.C. de Washington
  •  Volvo
  •  1-800-Contacts
  •  La asociación americana del automóvil
  •  Verisign

Los sitios siguientes cargarán, pero el contenido no exhibirá realmente en todos
  •  Chrysler
  •  Ford
  •  Chevy
  •  Visa

Los sitios siguientes tienen un efecto del Suizo-queso con el contenido que falta esporádico en la pantalla
  •  Regate
  •  Jeep
  •  Equipo del balompié de Baltimore Ravens

La solución para estos problemas es extremadamente simple. No hacer cualquier cosa totalmente dependiente sobre scripting. Los elementos interactivos deben agregar al disfrute del Web site, no detraer de él como suceden a menudo.

Recomiendo contra usar “vuelo-hacia fuera” (aka DHTML) menús y los menús dropdown para la navegación primaria.

Mientras que es posible crearlos de modo que la navegación trabaje con scripting dado vuelta apagado, ésa solucionará solamente un sistema de problemas. Como edición general de la utilidad, la navegación de DHTML es descrita a menudo como “deslizadiza” por los usuarios sanos, y puede crear ciertamente la frustración entre ésos con debilitaciones del motor.

Por lo menos, desearás asegurar dos cosas al usar volar-hacia fuera los menús para la navegación:
  •  Las exhibiciones del menú (o un alternativa del <noscript>) realmente cuando el scripting está de desconocido
  •  El primer acoplamiento en las funciones del menú y conduce a una destinación real

Crear las llanuras de la gota que funcionan sin scripting.

Puedes elegir uno de cerca de tres acercamientos a esto:

Primero, es ACEPTABLE funcionar desde un acontecimiento del onChange en éstos, con tal que por supuesto, proveas un método de la sumisión que no confíe en scripting - es decir un botón y una escritura del servidor-lado

, Si realmente deseas conseguir difícil, escribir en segundo lugar el botón basado sobre la detección de la ayuda scripting. Es un pedacito demasiado esfuerzo innecesario en mi opinión, pero algo no pudo pensar tan.

Tercero, escribir la lista de los acoplamientos en tu elemento del <noscript> que tienen la misma destinación que el menú de DHTML. La mayoría de usuarios conseguirá el menú dinámico nifty y ésos sin ayuda scripting por lo menos conseguirán una lista operacional de los acoplamientos que van al mismo lugar.

La otra navegación

Incluso he visto los acoplamientos llanos del texto hechos inoperables sin ayuda scripting. La solución natural es justa a no hacer eso. No hay workarounds aseados necesarios.

El acontecimiento manejó el contenido

el contenido Acontecimiento-dirigido es un pedacito más difícil. Mi discusión es generalmente que no hay nada que el cliente-lado scripting puede hacer que no puede ser hecho con el servidor-lado scripting por ejemplo PHP. Para los Web site pequeños, éste es el mejor acercamiento. Para un Web site grande que consigue a millares de golpes al minuto, la parte posteriora y adelante los viajes al servidor para cada pequeña petición puede convertirse en una carga abrumadora en el servidor. En el caso de sitios grandes, los reveladores necesitan trabajar con la persona responsable de diseño de la interacción para subir con una manera de evitar tal confianza en el cliente-lado scripting.

Desafortunadamente, el contenido acontecimiento-dirigido es también probable dar lugar a un espacio en blanco, o a pantalla del Suizo-cheesed si cliente-lado manejado. En tal caso, eres probablemente mejor de esquivar la edición en conjunto por cualquier medio necesario. Tendría algo un Web site que trabajó correctamente para cada uno que un Web site que tenía dependiente de la interactividad sobre algo que falló totalmente para un número potencialmente grande de la gente.

Popup Windows

Para las ventanas del popup, necesitarás cerciorarse de que el acoplamiento funcione sin importar ayuda scripting. Si estás utilizando las ventanas del popup para los anuncios, se atan probablemente a un acontecimiento del onload (u onunload). Eso está muy bien, lo deja allí. Nadie excepto ti y tu publicista tiene gusto de ellos de todos modos; no incomodar tan el hacer de ellos accesible. Pero si estás utilizando las ventanas del popup para el contenido suplementario, no debes utilizar “#” o “Javascript: ” como tu referencia del hypertext. Utilizar un acoplamiento verdadero, y fijar tu código del Javascript a “falso de vuelta”. El acoplamiento funcionará correctamente sin importar ayuda scripting. (Véase mi artículo - “una ventana Pop-up más accesible”)

2. Uso incorrecto del margen de beneficio del Invalid del margen de beneficio

Mucho se lanza alrededor en grupos de discusión sobre el valor del margen de beneficio válido - incluso cerca sinceramente suyo. El margen de beneficio válido es fácil de crear, a pesar de que la mayoría de la gente maneja no alcanzarlo. La validez del margen de beneficio de la página es importante - de un punto de vista de la accesibilidad - porque la tecnología adaptante puede no estar como el perdón del margen de beneficio botched como los browsers principales. Cuál es más desafiador, incluso entre los que tengan páginas válidas, está el uso apropiado del margen de beneficio.

Los diseñadores del Web dicen mucho sobre contenido interactivo, dinámico, y base de datos-conducido. En última instancia, no importa un pedacito sobre cómo es sorprender la programación que conduce el sitio - qué consigue enviada al browser del visitante es HTML.

El HTML es una lengua del margen de beneficio

Puesto simplemente, fue creado con el propósito expreso de describir la estructura de la información, NO la presentación. Muchos diseñadores de la tela utilizarán el HTML para dictar la presentación por usar desaprobado o cualidades del propietario, o incorrectamente usando algunos elementos para dictar la presentación:
  •  Los elementos desaprobados incluyen el <center>, <font>, <menu>, <s>, <strike>, <u>
  •  Las cualidades desaprobadas incluyen alinean (en muchos casos), alink, fondo, bgcolor, altura y anchura (para las células de la tabla), hspace, vspace, y muchos más
  •  El uso incorrecto de elementos de dictar la presentación incluiría el uso de las tablas para la disposición, uso del <tbody> en tablas de la disposición, usando el <pre> o el <blockquote> para controlar el texto que coloca, o no asociando datos tabular las células con los jefes y las relaciones el definir entre los jefes y las columnas de las filas de datos.

El CSS está para la presentación

En todos los casos donde está necesario el efecto presentational, debes utilizar el CSS para alcanzar el efecto presentational. No puedo pensar en muchos efectos presentational alcanzados por las cualidades del HTML que no tienen equivalentes del CSS. Algunas características del CSS tienen ayuda manchada al lado de los browsers importantes, y por esta razón debes tener siempre esta edición presente. Esta ayuda manchada no significa que debes perezoso recurrir a las cualidades presentational del HTML. Algo, significa que debes venir a los apretones con el mito de “mirar igual” a cada uno o encontrar otro efecto presentational para perseguir después. En mi opinión, el recurso a un workaround significa que el diseño es dañado, no espec.

Utilizar el margen de beneficio apropiado

Utilizar el margen de beneficio apropiado para el documento, antes incluso de implicarse en la presentación. Esto incluye cosas como títulos, etiquetas del párrafo, y etiquetas de la rotura. ¿Estás utilizando <h1> para hacer una palabra grande, en negrilla? ¿Estás utilizando el <b> para crear un título? ¿Estás utilizando <p></p> para crear una rotura entre los párrafos? ¿Estás utilizando el <blockquote> para mellar el texto? Si es así estás utilizando estos elementos incorrectamente.

Cada uno de estos elementos tiene un propósito en dictar la estructura del documento. Por ejemplo, <h1> es el elemento significado para dictar el título del documento. <h2> está para los subtítulos, tales como secciones principales del texto. <h3> se significa como subtítulo de una sección. el <p> se significa para marcar un párrafo, y así sucesivamente. Para más información sobre cuál es el propósito de los varios elementos del HTML, visitar espec. tú mismo. http://www.w3.org/TR/html401

Para asegurar mayor accesibilidad:
  •  Utilizar el HTML para definir la estructura solamente
  •  Utilizar el CSS para definir la presentación
  •  Utilizar siempre el elemento más apropiado para el contenido. No emplear mal los elementos o las cualidades apenas para alcanzar tu visión estética.

3. Dependencia del dispositivo

Mientras que mucha gente tiende para pensar en accesibilidad como esfuerzos de hacer un sitio usable para la persiana, ésta no es simplemente verdad. Crear un sitio que sea dependiente sobre cualquier pedazo de hardware es destinado fallar para los usuarios con una amplia gama de necesidades especiales potenciales - lo más notablemente posible, la persiana y las personas con debilitaciones del motor. La dependencia del dispositivo es una mala práctica de un punto de vista general de la utilidad también. Los usuarios están teniendo acceso cada vez más al Internet con los dispositivos tales como teléfonos y PDAs de la célula. Crear dependencia del dispositivo puede servir para enajenar a lejos más gente, lisiada o no.

La dependencia del dispositivo se puede considerar como:
  •  onMouseout de onClick/onMouseover/u otros tratantes del acontecimiento que confían en el usuario que tiene un ratón para funcionar un acoplamiento o formar control.
  •  mapas de imagen del Servidor-lado que no tienen un sistema correspondiente de acoplamientos redundantes
  •  Navegación o formas que no tienen una orden lógica de la lengüeta

No frunzo el ceño necesariamente en dependencia del dispositivo en caso de que la dependencia sea solamente una edición para las cosas como rollovers, imagen que destaca, color del texto que cambia, o un cierto otro cambio decorativo. La edición viene cuando la dependencia del dispositivo combina con una confianza en scripting (#1, arriba) en que atan al tratante del acontecimiento algo como la sumisión de la forma, la presentación contenta, o un cálculo. En tales casos, como I también dicho arriba, estas cosas serían probablemente servidor-lado mejor-dirigido. Al mismo tiempo, una opción más accesible del tratante del acontecimiento pudo ser la mejor también, con tratantes como onFocus, el onBlur, el onChange y el onSelect.

En caso de que los tratantes device-dependent del acontecimiento sean necesarios, debes utilizar redundancia para manejar la interacción de modo que por lo menos trabaje para la gente que usa un ratón o un teclado. Cuando utilizas el onMousedown, combinarlo con el onKeydown. Cuando utilizas el onClick, combinarlo con los onKeypress: ¿onClick= " window.alert del <button (“ver? ¿Isnt él fresco? ¿”) “onKeypress= " window.alert (“ver? ¿Isnt él fresco? ”) “>Click el Button</button>

Ejemplo:

Chascar el botón

En última instancia, todavía estarías lejos de completamente accesible, siempre y cuando hay cualquier nivel de la dependencia del dispositivo para el acceso a cualquier contenido, navegación, o interactividad importante. Un acercamiento lejos mejor sería refrenarse de crear las características de sitio que requieren a usuario que tiene cualquier pedazo específico de hardware. Recordar una cosa sobretodo otras: Para cada necesidad especial específica hay justo según lo de par en par de una variedad de métodos usados por el visitante para compensarla. Esto incluye los dispositivos de entrada apenas tanto como hace los dispositivos de salida. Esquivar la bala en conjunto creando el sitio de modo que no importe lo que utiliza el visitante obrar recíprocamente con el sitio.

Algunos diseñadores creativos y bien informados también utilizan la función de document.write del Javascript () para escribir estas características al browser. En estos casos, también proporcionan sabiamente un alternativa redundante del texto vía el elemento del <noscript>.

4.Lack del uso incorrecto del texto alternativo para los elementos del gráfico y de las multimedias

Las imágenes, las películas, los sonidos, y el flash son intrínsecamente inaccesibles. La presentación de ninguno de estos artículos es probable dar lugar a tu sitio que es totalmente inútil al lisiado a menos que proveas un equivalente alternativo del texto.
  •  La persiana no puede ver imágenes o el flash. Usar un cuadro o un flash para presentar el contenido importante significará que un usuario oculto no puede experimentar el mismo contenido.
  •  Los visitantes sordos no podrán oír el sonido que acompaña una película del MPEG o de AVI.
  •  Ésos con debilitaciones del motor pueden no poder obrar recíprocamente con el flash.

Evitar ninguno de estos ediciones es doloroso simple, realmente. Un uso inteligente del texto alternativo a cualquier artículo gráfico de las multimedias es todo que es necesario. La edición entra en qué se define como uso “inteligente”.

Tan simple como es, se parece a mí que los muchos de gente realmente hacen un lío de su uso del texto alternativo. Dejarnos tan retroceden al propósito del texto alternativo: Para presentar un alternativa textual a los que no pueden ver el cuadro o la película u oír el sonido. Pero es importante que nos cercioramos de que el alternativa del texto sea significativo a la comprensión total del contenido de la página.

Imágenes

Si la imagen no presenta ninguna contribución al contenido de la página para los que puedan verla, después su descripción no tampoco. Pero, esto no significa que la imagen no necesita una cualidad del “alt” en todos. Algunos browsers del texto-solamente demostrarán [imagen] en la pantalla para una imagen “alt-menos”, o [acoplamiento] en la pantalla para una imagen que se utilice como acoplamiento. En estos casos, el equivalente aural es básicamente igual - a veces lectura en voz alta de la destinación del nombre o del acoplamiento de la imagen como manera de compensar la imagen básicamente inútil.

En caso de que una imagen sea solamente decorativa, la cualidad del alt debe ser vacía. Si la imagen es un acoplamiento pero no proporciona ningún contexto verdadero (como un botón o algo) entonces que la cualidad del alt debe enumerar la destinación y posiblemente una descripción de la destinación.

En caso de que una imagen proporcione el contenido importante, es importante tener un equivalente alternativo del texto. Esto es a menudo simplemente una cualidad del alt. Sin embargo, si la cualidad del alt es larga, puede ser el más apropiado utilizar la cualidad del longdesc. Longdesc es lo más a menudo posible un acoplamiento a una página específica que contenga la descripción. La gente crea a veces una página para todas las descripciones y el longdesc será un ancla nombrada en esa página.

En todo caso, el texto alternativo debe ser significativo y toma en la consideración la persona que es probable necesitarla. Soy de la opinión que la mayoría extensa de imágenes debe tener cualidades vacías del alt, pues la mayoría de las descripciones no proporcionarán ninguna comprensión adicional del contenido.

Películas (MPEG, AVI, etc)

Porque las películas son inaccesibles a ambos ésos con debilitaciones de la visión y deterioros de oído, es especialmente importante proporcionar un alternativa del texto. Esto significará a menudo subtitular el archivo y orproviding una transcripción del texto. “Una transcripción es un texto o archivo del HTML con todo el diálogo y/o narración importantes. Los subtítulos son una parte del archivo video que sincroniza el diálogo y la narración con el vídeo sí mismo.” (WebAim) el hacer requerirá tan correctamente forethought extenso hacerlo derecho incluyendo elegir entre qué formato quisieras utilizar. Hay también opciones en medio si quisieras utilizar un subtítulo cerrado o abierto.

El recurso WebAim de la accesibilidad del Web tiene una tan buena descripción de la accesibilidad de las multimedias que algo te enviaría allí (http://webaim.org/howto/captions/) que consigue en demasiado detalle aquí.

Te aconsejan lo más mejor posible tener una buena comprensión de la accesibilidad de las multimedias antes de crear el archivo de la película. Elegir el formato basado sabiamente sobre la tecnología y el esfuerzo indispensable a asegurar accesibilidad. El procurar hacer un archivo de la película accesible después de que el hecho se condene todavía para dejar algunos visitantes incapaces utilizarlo.

Flash

El flash de Macromedia ha sido una de las herramientas más frescas de las multimedias para golpear siempre el Internet. Pero para arriba hasta hace poco tiempo, fue acribillado con accesibilidad, utilidad general, y las ediciones uniformes del desarrollo que evitaron que viniera su capacidad máxima en el mercado. Con su capacidad reciente de integrar con las bases de datos y el servidor-lado scripting, así como esfuerzos recientes hacia mayor accesibilidad, el flash es destinado continuar creciendo en presencia entre la tela. Con todo a pesar de los adelantos de la versión más reciente del flash, todavía no es un producto que utilizaría para la creación cualquier cosa con excepción de presentaciones de las multimedias.
  •  El flash todavía requiere la presencia del plug-in del flash. Los usuarios sin la voluntad plugin no consiguen nada
  •  El obrar recíprocamente con los elementos navegacionales es a menudo problemático con diseños de destello (es decir determinándose cuál es un icono del acoplamiento, acoplamientos que se mueven alrededor, el etc.)
  •  Inhabilidad de presentar un texto alternativo equivalente por ejemplo un subtítulo
  •  Interfaz desconocedor; controles inoperables del browser.

Por estas razones, el uso del flash puede ser hacia fuera-y-hacia fuera la falta de la accesibilidad a pesar de usar la versión más reciente con su “accesibilidad ofrece”. A lo más, utilizaría el flash como alternativa ligero a los medios verdaderos del MPEG AVI/. En ese punto, él requerirían los mismos esfuerzos hacia subtitular y la transcripción que esos formatos de la película requieren.

Sonidos

En última instancia, los sonidos se pueden hacer más accesibles de la misma forma que las imágenes. El sonido es de uso frecuente por los newbies para el sonido del fondo o para la interactividad (es decir sonido del rollover). La mayoría de los profesionales han realizado que tales prácticas no son de uso fácil y no los evitan. Pero, los archivos de los sonidos tales como MP3 se utilizan a veces para proporcionar el contenido suplementario.

El sonido es una adición especialmente útil a contentar que la información de las cubiertas que no se puede presentar exactamente sin sonido suplemental. Por ejemplo, una pronunciación de la muestra de una palabra extranjera en un sitio que tiene clases particulares del idioma extranjero, o un sonido de la muestra de un pedazo de música que es jugada para un Web site del tablature de la guitarra.

Como imágenes, el abastecimiento de un alternativa llano del texto al sonido se debe pesar contra la utilidad potencial del alternativa particular del texto. ¿Están jugando a un usuario sordo probablemente a beneficiar de una descripción de una guitarra? No. ¿Ellos benefician de un alternativa de la transcripción mí de Martin Luther King al “tener” un discurso ideal? Definitivamente. Como todo lo demás, debes hacer cada esfuerzo razonable e inteligente hacia el abastecimiento de una comprensión igual del contenido.

5. Creación incorrecta de formas

Las formas son utilizadas por las compañías para permitir que los usuarios de un sitio sometan los usos, registro para las cosas como avisos y las áreas de los miembros, o entren en contacto con realmente a compañía. Cualquier inhabilidad de obrar recíprocamente correctamente con los elementos de la forma es una falta de la accesibilidad en mi opinión. Las formas se diseñan a menudo sin el respeto para la gente con necesidades especiales. Por ejemplo:
  •  El uso del Javascript para la validación o aún la sumisión significa que la forma no hace nada para la gente con los browsers que no reconocen Javascript.
  •  Referencia visual a la entrada requerida: Los “campos en rojo se requieren,” no significa nada el al oculto y colorblind
  •  No asociar elementos a sus etiquetas significará a menudo la confusión para los que no puedan ver los elementos de la forma.
  •  No poner la etiqueta adyacente a su elemento tendrá el mismo efecto.
  •  Usar las tablas para colocar elementos de la forma puede magnificar algunos de los problemas antedichos.

Debido a la vuelta potencial de usar formas (es decir las ventas conducen, los registros, los usos, etc.) es vital importante que te aseguras de que toda la gente pueda obrar recíprocamente con las formas en tu sitio. La edición más grande hecha frente por las personas que usan a lectores de la pantalla consiste en saber obrar recíprocamente con los elementos de la forma.

Cuando hablamos de la accesibilidad de formas, nos estamos refiriendo generalmente sobre su accesibilidad a los lectores de la pantalla y deteriorado visualmente. Las formas “culpables” afecta a la gente con otros tipos de inhabilidades generalmente menos que están faltando algunas de las características de la accesibilidad del HTML. Debo observar, sin embargo, que cada uno beneficia de una forma bien-organizada, especialmente ésos con inhabilidades cognoscitivas. La disposición visual puede ser importante para las que tengan vista. Cuanto menos explicación una forma necesita, el mejor. - WebAIM

Etiquetas de la forma del lugar al lado de sus controles correspondientes de la forma

Puesto simplemente, si estás después del nombre del usuario, después lugar “nombre” al lado del elemento de la entrada para el valor conocido.

Después, utilizar la etiqueta del <label> para identificar explícitamente cuál es el >Enter del " nombre " del for= del <label de la etiqueta tu name= conocido " visitor_name "/> " del id= " del " texto del type= del nombre Here</label><input "

Ejemplo:

Incorporar tu nombre aquí:

En el caso de artículos de la múltiple-opción tales como botones de radio y checkboxes, debes agruparlos que usan la etiqueta del <fieldset>.

Después utilizar una “leyenda” para cada sistema del campo usando la etiqueta del <legend> y proporcionar un <label> para cada elemento.

¿El sistema operativo del <fieldset><legend>What te hace tiene gusto lo más mejor posible? name= " unix " ><label>Unix</label> </fieldset> del " uni " del id= de la " radio " del type= del <input de ><label>Linux</label> del " linux " del name= del " lin " del id= de la " radio " del type= del <input de ><label>Macintosh</label> de " Macintosh " del name= del " mac " del id= de la " radio " del type= del <input de ><label>Windows</label> de las " ventanas " del name= del " triunfo " del id= de la " radio " del type= del <input de </legend>

Ejemplo:

¿Qué sistema operativo tienes gusto lo más mejor posible?
  •  Windows
  •  Macintosh
  •  Linux
  •  Unix

Para los menús selectos, utilizar el elemento del <optgroup> para agrupar opciones relacionadas. Una vez más explícitamente definiendo la etiqueta. la clase del >What de la " casta " del for= del <label de perro te hace have</label>
name= " kind_of_dog " de la " casta " del id= del <select >
label= " grupo que se divierte " del <optgroup >
value= del <option " 1 " Shorthaired >German Pointer</option>
bahía Retriever</option> del >Chesapeake del value= " 2 " del <option
el value= " 3 " del <option >Golden Retriever</option>
>Labrador Retriever</option> del value= " 4 " del <option
>Cocker Spaniel</option> del value= " 5 " del <option
</optgroup>
label= " grupo del <optgroup de funcionamiento " >
value= del <option " 6 " >Boxer</option>
value= del <option " 7 " >Bullmastiff</option>
value= del <option " 8 " >Mastiff</option>
value= del <option " 9 " >Rottweiler</option>
>Saint Bernard</option> del value= " 10 " del <option
</optgroup>
label= " grupo No-Que se divierte " del <optgroup >
>Boston Terrier</option> del value= " 11 " del <option
>Bulldog </option> del value= " 12 " del <option
value= del <option " 13 " >Dalmatian</option>
Bulldog </option> del >French del value= " 14 " del <option
>Poodle </option> del value= " 15 " del <option
</optgroup>
</select>

Ejemplo:

Qué clase de perro tú tiene:
  •  Indicador alemán de Shorthaired
  •  Perro perdiguero de bahía de Chesapeake
  •  Perro perdiguero de oro
  •  Perro perdiguero de Labrador
  •  Cocker Spaniel
  •  Boxeador
  •  Bullmastiff
  •  Mastiff
  •  Rottweiler
  •  Santo Bernard
  •  Boston Terrier
  •  Bulldog
  •  Dalmatian
  •  Bulldog francés
  •  Poodle

Proporcionar siempre un botón para someter formas.

No utilizar el Javascript para someter automáticamente formas vía un acontecimiento del onChange a menos que también proporciones un botón de funcionamiento de modo que ésos sin Javascript puedan someter la forma también.

En última instancia, es la información que importa

Qué todas las ebulliciones traga es capacidad de tener acceso a la información. La accesibilidad no está “además de” qué tienes ya, y no debe quitar de él tampoco. Un foco completo en el usuario (todos los usuarios) proviene solamente de una comprensión de porqué la gente está viniendo a tu Web site: Información. La accesibilidad es el esfuerzo hacia el abastecimiento de la igualdad de acceso a la información a todos - sin importar los métodos ella utiliza tenerte acceso. No requiere nada más que una comprensión de las barricadas potenciales y cómo ella puede ser evitada.

Article Source: http://www.articleset.com



About the Author

Karl Groves is a freelance web designer who has done production work on such sites as National Cancer Institute, Aerospace Medical Association, and Network For Good » Read more articles by Karl Groves
You are welcome to publish or reprint this article free of charge, provided: