W3C

Guía de Accesibilidad de Herramientas de Autor

Recomendación del W3C  propuesta el 26 de octubre de 1999

Versión:
	http://www.w3.org/TR/1999/PR-WAI-AUTOOLS-19991026 
 (plain text, HTML gzip tar archive, HTML zip archive, PostScript, PDF) 

Última versión:
	http://www.w3.org/TR/WAI-AUTOOLS 

Versión previa:
	http://www.w3.org/WAI/AU/WAI-AUTOOLS-19991022 

Editan:
	Jutta Treviranus - ATRC, University of Toronto 
Jan Richards - University of Toronto 
Ian Jacobs - W3C 
Charles McCathieNevile - W3C 

Copyright © 1999 W3C® (MIT, INRIA, Keio), quedan reservados todos los derechos. W3C liability, trademark, document use y software licensing reglas de aplicación.

RESUMEN 

Este documento proporciona directrices para quienes desarrollan herramientas de autor para la Web. Su objetivo es doble: ayudar a los desarrolladores a diseñar herramientas de autor que generen contenidos de la Web accesibles y ayudarles a crear una interfaz de autor accesible.

	La accesibilidad de los contenidos de las páginas Web se logra animando a los usuarios de las herramientas de autor (“autores”) a crear contenidos de la Web accesibles mediante la utilización de mecanismos como indicadores, alarmas, funciones de revisión y corrección, ficheros de ayuda y herramientas automatizadas. Es igualmente importante que todo el mundo pueda ser autor de contenidos de la Web  y no sólo meros receptores. Por tanto, las herramientas utilizadas para crear estos contenidos deben ser accesibles en sí mismas. La adopción de estas directrices dará como resultado la proliferación de páginas Web que podrán ser leídas por un número más amplio de lectores así como un aumento de herramientas de autor  que podrán ser utilizadas por un número mayor de autores.

Este documento forma parte de una serie de documentos sobre accesibilidad publicados por la W3C Iniciativa de Accesibilidad a la Web.

ESTADO DE ESTE DOCUMENTO

Esta sección describe el estado de este documento en el momento de su publicación. Otros documentos pueden reemplazarlo. El estado de esta serie de documentos está disponible en el W3C.
Se trata de una recomendación propuesta por el W3C para ser revisada por sus miembros y otras partes interesadas. Los miembros del Comité de Consejeros del W3C pueden enviar informes de revisión formales a wai-au-review@w3.org que reciben sólo los miembros de la Dirección del W3C, hasta el 23 de noviembre de 1999. Este borrador sigue y refleja las resoluciones de la reunión del Grupo de Trabajo del 20 de octubre de 1999.
Se trata de un borrador de la Guía de accesibilidad de las herramientas de autor. Debido a su naturaleza de borrador está sujeto a actualizaciones, a quedarse obsoleto o bien ser reemplazado por otros documentos en cualquier momento. Es inapropiado utilizar el borrador de W3C como material de referencia o citarlo como otra cosa que no sea un trabajo en curso. Es un trabajo en curso y no implica respaldo alguno por parte de W3C ni de los miembros del Grupo de trabajo de la WAI Authoring Tool (AU).

	Este borrador es un borrador  público, y constituye el estado del documento del grupo de trabajo a fecha 21 de junio de 1999. Desde entonces ha sido enviado al grupo responsable de WAI para su revisión, sin  que se hayan registrado cambios o aclaraciones. En el tiempo transcurrido entre la publicación del documento como borrador revisado y esta publicación como tal, han surgido otros dos nuevos borradores, el borrador más reciente se ha hecho también  público. Un listado de los cambios de los sucesivos borradores está disponible.

	Las técnicas presentadas en el documento enlazado “TECHNIQUES” están encaminadas a ser meramente informativas. No estarán presentes en la versión “normativa” aunque seguirá habiendo una conexión con el documento de Técnicas. Esto les permitirá ser actualizadas con mayor facilidad que a las propias Directrices.

	Los objetivos del  Grupo de Trabajo de WAI AU se discuten según los estatutos de constitución de WAI AU.

	Para Enviar comentarios acerca de este documento dirigirse a la lista pública de correo electrónico:
