Instrucciones de accesibilidad de contenido Web para autores

Lo que usted necesita para cumplir con los requisitos y llegar a más lectores

El propósito de hacer el contenido Web "accesible" es asegurarse de que todos los lectores tengan las mismas oportunidades de aprender, incluyendo aquellos que tengan limitaciones visuales o auditivas. El contenido accesible es requerido por leyes federales y políticas corporativas. Este artículo explica lo que requieren estas regulaciones y cómo escribir y dar formato a sus artículos, tutoriales y páginas Web para asegurar su cumplimiento y que lleguen a más lectores.

Judith Broadhurst, Technical Editor, IBM

Judith Broadhurst es editora para el IBM Rational Software Group, principalmente para artículos y tutoriales publicados por IBM developerWorks. Ella ha trabajado como editora técnica para las principales compañías de tecnología desde 1995. Previamente, fue una periodista freelance que escribió artículos presentados en numerosas revistas nacionales, sitios Web y periódicos. También es autora de un libro orientado al consumidor publicado por McGraww-Hill y de capítulos en otros tres libros, todo relacionado con el uso de internet.



08-06-2011

Lea esta parte, el resto es opcional

En los Estados Unidos y en muchos otros países, las leyes exigen que nos aseguremos de que todo el contenido Web sea accesible, o legible de alguna forma, para personas con limitaciones visuales o que sean ciegas, así como para las personas con impedimentos auditivos o que sean sordas. Sin importar las regulaciones ni las políticas corporativas, es simplemente justo dar a todas las personas iguales oportunidades para aprender. Pero además de la satisfacción de saber que se está haciendo lo correcto, usted también se beneficiará de otras formas.

Cómo le ayuda esto

  • Usted llegará a una mayor audiencia porque más personas le encontrarán en las búsquedas.
  • Su artículo será fácil y rápido de leer, por lo cual más personas leerán realmente todo el artículo.
  • Su artículo será técnicamente más preciso, porque los editores de copia sin experiencia técnica no terminarán escribiendo parte del contenido.
  • Su artículo puede ser publicado más rápido, porque toma menos tiempo de edición y producción si usted sigue estas instrucciones.

Las tres cosas que usted debe y no debe hacer

Recuerde esto: Cualquier cosa que el lector deba conocer o hacer también debe estar en texto, no sólo en imágenes.

  1. Incluya figuras, leyendas y etiquetas Alt en todas las ilustraciones
    Escriba leyendas y etiquetas de Texto Alternativo (Alt) para cada captura de pantalla o ilustración. Limite las etiquetas Alt a 50 caracteres (los editores de copia pueden editarles la extensión, de ser necesario). Hay una etiqueta alternativa, pero no es aconsejable utilizarla para® developerWorks® artículos o tutoriales IBM.
    • Las leyendas dicen sobre qué es la imagen o lo que significa en este contexto.
    • Las etiquetas Alt necesitan describir cómo se ve la imagen o lo que revela, para las personas que no puedan ver la captura de pantalla o la ilustración.
  1. Comunique el código a todos los lectores
    No utilice salida resultado de pantalla como una imagen para ningún código con el que los lectores deban hacer algo o que deban saber. En lugar de ello, inserte el código como texto plano para que todos lo puedan leer.
  1. Use colores y formatos de texto que todos puedan leer
    No utilice texto rojo ni verde ni resaltado en ninguna parte, porque las personas daltónicas no lo podrán distinguir de otro texto o elementos.

Explicaciones de los 3 requisitos de todo contenido Web

Los documentos HTML son accesibles si siguen la Lista de Comprobación de Accesibilidad Web IBM. Esta lista de comprobación también aplica para archivos XML que se convertirán a HTML. La mayoría de la información que sigue en esta sección y a lo largo de este artículo también aplica a presentaciones en PowerPoint y documentos en Word, si estos últimos se convierten a archivos PDF o no. Asegúrese de ver las secciones sobre cada uno de los formatos alternativos para instrucciones específicas.

1. Incluya números, leyendas y etiquetas Alt en todas las ilustraciones

