New Crowdin translations by GitHub Action

Author: crowdin-bot

accessibility-statement/es/index.md

@@ -2,78 +2,79 @@
 generateHeadingToc: true
 ---
 
-# Declaración de accesibilidad del tema predeterminado de OJS 3.3+
+# Declaración de accesibilidad para  el tema por defecto (Default theme) de OJS 3.3+
 
 ## Introducción
 
-Public Knowledge Project (PKP) está comprometido a garantizar que nuestras plataformas sean lo más accesibles posible para todos los usuarios. Para lograrlo, PKP ha desarrollado un nuevo tema predeterminado para OJS 3.3 y superior, y se ha auditado para detectar las barreras de accesibilidad.
+El Public Knowledge Project (PKP) se ha comprometido a garantizar que sus plataformas sean lo más accesibles posible a su comunidad. Para lograr este objetivo, PKP desarrolló un nueva versión del tema por defecto para OJS 3.3 y superior, que fue auditado por Access Changes Everything Inc., una empresa canadiense de consultoría de accesibilidad, para detectar posibles  barreras de accesibilidad en él.
 
-## Información de auditoría
+## Informaciones de la Auditoría
 
-Access Changes Everything Inc. una empresa canadiense de consultoría en accesibilidad digital, realizó, desde julio de 2019 hasta marzo de 2021, una auditoría pública del tema predeterminado de OJS para la versión 3.3. Access Changes Everything Inc. realizó dos auditorías utilizando múltiples verificadores automatizados y llevando a cabo extensas pruebas manuales durante el proceso de desarrollo. Además, se llevó a cabo una amplia auditoría por parte de testers remunerados con diferentes discapacidades, que utilizaron diferentes tecnologías durante el proceso; estas tecnologías se enumeran a continuación. Algunos de los mismos testers también participaron en el proceso de prueba final.
+Access Changes Everything Inc. realizó una auditoría del tema por defecto para la versión 3.3 de OJS desde julio de 2019 hasta marzo de 2021. Access Changes Everything Inc. proporcionó dos auditorías utilizando varios verificadores automáticos y realizó extensas pruebas manuales durante el proceso de desarrollo. También se realizaron auditorías exhaustivas mediante la contratación de testers con diferentes necesidades especiales, quienes utilizaron diferentes tecnologías durante el proceso; estas tecnologías se enumeran a continuación. Algunos de los testers también participaron en el proceso de prueba final.
 
-Esta auditoría se centró en la reducción de las barreras en el tema predeterminado para personas con diferentes discapacidades, como las visuales, auditivas, de movilidad, del habla, de comunicación, cognitivas, neurológicas, intelectuales, de aprendizaje y aquellas con múltiples discapacidades.
+Esta auditoría se enfocó principalmente en reducir las barreras en el tema por defecto  para personas con necesidades especiales variadas, tales como visión, audición, movilidad, habla, comunicación, cognitiva, neurológica, intelectual, de aprendizaje y para personas con discapacidades múltiples.
 
-### Información de Estándares
+### Informaciones sobre normas
 
-Esta auditoría se ha realizado utilizando la norma internacional que se refiere a la accesibilidad del Tema por Defecto de OJS, las Directrices de Accesibilidad al Contenido en la Web (WCAG) 2.1 y 2.2 Nivel AA. Nótese que la versión 2.2 solo estaba en fase de borrador, en mayo de 2020.
+Esta auditoría se realizó utilizando el estándar web internacional referente a la accesibilidad en el tema estándar OJS: el Web Content Accessibility Guidelines (WCAG) 2.1 y 2.2 Level AA. Es importante tener en cuenta que la versión 2.2 todavía era un borrador en mayo de 2020.
 
-La auditoría fue mucho más allá de las WCAG 2.1 o WCAG 2.2 (Borrador) Nivel AA. Incluyó elementos que actualmente no están incluidos en las WCAG, como el daltonismo, el tipo y estilo de letra y la disminución de las barreras que afectan a las personas con discapacidades cognitivas, neurológicas, intelectuales y/o de aprendizaje. La auditoría también incluyó las mejores prácticas de usabilidad, con el fin de hacer el sitio más accesible y usable para todos.
+La auditoría fue mucho más allá de WCAG 2.1 o WCAG 2.2 (Borrador) Nivel AA. Se incluyeron ítems que no están actualmente en las WCAG, como daltonismo, estilo y tipo de tipografía, así como la reducción de barreras que impactan a personas con discapacidades cognitivas, neurológicas, intelectuales y/o de aprendizaje. La auditoría también incluyó las mejores prácticas de usabilidad para hacer que el sistema sea más utilizable y accesible para todos.
 
-La auditoría incluyó pruebas de estas áreas:
+La auditoría incluyó pruebas en las siguientes áreas:
 