w3c-wai-au@w3.org, http://lists.w3.org/Archives/Public/w3c-wai-au

	Existe una lista actualizada de los miembros del Grupo de Trabajo AU.

TABLA DE CONTENIDO

Resumen
Status de este documento
1.	Introducción
1.1	Propósito de las pautas
1.2	Pautas, puntos de comprobación y técnicas
1.3	Prioridades de los puntos de comprobación
1.4	Conformidad con las pautas

2.	Pautas
2.1	Asegurar que la herramienta de autor resulte accesible para autores discapacitados
2.2	Generar marcas estándar
2.3	Apoyar prácticas de autor accesibles
2.4	Asegurar  que ningún contenido de accesibilidad se pierde
2.5	Integrar soluciones de accesibilidad en el conjunto “ve y siente”
2.6	Proporcionar métodos de comprobación y corrección de contenidos inaccesibles
2.7	Promover accesibilidad en la ayuda y documentación

3.	Términos y Definiciones
4.	Agradecimientos
5.	Referencias

1.	INTRODUCCIÓN

Las diversas herramientas de autor empleadas para crear contenidos Web juegan un papel importante a la hora de determinar la forma y accesibilidad a la Web. Las herramientas de autor se utilizan para automatizar tareas mecánicas que forman parte de la producción de páginas Web. La potencia de esta automatización puede incrementar la accesibilidad a la Web, siempre y cuando se asegure que el código producido promueve la accesibilidad, y libera al autor permitiéndole que se concentre en problemas de más alto nivel, como son el diseño global, contenido, descripción, etc. Es imperativo que las herramientas de autor generen contenidos accesibles, y que ellas en sí mismas sean accesibles, para permitir a la gente ser consumidores y productores de  contenidos Web en términos de igualdad, a pesar de la discapacidad.

La accesibilidad de las herramientas de autor incluye algunos principios generales de accesibilidad  de software, y algunos rasgos que son requisitos específicos del proceso de autoría. La accesibilidad del contenido producido depende de la habilidad de la herramienta que se utilice para producir marcas accesibles y de que la interfaz de usuario de la herramienta  permita, informe y aliente el uso de prácticas de autoría que empleen marcas accesibles. Estas Pautas se refieren extensamente a la Guía de accesibilidad de contenidos Web que detalla los requisitos de accesibilidad para las marcas e incluye puntos de comprobación que son requisitos básicos para la accesibilidad de la herramienta y su resultado. Además, existen directrices y puntos de comprobación que son relevantes únicamente en lo que respecta al papel que juegan las herramientas de autor para guiar al autor en la producción un contenido accesible.

1.1	PROPÓSITO DE LAS PAUTAS

Se pretende que estas directrices sean utilizadas por los creadores de todas las herramientas utilizadas para crear una página Web. Incluyen:
 
.	Herramientas de edición diseñadas específicamente para la creación de páginas Web (e.g., editores WYSIWYG HTML, paquetes de autor SMIL);
.	Herramientas que ofrezcan la posibilidad de archivar el material en formato Web (e.g., procesadores de texto, paquetes de autoedición);
.	Herramientas que traduzcan documentos a formato Web (e.g., filtros que traduzcan formatos de autoedición a HTML);
.	Herramientas que produzcan multimedia, especialmente cuando se pretende utilizarla en la  Web (e.g., producción de video, programas de edición);
.	Herramientas para manejo del sitio o publicación del sitio, incluyendo conversiones “al vuelo” y herramientas de publicación del sitio Web;
.	Herramientas  para manejo del aspecto (e.g., CSS herramientas de formateo).

1.2 PAUTAS, PUNTOS DE COMPROBACIÓN Y TÉCNICAS

Los documentos de pautas se han organizado de tal forma que  van dirigidos tanto a lectores  que buscan principios abstractos de diseño de herramientas de autor accesibles como a lectores que buscan soluciones concretas. Los documentos de pautas definen tres términos para los niveles diferentes de abstracción:

Pauta (Guideline)
	Una pauta es un principio general de diseño de herramientas de autor accesibles. Una pauta responde a  la pregunta “¿Qué aspectos de accesibilidad me deberían mantener alerta?”