Todas las figuras (imágenes, gráficas y tablas) deben estar numeradas siguiendo una secuencia a lo largo de todo el artículo, y deben tener leyendas y etiquetas Alt. Es responsabilidad suya, como autor, incluirlas. Si no las incluye, el editor de copia las ingresa y usted ya no controlará lo que digan. Las leyendas van en letra de oración, queriendo decir que sólo la primera letra va en mayúscula, excepto para nombres propios. Los identificadores y leyendas van arriba de la imagen, ambas alineadas a la izquierda, con un punto entre el número de la figura y sin puntuación final, como muestra la Figura 1.

Figura 1. El diálogo Crear un Proyecto
El diálogo Crear un Proyecto

Consulte la sección del tema Elementos esenciales para Microsoft Word para la mejor y más rápida forma de numerar sus ilustraciones.

Para asegurar que el contenido de las imágenes pueda comunicarse a personas ciegas o con impedimentos visuales, debe ingresar texto equivalente significativo, conocido como texto alternativo o texto Alt o etiquetas. El software de lector de pantalla lee esto en voz alta para los usuarios con impedimentos visuales. El texto Alt no es necesario para imágenes que usted utilice para efectos visuales únicamente, como puede ser un ícono, pero es requerido para todas las ilustraciones o material suplementario que sea esencial o importante que el lector lo sepa y que usted incluya para agregar significado a su contenido. En XML, la etiqueta de figura completada en un artículo o tutorial IBM developerWorks se ve similar a esto (pase su cursor sobre la imagen para ver el texto alt):

<figure>
<heading refname="figure2" type="figure"
alttoc="">Figura 2. Leyenda en letra de oración excepto para nombres propios</heading>
<img src="figureFileName.jpg" width="315" height="146"
alt="Pantalla de inicio de sesión en el entorno de trabajo"></img>
</figure>
<br/>

Todas las descripciones deben tener menos de 50 caracteres siempre que sea posible (incluyendo espacios), porque de lo contrario no pasarán las pruebas y auditorías de accesibilidad. El esquema XML de developerWorks también especifica 50 caracteres como máximo. Conserve lo siguiente a mano en un archivo de texto para ayuda en sus descripciones de texto Alt.

00000000000000000000000000000000000000000000000000
|-------10--------20--------30--------40--------50

Si definitivamente la descripción debe ser de más de 50 caracteres, entonces necesitara usar la etiqueta regular y la etiqueta de descripción extensa. Para XML, esto incluye la etiqueta longdesc:

<figure>
<heading refname="figure1" type="figure" alttoc="">Figura 1. Leyenda</heading>
<img src="figure1.jpg" width="315" height="146"
alt="descripción corta aquí" longdesc="descripción extensa aquí"</img>
</figure>
<br/>

No repita información que esté en la leyenda. En lugar de ello, imagínese que usted le está explicando la imagen a alguien que es ciego o con muy poca visión y simplemente describa lo que muestra o significa.

Ejemplos:

Figura 1. Revisión de código Java con Resumen de Severidad ilustrado diagrama de torta
Alt: Aviso = 835, Severo = 393, Recomendación = 246

Figura 2. Generar código Java
Alt: Las pantallas muestran la secuencia: LAB7WebService > Generate

Figura 3. Pantalla de bienvenida en el Nombre de Producto Rational
Alt: Captura de pantalla

Importante:
Para borradores en Word que serán convertidos a XML, simplemente ponga el texto Alt después de su leyenda. Asegúrese de ponerle una banderilla, como esta:
Alt: Su texto va aquí

Además, para que los usuarios del lector de pantalla tengan la misma información que ven los usuarios con visión en gráficas y diagramas complejos, usted tal vez necesite incluir descripciones adicionales en el texto que rodea a la gráfica, o tal vez enlazar el documento que usted utilizó para crearla (como un archivo anexo al contenido developerWorks).