-* Contenido de tipo texto
-* Contenido de tipo imagen
-* Contenido de tipo vídeo y audio
-* Color en el contenido y el diseño
-* Disposición de páginas y contenidos
-* Diseño de páginas y contenidos
-* Navegación
-* Funciones de búsqueda
-* Asistentes y módulos
-* Formularios y mecanismos de error
-* Estructura del contenido
-* Uso del código HTML y CSS
+- Contenido de tipo texto
+- Contenido de imagen
+- Contenido audiovisual
+- Color en contenido y design
+- Visual de páginas y contenido
+- Design de página y contenido
+- Navegación
+- Funciones de búsqueda
+- Widgets y complementos
+- Formularios y mecanismos de error
+- Estructura de contenido
+- Uso de código HTML y CSS
 
 ### Testers y tecnologías utilizadas
 
-Access Changes Everything Inc. contrató a varios probadores con diferentes discapacidades, que utilizan diferentes tecnologías, para probar diferentes partes del Tema por defecto para OJS 3.3. Las tecnologías utilizadas por los probadores incluyeron las versiones más recientes, así como las más antiguas, de:
+Access Changes Everything Inc. contrató varios testers con diferentes discapacidades, que utilizan diferentes tecnologías, para probar diferentes partes del tema predeterminado para OJS 3.3. Las tecnologías utilizadas por los testers incluyen versiones más nuevas pero también antiguas de:
 
-* JAWS Screen Reader en los navegadores Chrome y EDGE (PC y tableta)
-* Lector de pantalla JAWS en el navegador Internet Explorer con pantalla Braile PacMate 20 (PC)
-* NVDA Screen Reader en los navegadores Chrome (PC)
-* Lector de pantalla Microsoft Narrator en EDGE (Tablet)
-* Lector de pantalla Apple VoiceOver en Safari (iPhone 6)
-* Lector de pantalla Apple VoiceOver en Safari con pantalla Braille de 40 celdas (Mac)
-* Lector de pantalla Apple VoiceOver en Safari con pantalla Braille de 40 celdas (iPad Pro)
-* Dragon Naturally Speaking Premium 13 (PC)
+- Lector de pantalla JAWS para navegadores Chrome y EDGE (PC y tableta)
+- Lector de pantalla JAWS en navegadores Internet Explorer con pantalla Braille PacMate 20 (PC)
+- Lector de pantalla NVDA en navegadores Chrome (PC)
+- Lector de pantalla Narrator de Microsoft en EDGE (tableta)
+- Lector de pantalla Apple VoiceOver en Safari (iPhone 6)
+- Lector de pantalla Apple VoiceOver en Safari con pantalla Braille de 40 celdas (Mac)
+- Lector de pantalla Apple VoiceOver en Safari con pantalla Braille de 40 celdas (iPad Pro)
+- Dragon Naturally Speaking Premium 13 (PC)
 
-Access Changes Everything Inc. utilizó Mac, PC y iPhone para probar el sitio con los navegadores Chrome y Firefox. En la auditoría se usaron ciertas tecnologías:
+Access Changes Everything Inc. usó Mac, PC y iPhone para probar el sitio en los navegadores Chrome y Firefox. Algunas tecnologías se utilizaron en la auditoría:
 
-* Ampliación del navegador (100%-400%)
-* Cambio de contraste de colores
-* Control por voz (solo en el iPhone)
-* Pantalla pequeña (solo iPhone SE o 5)
-* Varias aplicaciones y plugins para Mac Chrome y Firefox para simular discapacidades visuales y cognitivas.
+- Ampliación del navegador (100% -400%)
+- Cambio de contraste de color
+- Control por voz (solo iPhone)
+- Pantallas reducidas (solo iPhone SE o 5)
+- Varias aplicaciones y complementos para Chrome y Firefox en Mac para simular discapacidades visuales y cognitivas.
 
-### Reparación y obstáculos restantes
+### Soluciones y barreras restantes
 