Punto de comprobación (Checkpoint)
	Un punto de comprobación es una manera específica de cumplir una o más pautas. Mientras que los puntos de comprobación describen acciones verificables que pueden ser llevadas a cabo por el creador de la herramienta de autor, los detalles de implementación son descritos en otro lugar. Un punto de comprobación  responde a la pregunta “¿Qué tengo/debo/puedo hacer para conseguir una herramienta de autor (y el contenido que produce) accesible?”

Técnica (Technique)
	Una técnica es un ejemplo de, o una información más detallada acerca de la implementación de, un punto de comprobación. La técnica responde a la pregunta  “¿Cómo puedo implementar ésto en una herramienta de autor?”

1.3	PRIORIDADES DE LOS PUNTOS DE COMPROBACIÓN

Existen tres objetivos:
1.	La herramienta de autor es accesible.
2.	La herramienta de autor genera contenidos accesibles.
3.	La herramienta de autor favorece la creación de contenidos accesibles.

A estos puntos de comprobación se les asigna una prioridad dependiendo de la importancia que tenga a la hora de cumplir estos requisitos:

[Prioridad 1]
Esencial cumplir los objetivos

[Prioridad 2]
Importante cumplir los objetivos

[Prioridad 3]
Beneficioso cumplir los objetivos

1.4	CONFORMIDADCON ESTAS PAUTAS

Esta sección define tres niveles de conformidad para este documento:
•	Nivel de conformidad “A”: Se satisfacen todos los puntos de comprobación de prioridad 1.
•	Nivel de conformidad “Doble A”: Se satisfacen todos los puntos de comprobación de prioridad 1 y 2.
•	Nivel de conformidad “Triple A”: Se satisfacen todos los puntos de comprobación de prioridad 1, 2 y 3.

Nota: Los niveles de conformidad se explican en el texto de forma que puedan ser comprendidos cuando salgan en  el discurso.

Las alegaciones de conformidad con este documento deberán utilizar una de las dos formas siguientes:

Forma 1:  Especificar:

•	El  título de las pautas: “Pautas de accesibilidad de herramientas de autor 1.0 (borrador)”
•	La URL de las pautas: “http://www.w3.org/TR/1999/WAI-AUTOOLS-19990713”
•	El nivel de conformidad obtenido: “A”, “Doble A”, o “Triple A”.
•	El campo cubierto en la alegación (p.e., nombre de la herramienta y número de versión, actualizaciones  o complementos (plugins)  requeridos)

Ejemplo de Forma 1: 

“Mi herramienta  de autor versión 2.3 se ajusta a la pauta de accesibilidad de herramientas de autor 1.0 (borrador), disponible en http://www.w3.org/TR/1999/WAI-AUTOOLS-19990713, nivel  Doble A”.

Forma 2:

Incluir en  cada manifestación de conformidad, uno de los tres iconos facilitados por el W3C y enlazar el icono a la explicación apropiada de la alegación de W3C.