Consejos:

  • Si usted está agregando recuadros de comentarios a sus imágenes, probablemente en lugar de ello necesite poner esa información en el texto, en una explicación más detallada, clara y profunda que presente la imagen.
  • Si usted incluye los archivos de las imágenes fuente, preferiblemente JPGs o GIFs, esto ayudará y ahorrará tiempo de producción, con lo que su artículo se publicará un poco más rápido.

Vea en Recursos un resumen del estándar de la Sección 508 de la Ley de Rehabilitación de EE.UU. y un enlace para información adicional.

2. Comunique el código a todos los lectores

No utilice muestras de código como imágenes si el lector debe usar ese código de alguna forma o entender lo que dice para poder seguir instrucciones. Usted debe escribir el código o las partes relevantes también en texto, porque los lectores de la pantalla no pueden descifrar palabras, letras ni símbolos en imágenes.

No obstante, usted puede usar código de resultado en pantalla cuando este sólo sea un ejemplo de los resultados y no algo que el usuario deba conocer o utilizar para seguir instrucciones. En ese caso, añada algo como esto, como en la etiqueta Alt: ejemplo de resultado de código.

Nota:
Los artículos y tutoriales IBM developerWorks no pueden usar texto de colores en el código, pero se puede poner el texto en negrita y en cursiva.

3. se colores y formatos de texto que puedan ser leídos por todos

Use los colores como una mejora, no como la única forma para transmitir información (esto también aplica al código). Cuando el color es la única forma de diferenciar la información, algunos lectores no podrán comprenderla. Si los elementos completados de una tabla están en verde y los elementos abiertos están en rojo, se verán iguales para una persona con daltonismo y sonarán igual para una persona que utilice el lector de pantalla. Ofrezca otra forma de diferenciar los elementos. Por ejemplo, agregue una X a los elementos completados que están en verde y un signo de exclamación para los elementos abiertos que estén en rojo. Si usted utiliza imágenes de vistos buenos, ponga el texto alternativo apropiado para que un lector de pantalla los pueda interpretar. Asegúrese de aclarar en el texto lo que significan el ! y la X. El texto en color puede estar prohibido por IBM en artículos, tutoriales, cursos y otro contenido Web, pero esta es una forma para explicar las convenciones que usted está utilizando, por ejemplo:

X = Completo (verde) y ! = Abierto (rojo)

Si usted elige usar formato o colores de texto para comunicar información a personas sin limitaciones visuales, ofrezca también esta información de otras formas para que pueda ser diferenciada por personas daltónicas, con limitaciones visuales o por usuarios de lectores de pantalla. Este es un ejemplo de un texto de descripción en pantalla que está formateado para hacer énfasis o que está en color:

La siguiente lista muestra el estado más reciente de los activos de inventario. Los elementos listados para transferencia aparecen en rojo, lo cual se designa con una <r>; los elementos listados para dar de baja están subrayados y designados con una <u>; los activos nuevos para el inventario aparecen en cursiva, lo cual se denota con una <i> para este propósito.

Activo 1
Activo 2 <r>
Activo 3
Activo 4 <u>
Activo 5 <i>
Activo 6

No utilice color como indicación en sus instrucciones. Las personas daltónicas no pueden distinguir el rojo del verde y las personas ciegas no podrán ver los colores.

Incorrecto: Haga clic en el botón rojo.
Mejor: En la columna de la mitad, haga clic en el tercer botón de arriba hacia abajo, que es rojo.

Como algunas combinaciones de color pueden dificultar la lectura incluso para personas con visión normal, cuando esté creando documentos asegúrese de que haya suficiente contraste entre el texto de la página y el fondo de la misma. Texto negro en un trasfondo blanco funciona bien, pero gris claro en un trasfondo blanco no. Adicionalmente, evite utilizar fondos de página con diseños pues estos pueden dificultar la diferenciación entre el texto y el trasfondo.

Si su artículo contiene texto u objetos de color, hay una forma muy fácil de verificar que la información no depende del color: imprima o vea el documento en blanco y negro. La información en blanco y negro no debe ser menos significativa que la versión a todo color.

Cómo hacer sus instrucciones accesibles

