9.4: ATAG- Guías de Accesibilidad de la Herramienta de Creación

Las herramientas de autoría vienen en muchas formas. Algunos ejemplos conocidos basados en la web de herramientas de creación incluyen blogs (por ejemplo, WordPress), wikis (por ejemplo, Mediawiki), sistemas de gestión de contenido (por ejemplo, Drupal), sistemas de gestión de aprendizaje (por ejemplo, Canvas), herramientas de creación de documentos (por ejemplo, Google Docs) y entornos de producción de video (por ejemplo, YouTube). Algunas otras herramientas que no están basadas en la web incluyen editores HTML (por ejemplo, Adobe Dreamweaver), herramientas de creación de videos (por ejemplo, Camtasia Studio) y herramientas de creación de documentos (por ejemplo, Microsoft Word) que son todas capaces de crear contenido para la Web.

Además de brindar orientación sobre el desarrollo de contenido web accesible a través de WCAG 2.0, la Iniciativa de Accesibilidad Web (WAI) ha introducido las Directrices de Autoría Too l Accesibilidad (ATAG 2.0) que proporcionan orientación para la herramienta de autoría web desarrolladores para asegurar que:

1. Las herramientas son accesibles para ser utilizadas por personas con discapacidad
2. Las herramientas permiten crear contenido Web conforme a WCAG 2.0

Conformidad

Las pautas ATAG 2.0 están ordenadas por niveles de importancia, al igual que WCAG 2.0. Debido a que ATAG 2.0 cubre herramientas que no están basadas en la web, no se refiere específicamente a requisitos de “accesibilidad soportada” como los de WCAG 2.0 porque se refieren a estrategias basadas en la web que son compatibles con tecnología de asistencia.

La conformidad ATAG 2.0 para herramientas de autoría es más compleja que la conformidad WCAG 2.0 para contenido web, ya que incluye WCAG 2.0 y agrega una gama de requisitos específicos para las herramientas de autoría.

La conformidad parcial de los componentes del proceso ATAG 2.0 también es posible en los casos en que se necesitarían componentes adicionales adicionales para reclamar la conformidad total. Por ejemplo, si la herramienta no proporciona capacidad de verificación de accesibilidad (un requisito para la conformidad ATAG 2.0), puede reclamar conformidad parcial si es posible agregar un complemento que proporcione verificación de accesibilidad. La conformidad parcial también se puede reclamar cuando la plataforma limita el cumplimiento. Por ejemplo, si una herramienta se ejecuta en varios sistemas operativos, y la conformidad es posible en una plataforma (por ejemplo, Windows) que tiene disponible un servicio adicional de comprobación de accesibilidad, pero un servicio similar no está disponible para el sistema que se ejecuta en una plataforma diferente (por ejemplo, Linux), una limitación de plataforma se puede hacer reclamo de conformidad.

Se pueden encontrar más detalles sobre las reclamaciones de conformidad en las propias especificaciones ATAG 2.0:

Lecturas y Referencias: Reclamaciones de Conformidad ATAG 2.0

ATAG 2.0 Parte A

La parte A de ATAG 2.0 proporciona orientación sobre cómo hacer accesible la interfaz de usuario de la herramienta de creación. En términos generales, estas pautas reflejan WCAG 2.0 con la adición de requisitos de accesibilidad para herramientas que no están basadas en la web.

Los cuatro lineamientos de nivel superior de la Parte A son los siguientes:

• Principio A.1: Las interfaces de usuario de la herramienta de creación siguen las pautas de accesibilidad aplicables
• Principio A.2: Las vistas de edición son perceptibles
• Principio A.3: Las vistas de edición son operables
• Principio A.4: Las vistas de edición son comprensibles

ATAG 2.0 Parte B

La Parte B de ATAG 2.0 se centra en las pautas para la creación de herramientas capaces de generar contenido web conforme a WCAG 2.0. También tiene cuatro lineamientos de alto nivel, y una serie de sub-lineamientos para cada uno. Para obtener una lista completa de estas pautas, consulte la especificación completa de ATAG.

• Principio B.1: Los procesos completamente automáticos producen contenido accesible
  • Este conjunto de pautas se refiere a funciones dentro de la herramienta de autoría que generan automáticamente contenido web.
    Técnico: Por ejemplo, si una herramienta genera automáticamente una plantilla HTML básica al crear una nueva página, esa plantilla debe incluir una declaración DOCTYPE, un <head>área y <title>elemento adecuados, así como un <body>área, y debe validar basado en una especificación HTML dada.
  • Cuando el contenido existente se está editando en la herramienta de autoría, debe proporcionar un medio para preservar cualquier información de accesibilidad contenida dentro del contenido original.
• Principio B.2: Se apoya a los autores en la producción de contenido accesible
  • Si, por ejemplo, la herramienta proporciona un medio para agregar imágenes, también debe proporcionar un medio para agregar una alternativa de texto, y ese medio debe ser prominente.
  • Si, por ejemplo, se agrega una imagen pero no se ha proporcionado ningún texto alternativo, la herramienta solicita al autor que la incluya, y explica por qué es necesario.
  • Si la información de accesibilidad existente está disponible en contenido previamente existente, se proporciona un medio para editar esa información.
  • La herramienta no intenta reparar automáticamente la información de accesibilidad existente, a menos que se identifiquen problemas específicos, como el texto alternativo predeterminado como “imagen”.
  • Las plantillas accesibles proporcionadas por el sistema se identifican como tales.
• Principio B.3: Se apoya a los autores en la mejora de la accesibilidad de los contenidos existentes
  • Se proporcionan herramientas para verificar la accesibilidad del contenido escrito con WCAG 2.0 u otras especificaciones de accesibilidad.
  • Se proporciona orientación donde se requiere una verificación manual.
  • Si se encuentran problemas, la herramienta proporciona sugerencias para reparar los problemas.
• Principio B.4: Las herramientas de autoría promueven e integran sus funciones de accesibilidad
  • Las funciones de accesibilidad de la herramienta están habilitadas de forma predeterminada.
  • La herramienta no tiene una opción para desactivar las funciones de creación accesibles.
  • Si se pueden desactivar las funciones de accesibilidad, se proporciona una advertencia explicando los peligros potenciales de hacerlo.
  • Se proporciona documentación sobre la creación de contenido accesible.