-Tras la recepción del informe de auditoría completo en diciembre de 2019, PKP creó el [Proyecto Github de Accesibilidad](https://github.com/pkp/pkp-lib/projects/16) para hacer un seguimiento de los problemas y el progreso hacia su resolución. El proyecto también está abierto para que los miembros de la comunidad presenten problemas relacionados con la accesibilidad en la interfaz de usuario y la funcionalidad de la plataforma.
+Tras la recepción del informe de auditoría completo en diciembre de 2019, PKP creó el [Proyecto Github de Accesibilidad](https://github.com/pkp/pkp-lib/projects/16) para hacer un seguimiento de los problemas y el progreso hacia su resolución. El proyecto  está abierto a los miembros de la comunidad para que puedan comunicar problemas relacionados con la accesibilidad en la interfaz del usuario y en las funcionalidades de la plataforma.
 
-En 2021, Access Changes Everything Inc. llevó a cabo una auditoría de seguimiento del tema por defecto para evaluar la corrección realizada por los desarrolladores de PKP. La mayoría de los problemas identificados en el informe inicial fueron resueltos por PKP o Access Changes Everything Inc. sugirió soluciones alternativas aceptables.
+En 2021, Access Changes Everything Inc. condujo una auditoría de seguimiento del tema por defecto para evaluar las correcciones realizadas por los desarrolladores del PKP. La mayoría de las cuestiones identificadas en el informe inicial fueron resolvidas por PKP, o, por lo menos, alternativas aceptables fueron sugeridas por Access Changes Everything Inc.
 
-Siguen existiendo algunos obstáculos que no han podido ser eliminados por completo. PKP está trabajando en ellos o pueden ser resueltos por la forma en que las revistas utilizan el OJS:
+Aún quedan barreras que no pudieron eliminarse por completo. Estas están siendo resueltas por PKP o pueden tratarse de la forma en la que OJS es utilizado por las revistas que lo adoptan:
 
-* reCAPTCHA. Cuando se activa en la página de registro del usuario, reCAPTCHA presenta una barrera importante para los usuarios de lectores de pantalla con dispositivos braille y los usuarios de VoiceControl en iPhone. Además, reCAPTCHA carece de un título iFrame y una etiqueta de formulario, por lo que incluso los usuarios de lectores de pantalla que pueden utilizarlo, pueden encontrar barreras.
+- reCAPTCHA. Cuando se habilita en la página de registro, reCAPTCHA presenta una barrera sustancial para lectores de pantalla con dispositivos braille y usuarios con comandos de voz en un iPhone. Además, reCAPTCHA carece de un título de iFrame y una etiqueta de formulario, por lo que incluso los lectores de pantalla que logran usarlo también pueden enfrentar barreras.
 
-reCAPTCHA es un sistema Captcha y un servicio de terceros desarrollado por Google e integrado como una característica opcional de OJS que puede ser desactivada. Existen alternativas, como el [módulo OJS Honeypot](https://github.com/ulsdevteam/pkp-formHoneypot).
-* Contenido. El contenido del sitio web y los contenidos publicados creados de manera no conforme con las normas de accesibilidad pueden presentar barreras para los usuarios. Esto puede incluir, aunque no limitarse a: imágenes cargadas sin texto alternativo, títulos mal estructurados, hipervínculos inaccesibles, falta de subtítulos de figuras y estructuras de tablas de datos incorrectas o incompletas. Si bien estos problemas están fuera del alcance del tema accesible predeterminado, PKP ofrece orientación a los editores sobre la [Creación de contenido accesible](https://docs.pkp.sfu.ca/accessible-content/).
-* Otros obstáculos. Las demás barreras restantes se enumeran en el [Proyecto Github de Accesibilidad de PKP](https://github.com/pkp/pkp-lib/projects/16), que seguirá actualizándose a medida que se resuelvan los problemas.
+reCAPTCHA es un sistema y servicio de seguridad de terceros desarrollado por Google e integrado como una función opcional de OJS que se puede desactivar. Existen alternativas, como el [módulo OJS Honeypot](https://github.com/ulsdevteam/pkp-formHoneypot).
 
-## Contacto
+- Contenido. El contenido del sitio web y el contenido publicado creado fuera de los estándares de accesibilidad pueden representar una barrera. Puede incluir, entre otros: imágenes enviadas sin texto alternativo, estructuras de encabezado mal estructuradas, enlaces inaccesibles, falta de subtítulos para las figuras y estructura incorrecta o incompleta de los datos tabulados. Si bien estos problemas están fuera del alcance del tema accesible predeterminado, PKP ofrece orientación a los editores sobre la [Creación de contenido accesible](https://docs.pkp.sfu.ca/accessible-content/).
+- Barreras restantes. Las demás barreras restantes se enumeran en el [Proyecto Github de Accesibilidad de PKP](https://github.com/pkp/pkp-lib/projects/16), que seguirá actualizándose a medida que se resuelvan los problemas.
 
-La auditoría del tema predeterminado de OJS encontró muchas barreras, y la mayoría de ellas han sido eliminadas. Sin embargo, el tema se actualizará constantemente, y es posible que se creen nuevas barreras sin saberlo. Si encuentras barreras, o necesitas adaptaciones, por favor infórmanos a través del [formulario de contacto de la web de PKP](https://pkp.sfu.ca/contact-us/).
+## Contáctenos
 
-## Aviso legal
+La auditoría del tema por defecto de OJS encontró varias barreras y la mayoría fueron eliminadas. Sin embargo, el tema recibe actualizaciones constantemente y pueden surgir nuevas barreras inadvertidamente. Si encuentras barreras, o necesitas adaptaciones, por favor infórmanos a través del [formulario de contacto de la web de PKP](https://pkp.sfu.ca/contact-us/).
 
-En la medida en que lo permita la legislación aplicable, la Universidad Simon Fraser o cualquiera de sus filiales, o cualquiera de sus respectivos gobernantes, directores, empleados o agentes, no serán responsables en ningún caso de que el contenido de las aplicaciones que implementen este tema no cumpla estas normas de accesibilidad, en la medida en que dicho contenido haya sido enviado o cargado por un tercero.
+## Aviso Legal
+
+En la máxima medida permitida por la ley aplicable, en ningún caso la Universidad Simon Fraser o cualquiera de sus afiliadas, o cualquiera de sus respectivos gobernadores, directores, empleados o agentes, serán responsables de la falla de cualquier contenido en las aplicaciones que implementan este tema para cumplir con estos estándares de accesibilidad, en la medida en que dicho contenido haya sido enviado o creado por terceros.