Así como con las imágenes y otras ilustraciones, la ley nos exige que hagamos accesible toda la información para personas con diferentes tipos de discapacidades. Las leyes en otros países pueden variar, pero IBM cumple las leyes de los Estados Unidos.

Comprenda la naturaleza de los problemas y cómo la gente puede accesar a su contenido

Comience leyendo la página Web sobre tipos de problemas de discapacidad y formas como las personas se adaptan.

Esta también le ayudará a saber sobre los diferentes tipos de tecnología de asistencia que utilizan las personas con limitaciones:

  • Los lectores de pantalla que utilizan software con tecnología de texto a voz para leer, para personas ciegas
  • Magnificadores de pantalla que agrandan la información en la pantalla para personas con poca visión
  • Visualizaciones de subtítulos en pantalla para las personas sordas o con poca audición
  • Teclados y dispositivos de entrada especiales para personas con limitaciones en el uso de sus manos o limitaciones de movilidad

Por lo tanto, su información debe ser comunicada en forma visual, auditiva, táctil o ambas visual y auditiva. Algunos usuarios experimentan gran dificultad para reconocer palabras escritas, aunque comprenden documentos extremadamente complejos y sofisticados cuando el texto se lee en voz alta o cuando los procesos o ideas clave se ilustran visualmente o se interpretan con lenguaje de signos. Para algunos usuarios, es difícil inferir el significado de una palabra o frase del contexto, especialmente cuando la palabra o frase se utiliza en una forma inusual o cuando se le ha dado un significado especializado (por jerga o modismos). Para estas personas, la capacidad para leer y entender puede depender de la disponibilidad de definiciones específicas o de formas expandidas de acrónimos o abreviaciones.

Herramientas especiales, incluyendo aplicaciones habilitadas para voz y aplicaciones gráficas, pueden estar incapacitadas para presentar texto correctamente a menos que se identifique el idioma y la dirección del texto. Incluso aunque estos puedan ser problemas mínimos para la mayoría de las personas, pueden representar enormes barreras para aquellas con discapacidades. En casos en los que el significado no se pueda determinar sin información de pronunciación (por ejemplo, algunos kanji japoneses), la información de pronunciación también debe estar disponible.

Explique en orden lógico: Dónde, luego qué

Esto es cierto al escribir para cualquier audiencia, pero es especialmente importante para aquellas personas que usan tecnología de asistencia.

Incorrecto: Haga clic derecho en la operación UML en el Project Explorer, y seleccione este elemento.
Correcto: En el Project Explorer, haga clic derecho en la operación UML y seleccione. este elemento.

Consejo relacionado:
El estilo IBM Style utiliza inglés norteamericano. Por lo tanto, diga "the TypeName type" en lugar de "the type TypeName".

Consejos para transferir texto o imágenes entre aplicaciones Microsoft

Copiar texto e imágenes de aplicaciones Microsoft XP o 2000:

  • El texto que es copiado y pegado en PowerPoint crea texto en la presentación. No se necesitan cambios adicionales para accesibilidad.
  • Cuando las imágenes o diagramas se copian, la información que se pega es una imagen.
    • Ingrese texto alternativo para la imagen.
    • Si la imagen no se puede describir adecuadamente usando texto Alt, proporcione una descripción más detallada en el texto circundante.
    Nota:Si en el documento Office original se ha suministrado texto alternativo, el texto alternativo se copiará a Word.
  • Dando formato al texto
    • Use el cambio de formato del texto como una mejora, pero no como la única forma para transmitir información. Cuando use formatos (por ejemplo cursiva o negrita) para transmitir información, esto será inaccesible para alguien que utilice un lector de pantalla. Por ejemplo, si usted crea una tabla que muestra APIs y usted da formato a todas las API nuevas en negrita, no hay forma de que alguien usando el lector de pantalla pueda diferenciar las nuevas APIs, porque la tipografía en negrita es la única forma en que la información se está transmitiendo. Para hacerla accesible, agregue otro identificador, como un asterisco.
    • Evite usar texto en itálica, sombreados o rebordes, porque estos dificultan la lectura del texto para alguien con poca visión. Seleccione una fuente sans-serif que que sea fácil de leer, como Arial, Helvetica, Tahoma o Verdana (las últimas dos son las mejores para contenido Web).
  • Revise la ortografía de los documentos para evitar problemas con los lectores para que no pronuncien mal las palabras.
  • No utilice fondos con diseños en las páginas ni en las tablas.
  • Proporcione suficiente contraste entre el texto y el fondo de página. Por ejemplo, texto negro en un trasfondo blanco o amarillo funciona bien.