[Nota del editor: En caso de que este borrador se convierta en  una Recomendación, para esa fecha, WAI proporcionará un grupo de tres iconos para los niveles de conformidad de la Guía de herramientas accesibles de autor 1.0. (borrador)”: “A”, “Doble A”, o “Triple A”, junto con una URL estable al sitio Web de W3C para enlazar los iconos a la explicación de las alegaciones de conformidad.

2.	PAUTAS

Pauta 1. Asegurar que la herramienta de autor resulte accesible a autores discapacitados.
	Las herramientas de autor resultan ser un programa de software con elementos de interfaz de usuario estándar y como tal tiene que seguir una pauta de accesibilidad  del interfaz de usuario.
	
El autor puede necesitar una presentación diferente para editar el contenido de la Web de la que finalmente desee exhibir. Esto implica presentar preferencias que no se ponen de manifiesto en las marcas últimas o en las declaraciones de estilo.

	Los contenidos de la Web de autor requieren editar un documento potencialmente amplio y complejo. Para poder editar un documento, el autor debe ser capaz de localizar y seleccionar párrafos de texto específicos, recorrer de forma eficiente el documento, y encontrar y marcar rápidamente los puntos de inserción. Los autores que utilizan lectores de pantalla, presentadores de braille actualizables, o magnificadores de pantalla, pueden hacer un uso limitado, en el mejor de los casos, de artefactos visuales que comunican la estructura del documento y actúan como postes de señales cuando recorren el documento. Existen estrategias que facilitan la navegación  y la manipulación  del documento marcado. Un vista reducida del documento permite al autor a la vez obtener una buena idea de su estructura general y además navegar por esa estructura más fácilmente.

Puntos de comprobación:

1.1	Utilizar todos los sistemas operativos aplicables así como estándares y convenciones de accesibilidad. [Prioridad 1]
1.2  Permitir al autor cambiar la vista de la edición (p.12) sin que se produzcan cambios en las marcas de presentación definidas  por el documento que esté siendo editado. [Prioridad 1]
1.3	 Permitir al autor mostrar un equivalente editable de cada elemento, objeto y propiedad que estén disponibles para editar. [Prioridad 1]
1.4	 Habilitar la navegación y la edición a través de la estructura del documento. [Prioridad 1]
1.5	 Habilitar la edición de la estructura del documento. [Prioridad 2]

Pauta 2. Generar marcas estándar

	El primer paso para producir contenidos accesibles es ajustarse a los estándares, que promueven interoperabilidad.

Puntos de comprobación:

2.1 Utilizar las recomendaciones aplicables de W3C. [Prioridad 2]
2.2 Las extensiones de las recomendaciones del W3C no deben hacer el contenido inaccesible. [Prioridad 1]

Pauta 3. Soportar prácticas de autor accesibles

	Los métodos que aseguran marcas accesibles varían con los diferentes lenguaje de marcas. Si las marcas se generan de forma automática, muchos autores no se darán cuenta de la accesibilidad del producto final, a menos que le dediquen un esfuerzo añadido para realizar las correcciones oportunas a mano. Puesto que a un número importante de autores la accesibilidad no les resulta familiar, es probable que estos problemas permanezcan.

	Muchas aplicaciones permiten traducir documentos de otros formatos (p.e., Formato de Texto Enriquecido, Rich Text Format) a un formato de marcas tipo HTML. Cambios en las marcas también se pueden crear para facilitar una edición y una manipulación eficientes. Por lo general estos procesos se realizan fuera de la vista del usuario con lo cual se pueden crear contenidos inaccesibles o bien provocar contenidos inaccesibles.

Puntos de comprobación:

3.1	Implementar todas las prácticas de autor accesibles que han sido definidas por el lenguaje de marcas soportado por la herramienta. [Prioridad 1]
3.2	Producir contenidos que se ajusten a las pautas de accesibilidad de contenido de la Web W3C  [WAI-WEBCONTENT [P.15]. [Prioridad 1 para nivel de conformidad A, Prioridad 2  para nivel de conformidad Doble A, Prioridad 3 para nivel de conformidad Triple A.]
3.3	Asegurarse de que las plantillas que se insertan en el documento se ajustan  a las pautas de accesibilidad de contenido de la Web W3C [WAI-WEBCONTENT [P.15]. [Prioridad 1 para nivel de conformidad A, Prioridad 2 para nivel de conformidad Doble A, Prioridad 3 para nivel de conformidad Triple A].
3.4	Conservar todo el contenido de  accesibilidad durante las transformaciones y conversiones. [Prioridad 1]

Pauta 4. Asegurar que ningún contenido de accesibilidad se pierde

Los equivalentes textuales, incluido “alt-text”, descripciones largas, subtítulos de video y transcritos son absolutamente necesarios para la accesibilidad de todas las imágenes, subprogramas y ficheros de video y audio. Sin embargo la  tarea de producir estos equivalentes es probablemente la recomendación de accesibilidad al autor que más tiempo requiere.

La herramienta de autor puede proporcionar varios mecanismos para ayudar al autor a generar equivalentes textuales al mismo tiempo que se asegura de que el autor pueda determinar si el equivalente textual refleja con precisión la información incluida en el objeto multimedia.

Incluyendo descripciones profesionalmente escritas para todos los ficheros  multimedia (p.e., clip-art)  la herramienta:

•	Ahorrará a los usuarios tiempo y esfuerzo;
•	Dará lugar a que un importante número de descripciones escritas profesionalmente  circulen en la Web;
•	Proporcionará a los usuarios modelos convenientes para emular cuando quieran escribir sus propias descripciones;
•	Mostrará a los autores la importancia de escribir las descripciones.

Esto conducirá hacia un incremento de la calidad media de las descripciones utilizadas.

Puntos de comprobación:

	4.1 Advertir al autor que proporcione contenidos alternativos (p.e.., subtítulos, videos descriptivos). (Prioridad 1 para contenidos alternativos, que es: [Prioridad  1 de contenido Web] [p.15], Prioridad 2 para contenidos alternativos, que es, [Prioridad 2 de contenido Web] [p. 15], Prioridad 3 para contenidos alternativos, que es, [Prioridad 3 de contenido Web]  [p. 15])
	4.2 Advertir al autor de toda la información estructural perdida (p.e., cambios del lenguaje, cabeceras de la tablas). (Prioridad 1 para la información estructural, que es: [Contenido Web Prioridad 1] [p.15], Prioridad 2 para la información estructural, que es: [Contenido Web Prioridad 2] [p.15], Prioridad 3 para la información estructural, que es: [Contenido Web Prioridad 3] [p.15])
	4.3 Permitir al autor editar todos los contenidos alternativos y la información estructural. [Prioridad 1]
	4.4 Proporcionar contenidos alternativos previamente escritos para todos los paquetes de ficheros multimedia empaquetados con la herramienta de autor. [Prioridad 2]
	4.5 Proporcionar un mecanismo para manejar contenidos alternativos para objetos multimedia, que retenga y ofrezca  contenidos alternativos para la edición previamente escritos o contenidos alternativos previamente enlazados. [Prioridad 3]
	4.6 No insertar texto equivalente generado automáticamente (p.e., el nombre de fichero) o un contenedor (p.e., “imagen”) excepto en los casos en que un texto de autor humano se ha escrito para un objeto cuyas funciones se conocen con certeza. [Prioridad 1]

Pauta 5.  Integrar soluciones de accesibilidad en el conjunto “ve y siente”

Cuando se añade una nueva característica a una herramienta existente sin una integración apropiada, el resultado por lo general es una discontinuidad obvia. Diferentes esquemas de color, fuentes, estilos de interacción e incluso la estabilidad de la aplicación pueden ser factores que afecten la aceptación por parte del usuario de la nueva característica.

Puntos de comprobación:

5.1 Asegurar que las prácticas de autor accesibles de más alta prioridad son las más visibles y las más fácilmente iniciadas por el autor. Resaltar las soluciones más accesibles cuando se presenten elecciones al autor. [Prioridad 2]
5.2 Hacer que la creación de contenidos accesibles sea una parte integrada de forma natural al proceso de autor. [Prioridad 1]

Pauta 6. Proporcionar métodos de comprobación y corrección de contenidos inaccesibles.

Muchas herramientas permiten al autor crear documentos con poco o ningún conocimiento de las marcas subyacentes. Para asegurar la accesibilidad, las herramientas de autor deben ser diseñadas de forma que puedan identificarse automáticamente contenidos inaccesibles, y permitir su corrección incluso en los casos en los que las marcas estén ocultas al  autor.

Para ayudar en la creación de contenidos accesibles de la Web, las herramientas de autor deben tener en cuenta  los diferentes estilos de autor de sus usuarios. Algunos usuarios preferirán  ser advertidos de los problemas cuando surgen, mientras que otros, preferirán  hacer las correcciones al tener el documento acabado. Esto es análogo a los entornos de programación que permiten al usuario decidir si quieren verificar la corrección del código durante la edición o bien en el momento de compilar.

Hay que notar que la validez es un requisito de accesibilidad, particularmente en las tecnologías asistidas.

Puntos de comprobación:

6.1 Comprobar y advertir al autor de los problemas de accesibilidad. (Prioridad 1 para los problemas de accesibilidad que hay [Prioridad Contenido Web 1] [p. 15], Prioridad 2 para los problemas de accesibilidad que hay [Prioridad Contenido Web  2] [p. 15], Prioridad 3 para los problemas de accesibilidad que hay [Prioridad Contenido Web 3] [p. 15])
	6.2 Permitir al usuario controlar tanto la naturaleza como el tiempo de las alarmas de accesibilidad. [Prioridad 2]
	6.3 Ayudar al autor a corregir los problemas de accesibilidad. (Prioridad 1 para los problemas de accesibilidad que hay [Prioridad Contenido Web  1] [p. 15], Prioridad 2 para los problemas de accesibilidad que hay [Prioridad Contenido Web  2] [p. 15], Prioridad 3 para los problemas de accesibilidad que hay [Prioridad Contenido Web  3] [p. 15])
	6.4 Al eliminar una marca no reconocida advertir al autor (de acuerdo a un esquema configurable). [Prioridad2]
	6.5 Proporcionar al autor un resumen  del estado de accesibilidad del documento dentro de un esquema configurable. [Prioridad 3]
	6.6 Permitir al autor realizar cambios de etiquetado. [Prioridad 3]
Por ejemplo, para transformar elementos formateados visualmente en elementos  estructurados, o tablas a listas.

Pauta 7. Promover la  accesibilidad en la ayuda y documentación

	Los aspectos que se mueven en el entorno de la accesibilidad de la Web son con frecuencia desconocidos por los autores de la Web. La ayuda y la documentación deberían  explicar los problemas de accesibilidad y las soluciones, con ejemplos.

Puntos de comprobación:

	7.1 Integrar las prácticas de autor accesibles en todos los temas de ayuda posibles. [Prioridad 1]
	7.2 Explicar las prácticas de autor accesibles soportadas por la herramienta de autor. [Prioridad 1]
7.3	No utilizar marcas inaccesibles en los ejemplos. [Prioridad 1]
7.4	Enfatizar el beneficio universal de un diseño accesible. [Prioridad 3]

3. TÉRMINOS Y DEFINICIONES

Indicadores  y Alarmas

Esquema configurable por el usuario:
Un esquema configurable por el usuario permite al usuario determinar el tipo de indicadores y alarmas que se utilizan, incluyendo cuando se presentan.

Indicadores
Los indicadores se requieren para las entradas del usuario, bien sea para información o decisión. Los indicadores requieren una respuesta por parte del autor.

Alarmas
Las alarmas advierten al autor de algo, o marca algo para llamar la atención del autor. Pueden o no requerir una respuesta por parte del autor.

Herramientas de edición de marcas  y funciones

Herramienta de autor 
De la forma que se emplea en este documento,  una herramienta de autor es cualquier software utilizado para generar contenidos para publicar en la Web. Véase también  sección 1.3.  Conformidad con estas pautas.

Herramienta de conversión

Herramienta de generación

Herramienta de manejo de sitio

Herramienta de publicación

Editor de imagen

Editor de video

Herramienta de autor multi-media

Función de inserción  de marcas automática

Transformación
Un proceso por el que un objeto se cambia, de acuerdo con un conjunto discreto de reglas, en otro objeto equivalente. Esto incluye a cualquier aplicación o característica de la aplicación que permite que el contenido que ha sido marcado por un lenguaje de marcas particular, sea transformado en otro lenguaje de marcas, así como el software que permite a un autor cambiar el DTD definido por el documento original en otro DTD. También describe la sustitución de equivalentes textuales para elementos y objetos gráficos o definidos visualmente, y la conversión de un tipo de elemento en otro dentro del documento.

Documento, Elementos y Atributos

Documento
Un documento es una serie de elementos definidos por un lenguaje (p.e., HTLM 4.0 o una aplicación XML).

Elemento
Un elemento es cualquier objeto identificable dentro de un documento, por ejemplo un carácter, palabra, imagen, párrafo, celda de una hoja de cálculo. En HTML y en XML un elemento se refiere a un par de etiquetas y su contenido, o a una etiqueta “vacía”, es decir, una que no tiene etiqueta de cierre o contenido.

Propiedad
Una propiedad es un parte de la información acerca de un elemento, por ejemplo información estructural (p.e., es el ítem número 7 en la lista, o texto simple) o presentación de información (p.e., esto está marcado como negrita, su tamaño de fuente es 14). En XML y HTML las propiedades de un elemento incluyen el nombre del elemento (p.e., IMG o DL), el valor de sus atributos, y la información asociada mediante la hoja de estilo. En una base de datos, las propiedades de un elemento particular pueden incluir valores de entrada y los tipos de datos aceptables para ese elemento.

Atributos
En XML y HTML, un elemento puede tener cualquier número de atributos. En el siguiente ejemplo, los atributos del elemento bebida, son sabor, que tiene un valor de “mucho” y color, que tiene el valor “rojo”: <bebida sabor=”mucho” color =”rojo”>mi </bebida>favorita. Algunos atributos  forman parte integral de la accesibilidad del documento (e.g., los atributos en HTML “alt”, “title” y  “longdesc”

Contenido producido
El contenido producido es aquel en el que un elemento es en realidad producido por un agente usuario. Puede diferir del contenido estructural del elemento. Por ejemplo, algunos elementos son responsables de que se produzcan datos externos (p.e, el elemento IMG en HTLM), y en algunos casos, los exploradores pueden producir valor de un atributo (e.g., “alt”, “title”) en lugar del contenido del elemento.

Términos de Accesibilidad

Accesible, Accesibilidad
Dentro de esta guía, accesible y accesibilidad  se emplean en el sentido de ser accesibles a la gente a pesar de una discapacidad.

Solución de accesibilidad, Prácticas de autor accesibles
Estos términos se refieren a las prácticas de autor que mejoran la accesibilidad de un contenido generado por la herramienta.

Representación Alternativa de Contenido

Representaciones Alternativas Textuales
Determinados tipos de contenido pueden no ser accesibles a todos los usuarios (e.g., imágenes), por lo que las herramientas de autor deben asegurar que representaciones textuales alternativas (“Alt-text”) de la información estén a disposición del usuario. El texto alternativo puede proceder del contenido de un elemento (p.e., el elemento OBJETO) o de los atributos (p.e., “Alt” o “title”).

Enlace de Descripción  (D-link)
Un enlace de descripción o D-Link es un enlace proporcionado por el autor a una información adicional acerca de una parte del contenido que de otra manera podría ser de difícil acceso (imagen, subprograma, video, etc.).

Transcriptos
Un transcripto es un registro línea por línea de todo el diálogo y acción dentro de un video-clip o dentro de un audio-clip.

Subtítulos de Video
Un subtítulo de video es un mensaje de texto que  es almacenado en la pista de texto de un fichero de video. El subtítulo de video describe la acción y el diálogo de la escena en la cual  se muestra.

Insertar y Editar

Insertar un elemento

Editar un elemento

Selección, Enfoque y Sucesos

Vistas
Una herramienta de autor puede ofrecer varias vistas del mismo documento. Por ejemplo, una vista puede presentar las marca en bruto, una segunda puede enseñar una vista con estructura de árbol, una tercera puede mostrar marcas con los objetos producidos mientras que una vista final mostraría un ejemplo de cómo aparecería el documento si tuviera que ser producido por un explorador particular.

Vista de Edición
Lo que la herramienta de autor le muestra al autor durante el proceso de edición.

Selección

Selección del usuario actual

Enfoque

4. RECONOCIMIENTOS

Gracias a las siguientes personas que han contribuido mediante revisiones y comentarios: Jim Allan, Denis Anson, Kynn Bartlett, Harvey Bingham, Judy Brewer, Carl Brown, Dick Brown, Kelly Ford, Wendy Chisholm, Rob Cumming, Daniel Dardailler, Mark Day, BK Delong, Jamie Fox, Sylvain Galineau, Al Gilman, 
Eric Hansen, Phill Jenkins, Len Kasday,  Rian Kelly, William Loughborough, Karen McCall, Charles Oppermann, Dave Pawson, Dave Poehlman, Bruce Roberts, Chris Ridpath, Gregory Rosmaita, Jim Thatcher, Irène Vatton,  Gregg Vanderheiden, Pawan Vora, Jason White y Lauren Wood.

Si Ud.  ha participado en la elaboración de la Guía AU y su nombre no aparece,  ponerse en contacto con los editores a fin de que su nombre aparezca en la lista.