Elementos esenciales para Microsoft Word

Si usted se saltó Incluya figuras, leyendas y etiquetas alt en todas las ilustraciones, necesitará leer esa parte ahora para entender el contexto de estas instrucciones.

La mejor forma de numerar figuras e insertar leyendas

Para numerar las figuras correcta y automáticamente de manera que no pierda la secuencia, utilice este recurso de Word:

  • Insert > Reference > Caption (Figura 2). Observe cada inserción cuidadosamente, ya que si hay un formateo personalizado en el archivo, Word ocasionalmente funciona de forma errática.
  • (Opcional) Para hacer que la leyenda se alinee a la izquierda, que es el estilo developerWorks, cambie el estilo predeterminado de centrado a alineado a la izquierda: Format > Styles y Formatting > Caption > Modify. Si tiene problemas al cambiar el estilo centrado predeterminado para que se alinee a la izquierda, simplemente déjelo como está. Lo más importante es que los autores inserten la numeración y las leyendas.
Figura 2. Inserte automáticamente leyendas numeradas de figuras
Inserte automáticamente leyendas numeradas de figuras

Nota:
Use un punto después del número de la figura, no una coma, y escriba la leyenda en estilo oración, no en estilo de título. Vea las leyendas en este artículo como un ejemplo.

Elementos esenciales de archivos PDF

Usted necesitará tener instalada en su computadora la versión completa de Adobe® Acrobat® (no sólo el Reader) para convertir documentos Microsoft Office en PDFs accesibles.

Importante:
No utilice Print > Adobe PDF para crear el archivo PDF pues esto crea un documento PDF sin etiquetas que no es accesible

Con su documento Word fuente abierto, siga estos pasos para crear el archivo PDF:

  1. Vaya al menú de programa de Microsoft Office y seleccione Adobe PDF > Convert to Adobe PDF.
  2. Seleccione Save.
  3. Defina el idioma predeterminado:
    1. Seleccione File > Properties y luego seleccione la pestaña Advanced .
    2. Seleccione Language > English.
    3. Haga clic en OK.
  4. Para crear documentos PDF que sean seguras y accesibles, active estas opciones en el diálogo Password Security > Setting :
    1. Enable copying of text, images, and other content.
    2. Enable text access for screen reader devices for the visually impaired.

Luego, asegúrese de verificar las configuraciones de accesibilidad en Acrobat. Después de convertir al archivo a PDF y desde el archivo PDF, revise para asegurarse que está configurado para aplicar etiquetas de accesibilidad:

  1. Con su PDF abierto en Acrobat, seleccione File > Properties.
  2. Bajo la pestaña Description , asegúrese de que PDF tagged diga Yes en la parte de abajo.
  3. Cambie la configuración a Yes si esta dice No.

Otras instrucciones PDF desde Microsoft

  • Convierta documentos sin etiquetas en PDF con etiquetas:
    1. Abra el documento en Adobe Acrobat y presione Ctrl+D para mostrar Document Properties.
    2. Vaya a Description . Si el campo Tagged PDF dice "No", el documento no está etiquetado para accesibilidad.
    3. Cierre la ventana Properties.
    4. Para convertir documentos DF sin etiquetas en PDF con etiquetas, seleccione Advanced > Accessibility > Add tags to document.
  • Defina la estructura del documento.
    La estructura lógica define el orden de lectura preciso del documento para que sea accesible a la tecnología de asistencia. Siempre que sea posible, agregue estructura en la aplicación de creación antes de convertir a PDF. Esto quiere decir que usted debe usar las etiquetas en la herramienta de creación para crear elementos como encabezados, párrafos, listas y tablas.
    1. Por ejemplo, en Microsoft Word, defina encabezados usando la etiqueta Heading en lugar de poner el texto en negrita manualmente y usar una fuente más grande.
    2. Si la aplicación de creación no soporta PDFs etiquetados o si usted está trabajando con un documento legado que no está etiquetado, recurso Add tags to document de Adobe Acrobat.
    Este proceso agregará estructura, pero puede necesitar actualizaciones manuales para corregir problemas como orden de lectura incorrecto, texto alternativo faltante o marcación de tabla faltante.
  • Añada texto Alt para imágenes importantes.
    Las imágenes deben tener texto alternativo para que puedan ser leídas por la tecnología de asistencia.
    1. Siempre que sea posible, añada texto Alt en la herramienta de creación antes de convertir el documento a pdf. El texto alternativo puede agregarse usando Adobe Acrobat. Acrobat ofrece dos campos para agregar texto Alt, pero la mayoría de los documentos deben usar una descripción corta de la imagen en el campo Alternative Text.
    2. El proceso para agregar texto alternativo varía entre versiones de Acrobat, para lo cual puede consultar Adobe Acrobat Help para instrucciones específicas.
  • Haga que los enlaces sean accesibles. Algunos enlaces en los documentos PDF pueden no ser reconocidos por la tecnología de asistencia. Si usted escucha al documento PDF con un lector de pantalla y no se anuncian enlaces, use la herramienta Create Link en Adobe Acrobat Professional para identificar y activar los enlaces. Adobe también soporta la adición de texto alternativo a los enlaces para hacer que el enlace sea más descriptivo para mejorar su utilización.
  • Convierta documentos escaneados en PDF accesible. Las imágenes escaneadas no son accesibles. Vea "Convirtiendo escaneos en contenido Adobe PDF accesible" en "Creando documentos PDF accesibles usando Adobe Acrobat", para más información.

PDFs creados con ID Workbench

Los documentos PDF creados con IDWB (ID Workbench) 3.8.2 pueden no ser completamente accesibles. El IDWB 3.8.2 soporta algunos recursos de accesibilidad, pero no soporta texto alternativo para imágenes, diagramas de sintaxis accesibles ni tablas accesibles. El texto Alt y los encabezados de tabla se pueden agregar utilizando Tags Palette. Los diagramas de sintaxis no serán accesibles.

Elementos esenciales de PowerPoint

[de Microsoft] Siga estos pasos para crear presentaciones Microsoft® PowerPoint® accesibles:

  1. Proporcione texto alternativo para todas las imágenes. Los objetos de PowerPoint que requieren de texto alternativo incluyen clipart, objetos, dibujos y auto-formas. Word Art es una imagen, pero PowerPoint automáticamente añade el texto que usted escribe al campo de texto alternativo para la imagen. Cuando usted crea un diagrama, el tipo de diagrama (Diagrama Piramidal, por ejemplo) se agrega automáticamente al campo de texto alternativo. Sin embargo, normalmente ello no es suficiente descripción, así que usted necesitará modificar ese texto alternativo. Para agregar texto alternativo a cada imagen:
    1. Seleccione la imagen y seleccione Format > Object o Format > Picture.
    2. Cuando aparezca el diálogo, seleccione la pestaña Web .
    3. En el campo Alternative Text ingrese el texto de descripción de la imagen. El texto alternativo debe reemplazar efectivamente la imagen para que tanto un usuario vidente como uno invidente puedan obtener la misma información de la imagen.

Nota:
Si la imagen se presenta únicamente para efectos visuales y no añade nada al significado del documento, no agregue texto alternativo. Deje el campo en blanco.

Proporcione texto alternativo y una descripción en texto para diagramas y gráficas

  1. Bajo la pestaña Web del diálogo Format Objects , ingrese un resumen en el campo Alternative Text. Si el resumen no incluye suficiente información para entender el diagrama, use una de las siguientes técnicas para proporcionar información adicional sobre el gráfico:
  • Ingrese un texto con la descripción detallada en el texto circundante. La descripción debe comunicar la misma información que percibe un usuario vidente.
  • Agregue información adicional en las notas del presentador. En el campo Alternative Text suministre una breve descripción y diga a los lectores que revisen las notas del editor para más información
  • Añada un enlace hacia la fuente del contenido. Por ejemplo, ponga un enlace hacia la hoja de cálculo que generó el diagrama. El documento fuente también debe ser accesible.

Agrupe los objetos gráficos en un solo objeto

Algunas imágenes están compuestas por muchos elementos que hacen que la página sea difícil de leer con un lector de pantalla. Por ejemplo, una imagen de fondo del mundo puede representar a cada país como una gráfica independiente. Esto puede causar problemas para alguien que esté usando un lector de pantalla. Para ser accesibles, los objetos deben agruparse en uno solo. Use cualquiera de estas dos formas para agrupar objetos:

  • Use la opción Grouping de PowerPoint para agrupar los objetos en uno solo.
  • Seleccione todos los objetos en el grupo y presione Shift+F10. Seleccione Grouping > Group para agruparlos como un solo objeto.

Algunas veces, la agrupación no resultará en un solo objeto. En ese caso usted necesitará agrupar los objetos y guardarlos como un archivo JPG. Esto también da como resultado un tamaño de presentación más pequeño. Para convertir un objeto agrupado en archivo JPG:

  1. Seleccione todos los objetos del grupo.
  2. Resalte el grupo, seleccione File > Save as y luego seleccione *.jpg (donde el asterisco es reemplazado con el nombre de su nuevo archivo).
  3. Guarde el archivo.
  4. Cuando las nuevas imágenes se inserten en la presentación, añada el texto Alt apropiado.

Políticas clave y regulaciones

De acuerdo con IBM: "La accesibilidad, siendo algo que pertenece a las tecnologías de la información (TI), se trata de eliminar las barreras que pueden inhibir el acceso de ciertos grupos, incluyendo personas con discapacidades, personas mayores y estudiantes de otros idiomas".

La

Sección 508 de la Ley Federal de Rehabilitación de los Estados Unidos exige que cuando las agencias federales desarrollen, adquieran, conserven o utilicen tecnología electrónica y de información, deben asegurarse de que esa tecnología permita [a cualquier persona] con discapacidades tener acceso a la información y los datos y poder utilizarlos de manera comparable a como lo hacen [las personas] quienes no sufren discapacidades, a menos que esto suponga una carga que la agencia no pueda solventar.

El estándar 1194.22 (a) de la Sección 508 para textos alternativos accesibles lista ejemplos (como las etiquetas alt y longdesc ) de cómo proporcionar textos equivalentes. Estos son los puntos clave (de la Asistencia Técnica y Centro de Capacitación en Tecnologías de la Información):

  • Los textos equivalentes pueden ofrecerse mediante una leyenda a las figuras, contenido en el texto circundante que describa la imagen u otros métodos. La clave es proporcionar texto entender cualquier imagen que proporcione información útil para el usuario o el lector.
  • Los diagramas o tablas deben tener una descripción adicional que comunique acertadamente su contenido. Expresado e n forma simple "un diagrama que muestra datos de resultado" no es suficiente. La información transmitida debe estar tan precisamente descrita como sea posible y tan sucintamente como sea posible.
  • Para imágenes complejas y otras ilustraciones, usted puede necesitar una etiqueta Alt de 3 a 5 palabras y una descripción más extensa de 1 a 3 frases (o más, si es esencial). Esto permitirá a los usuarios de lectores de pantalla accesar a descripciones más extensas, pero esto no necesita que las escuchen cada vez que regresan a la página.

W3C

Lineamientos sobre Accesibilidad del Contenido Web W3C (WCAG)

Fragmento de resumen: Estos lineamientos explican cómo hacer el contenido Web accesible para las personas con discapacidades. Los lineamientos están dirigidos a todos los desarrolladores de contenido Web (autores de páginas y diseñadores de sitios) y a los diseñadores de herramientas de creación. La principal meta de estos lineamientos es promover la accesibilidad. Sin embargo, seguirlos también hará el contenido Web más accesible a todos los usuarios, sin importar el agente de usuario que estén utilizando (por ejemplo; navegador de escritorio, navegador de voz, teléfono celular, computadora personal basada en automóvil) ni las limitaciones bajo las que tengan que operar (como entornos ruidosos, habitaciones sub o sobre-iluminadas, o entornos manos-libres). Seguir estos lineamientos también ayudará a las personas a encontrar información en la Web más fácilmente. Estos lineamientos no desalientan a los desarrolladores de contenido para que no usen imágenes, videos y demás, sino que explican cómo hacer el contenido multimedia más accesible para una audiencia más amplia.

IBM corporativo

La Instrucción Corporativa IBM 162 (CI 162) requiere que el hardware, software, páginas Web, servicios y todas las aplicaciones internas sean accesibles para Personas con Discapacidades (PwD).

Usted debe cumplir con estos requerimientos:

  • Proporcionar ayudas para la navegación para los usuarios de lectores de pantalla:
    • Un enlace incorporado que permita a los lectores saltarse los enlaces de navegación para llegar rápidamente al contenido principal de la página
    • La marcación apropiada para identificar el título de la página (por ejemplo, una etiqueta o elemento <H1>)
  • Proporcionar equivalentes de texto para imágenes y zonas activas de mapa de imagen.
  • Proporcionar equivalentes de texto nulo en las imágenes decorativas.
  • Identificar encabezados de fila y columna para tablas de datos.
  • Asociar programáticamente etiquetas con campos de formulario.
  • Usar lenguaje de marcación XHTML 1.0 Transitional.
  • Soportar configuraciones de navegador para agrandar texto y hojas de estilo de usuario.
  • Usar mecanismos de navegación y estilos de presentación coherentes en todo el sitio.
  • Habilitar la navegación de páginas Web mediante teclado.
  • Identificar el idioma principal natural de cada página.
  • Probar la compatibilidad de las páginas con la tecnología de asistencia si usted utiliza JavaScript para funciones esenciales de páginas Web.
  • Incluir versiones HTML alternativas accesibles de contenido Flash.

Recursos

Aprender

Obtener los productos y tecnologías

  • Descargue oXygen/ XML Editor y XSLT Debugger (para múltiples plataformas), que utilizan la mayoría de editores developerWorks, o Altova XMLSpy (para Windows).
  • Para usar el script dw-transform.vbs para transformar su artículo o tutorial, necesitará la última versión de XML Parser de Microsoft (MSXML) Este es el archivo que usted necesita: msxml.msi.

Comentarios

developerWorks: Ingrese

Los campos obligatorios están marcados con un asterisco (*).


¿Necesita un IBM ID?
¿Olvidó su IBM ID?


¿Olvidó su Password?
Cambie su Password

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


La primera vez que inicie sesión en developerWorks, se creará un perfil para usted. La información en su propio perfil (nombre, país/región y nombre de la empresa) se muestra al público y acompañará a cualquier contenido que publique, a menos que opte por la opción de ocultar el nombre de su empresa. Puede actualizar su cuenta de IBM en cualquier momento.

Toda la información enviada es segura.

Elija su nombre para mostrar



La primera vez que inicia sesión en developerWorks se crea un perfil para usted, teniendo que elegir un nombre para mostrar en el mismo. Este nombre acompañará el contenido que usted publique en developerWorks.

Por favor elija un nombre de 3 - 31 caracteres. Su nombre de usuario debe ser único en la comunidad developerWorks y debe ser distinto a su dirección de email por motivos de privacidad.

Los campos obligatorios están marcados con un asterisco (*).

(Por favor elija un nombre de 3 - 31 caracteres.)

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


Toda la información enviada es segura.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=90
Zone=Rational
ArticleID=679089
ArticleTitle=Instrucciones de accesibilidad de contenido Web para autores
publish-date=06082011