|
|
| (No se muestran 2 ediciones intermedias del mismo usuario) |
| Línea 16: |
Línea 16: |
|
| |
|
| Los desarrolladores del núcleo de Moodle invierten mucho tiempo asegurándose de que los nuevos desarrollos sean accesibles. Parte de este proceso al desarrollar nuevo código en Moodle es seguir las mejores prácticas establecidas, y parte del proceso para aceptar código nuevo al núcleo de Moodle es probar cuidadosamente las páginas y recabar retroalimentación de los expertos. | | Los desarrolladores del núcleo de Moodle invierten mucho tiempo asegurándose de que los nuevos desarrollos sean accesibles. Parte de este proceso al desarrollar nuevo código en Moodle es seguir las mejores prácticas establecidas, y parte del proceso para aceptar código nuevo al núcleo de Moodle es probar cuidadosamente las páginas y recabar retroalimentación de los expertos. |
|
| |
| == Soporte para lectores de pantalla ==
| |
|
| |
| Desde Moodle 2.7 en adelante, [[Notas_de_Moodle_2.7#Soporte_de_lector_de_pantalla| el soporte para lector de pantalla]] está descrito en las notas de las versiones.
| |
|
| |
|
| == Adecuación a estándares == | | == Adecuación a estándares == |
| Línea 30: |
Línea 26: |
|
| |
|
| === ATAG 2.0 === | | === ATAG 2.0 === |
| | * Dado que Moodle es un lugar para construir contenido (y también para consumir contenido), también nos referimos a las guías de [http://www.w3.org/TR/ATAG20 ATAG 2.0]. Moodle a partir de 4.1 tiene como estándar un poderoso editor de texto enriquecido ([[Editor TinyMCE]]) que le permite a los usuarios crear contenido formateado dentro de una interfase amistosa para el usuario. |
|
| |
|
| * Dado que Moodle es un lugar para construir contenido (y también para consumir contenido), también nos referimos a las guías de [http://www.w3.org/TR/ATAG20 ATAG 2.0].
| | * En Moodle 2.7 se había añadido un nuevo editor, [[Atto]], que no solamente ayuda a mejorar el cómo cualquiera puede usar el propio editor, sino que también ayuda a mejorar la accesibilidad del contenido producido con él. |
| * En Moodle 2.7se añadió un nuevo editor, [[Atto]], que no solamente ayuda a mejorar el cómo cualquiera puede usar el propio editor, sino que también ayuda a mejorar la accesibilidad del contenido producido con él. | |
|
| |
|
| === ARIA 1.0 === | | === ARIA 1.0 === |
| Línea 55: |
Línea 51: |
|
| |
|
| Esta es [https://tracker.moodle.org/issues/?jql=component%20%3D%20Accessibility%20AND%20project%20%3D%20MDL%20AND%20resolution%20%3D%20Unresolved%20ORDER%20BY%20priority%20DESC la lista principal de asuntos de accesibilidad], organizada por prioridad. Esta lista siempre está cambiando. | | Esta es [https://tracker.moodle.org/issues/?jql=component%20%3D%20Accessibility%20AND%20project%20%3D%20MDL%20AND%20resolution%20%3D%20Unresolved%20ORDER%20BY%20priority%20DESC la lista principal de asuntos de accesibilidad], organizada por prioridad. Esta lista siempre está cambiando. |
| | |
| | == Soporte para lectores de pantalla == |
| | |
| | Desde Moodle 2.7 en adelante, [[Notas_de_Moodle_2.7#Soporte_de_lector_de_pantalla| el soporte para lector de pantalla]] está descrito en las notas de las versiones. |
|
| |
|
|
| |
|
| Línea 69: |
Línea 69: |
| * [https://moodle.org/mod/forum/discuss.php?d=400533 Easy-to-use free screen reader for accessibility testing] | | * [https://moodle.org/mod/forum/discuss.php?d=400533 Easy-to-use free screen reader for accessibility testing] |
|
| |
|
|
| |
| ==Accesibilidad: Documentación para desarrolladores==
| |
| {{Frequently updated page translation
| |
| |devpagetitle = Accessibility
| |
| }}
| |
| Los sitios Web construidos con '''accesibilidad''' en mente son flexibles para cumplir las diferentes necesidades de los usuarios, sus preferencias y situaciones. A pesar de que estos métodos pueden aumentar la [[Usabilidad|usabilidad]] para todos los usuarios de la Web, a menudo es requerido legalmente que se implementen en un esfuerzo específico para prevenir la discriminación en contra de personas con discapacidades.
| |
|
| |
| ==Puntos de arranque==
| |
| Existen algunas introducciones legibles a la accesibilidad que cubren; qué es la accesibilidad, porqué es importante y sugerencias prácticas.
| |
| * [http://www.w3.org/WAI/intro/accessibility.php Web Accessibility Initiative's ''Introduction to Web Accessibility'']
| |
| * [http://diveintoaccessibility.info/ Mark Pilgrim's ''Dive into Accessibility'']
| |
| * [http://joeclark.org/book/ Joe Clark's ''Building Accessible Websites'' book]
| |
|
| |
| {{Pendiente de traducir}}
| |
|
| |
| == Moodle-related accessibility coding guidelines ==
| |
|
| |
| ; Use CSS, but still use headings, strong and emphasis
| |
| : It is generally a good idea to separate a document's content HTML from how it is presented using CSS. There are some tags that affect a document's presentation but also contribute to the structure and meaning of the content. These tags should remain in HTML. This includes heading tags <code><h1>, <h2>, <h3>...</code>, which are used to form the document's hierarchical structure, and <code><strong></code> and <code><em></code> tags, which are used to add meaning to sections of text.
| |
| ; Avoid using background images for important information
| |
| : Users of non-visual browsers cannot see images. They can read the <code>alt</code> tags of normal images, but background images are not presented like normal images.
| |
| ; Image <code>alt</code> and <code>title</code> attributes
| |
| * An <code>alt</code> attribute is required (even if empty) on all images.
| |
| * If a link is wrapping an <code><img></code>, the <code><img></code> does not need a <code>title</code> attribute if the link has one.
| |
| * The <code>alt</code> for an image and the <code>title</code> for its surrounding link should usually differ. An image <code>alt</code> attribute provides a text equivalent to an image, whereas a <code>title</code> attribute adds supplementary information about the purpose or action associated with an image link. Simply repeating the same text in <code>alt</code> and <code>title</code> attributes adds little and can be annoying for screen reader users.
| |
| ; Links and buttons should be selectable and easily click-able
| |
| * An image used as an icon for a user to click should be large enough so that the user can click on it easily.
| |
| * Users should be able to navigate to all links and buttons using the keyboard.
| |
| * Generally we should avoid having two buttons/links that achieve the same action in the same area. This can be annoying and confusing for users of screen readers.
| |
| ; Support dynamic interaction with [[ARIA]] attributes
| |
| : Events triggered by AJAX and JavaScript can be less obvious to users of non-visual browsers. [[ARIA]] attributes can assist users of such browsers to follow a dynamic change.
| |
| ; Use labels with inputs
| |
| : Context can easily be lost without a visual presentation. Labels are needed on all input input elements (except button) to describe their purpose in a form. Labels should be unique on a page. Repeated elements should have a unique label that identifies the element within its context.
| |
| ; Use appropriate page titles
| |
| : A page title is a starting point for a screen reader. Page titles should be unique and should make sense for the page. Avoid generic page titles.
| |
| ; All pages should be navigable using just a keyboard
| |
| : It should be possible navigate to all points on a page just using a keyboard. Important events triggered by a mouse event should be able to be triggered when the item receives focus through keyboard navigation.
| |
| ; Avoid using colour alone to express meaning
| |
| : Colour-blind users need additional information to gain meaning if colour is used as the emphasising feature. Also keep in mind that colours can have differing significance in different cultures, so colours should be configurable either through settings or language files.
| |
| ; Role for button-type links
| |
| : If a link acts as a button (not forwarding to another page, which is often the case when combined with Javascript), it should declare the ''role'' attribute ''button''. Also, as a button is usually triggered by the Space bar, the Javascript should add proper event listeners on the link to accept this key. Read more at [https://developer.mozilla.org/en-US/docs/Accessibility/ARIA/ARIA_Techniques/Using_the_button_role Mozilla Developer Network]
| |
|
| |
| == Web standards, guidelines and legislation ==
| |
|
| |
| === International ===
| |
|
| |
| * [http://www.w3.org/WAI/ Web Accessibility Initiative]
| |
| ** [http://www.w3.org/WAI/intro/wcag.php Web Content Accessibility Guidelines (WCAG)]
| |
| ** [http://www.w3.org/WAI/intro/wcag20 Web Content Accessibility Guidelines 2.0 (draft)]
| |
| *** An article on the [http://www.alistapart.com/articles/tohellwithwcag2 problems with WCAG2] from A List Apart
| |
| ** [http://www.w3.org/TR/WCAG20-TECHS/client-side-script.html Client-side scripting guidelines]
| |
|
| |
| * [http://www.w3.org/WAI/intro/aria.php W3C ARIA]
| |
|
| |
| * [http://webaim.org/techniques/forms/controls WebAIM Form Accessibility guidelines]
| |
| * [http://webaim.org/techniques/aria/ WebAIM ARIA guidelines]
| |
|
| |
| === USA ===
| |
| * [http://www.section508.gov/ Section 508]
| |
|
| |
| === UK ===
| |
| * [http://www.legislation.gov.uk/ukpga/2010/15/contents Equality Act 2010], in particular:
| |
| ** [http://www.legislation.gov.uk/ukpga/2010/15/section/20 Section 20 - Duty to make adjustments]
| |
| ** [http://www.legislation.gov.uk/ukpga/2010/15/section/29 Section 29 - Provision of services, etc.]
| |
| ** [http://www.legislation.gov.uk/ukpga/2010/15/schedule/25 Schedule 25 - Information society services].
| |
| : See also the [http://www.equalityhumanrights.com/uploaded_files/EqualityAct/servicescode.pdf Equality Act 2010 Statutory Code of Practice] (PDF) for Services, public functions and associations.
| |
| * [http://www.equalityhumanrights.com/advice-and-guidance/public-sector-equality-duty/ Public sector equality duty] created by the Equality Act 2010.
| |
| * [http://www.parliament.the-stationery-office.co.uk/pa/ld200001/ldbills/003/2001003.htm SENDA - Special Educational Needs and Disability Act/Bill]
| |
| * [http://www.opsi.gov.uk/acts/acts1995/1995050.htm Disability Discrimination Act 1995] (now merged ino the Equality Act 2010).
| |
| * [http://www.southampton.ac.uk/web4all/standards/BS_16steps/ BS 8878:2010 – 16 Steps for an accessible web product]
| |
|
| |
| === Germany ===
| |
| * [http://www.einfach-fuer-alle.de/artikel/bitv/ Barrierefreie Informationstechnik-Verordnung - BITV]
| |
| ===European Union===
| |
| * [https://ec.europa.eu/digital-agenda/en/news/proposal-directive-european-parliament-and-council-accessibility-public-sector-bodies-websites Proposal for a Directive of the European Parliament and of the Council] on the accessibility of public sector bodies' websites.
| |
|
| |
| == Tools ==
| |
|
| |
| === Firefox extensions ===
| |
| * [http://firefox.cita.uiuc.edu/ Firefox Accessibility Extension] by the Illinois Center for Information Technology and Web Accessibility (iCITA)
| |
| * [https://docs.moodle.org/dev/Web_developer_extension Web developer extension] for [https://docs.moodle.org/dev/Web_developer_extension Firefox]
| |
| * [https://docs.moodle.org/dev/Blank_Your_Monitor_and_Easy_Reading_extension_for_Firefox Blank Your Monitor and Easy Reading Extension] for Firefox
| |
| * [http://www.deque.com/products/worldspace-fireeyes/download-worldspace-fireeyes|FireEye plugin for Firebug]
| |
| * [https://addons.mozilla.org/en-us/firefox/addon/wcag-contrast-checker|Color contrast plugin for Firefox]
| |
|
| |
| === Chrome extension ===
| |
| * [https://chrome.google.com/webstore/detail/color-contrast-analyzer/dagdlcijhfbmgkjokkjicnnfimlebcll Color Contrast Analyzer]
| |
| * [https://chrome.google.com/webstore/detail/high-contrast/djcfdncoelnlbldjfhinnjlhdjlikmph High contrast]
| |
|
| |
| === Accessibility validation tools ===
| |
| * [https://chrome.google.com/webstore/detail/accessibility-developer-t/fpkknkljclfencbdbgkenhalefipecmb?hl=en Chrome Accessibility Developer Tooks]
| |
| * [https://docs.moodle.org/dev/W3C_validation W3C validation] (for [[HTML in Moodle]], [[CSS]] and [[RSS]])
| |
| * [http://wave.webaim.org/ Web accessibility evaluation tool]
| |
| * [http://cynthiasays.com/ Cynthia Says accessibility checker]
| |
|
| |
| === Screen readers ===
| |
| * [http://www.standards-schmandards.com/projects/fangs/ Fangs – the screen reader emulator] for Firefox
| |
| * [http://www.nvda-project.org/ NVDA NonVisual Desktop Access] - open source screen reader for Windows
| |
| * [http://webaim.org/projects/screenreadersurvey4// WebAIM Screen reader survey] (Predominance of tools, browsers, OSs used by accessibility users)
| |
|
| |
| See also this [http://www.w3.org/WAI/ER/tools/complete long list of accessibility tools].
| |
|
| |
| See a [http://www.youtube.com/playlist?list=PLmQqs2jGU8Pr7e-3Fz2PoN6AabEkEBRYX live demonstration of a number of accessibility tools].
| |
|
| |
| == Resources ==
| |
|
| |
| * [http://webstandards.org/action/atf/manifesto/ Web Standards.org's ''Accessibility Task Force Manifesto'']
| |
| * [http://alistapart.com/topics/userscience/accessibility/ Accessibility articles from ''A List Apart'']
| |
| * [http://diveintomark.org/archives/2003/08/29/semantics Mark Pilgrim's ''Won’t somebody please think of the gerbils?'']
| |
| : [http://diveintoaccessibility.org/ Dive Into Accessibility] by Mark Pilgrim
| |
| * [http://joeclark.org/access/webaccess/ Joe Clark's writings on accessibility]
| |
| : [http://joeclark.org/book/ Building Accessible Websites] by Joe Clark (online version)
| |
| * [http://en.wikipedia.org/wiki/Web_accessibility Wikipedia article on ''Web Accessibility'']
| |
| * [http://juicystudio.com/article/validity-accessibility.php ''Validity and Accessibility'']
| |
| * [http://www.edtec.unsw.edu.au/inter/support/accessibility/access_vids.cfm Videos showing as student accessing another Learning Management System via Screen Reader software]
| |
|
| |
| == Vea también ==
| |
| * [https://moodle.com/news/moodle-wcag-2-1-aa-accessibility-compliance/?utm_source=facebook&utm_medium=organicsocial&utm_campaign=name~MoodleAccessibility+cat~lms+mp~no+type~pressrelease+date~44185 The Moodle LMS achieves WCAG 2.1 AA Accessibility compliance] - note (december 2020)
| |
|
| |
| * [[Desarrolladores/Accesibilidad]] traducción de la documentación para desarrolladores acerca de Accesibilidad
| |
|
| |
| * [[:en:Accessibility|Accessibility statement]] - in current Moodle versions
| |
| * [https://docs.moodle.org/dev/Semantic_HTML Semantic HTML]
| |
| * Using Moodle [http://moodle.org/mod/forum/discuss.php?d=85119 New Accessibility Themes] forum discussion
| |
| * See [[:en:Usability FAQ]] for the related concept of usability.
| |
| * [https://docs.moodle.org/dev/Moodle_Accessibility_Specification Moodle Accessibility Specification] in Developer's Documentation
| |
| * http://moodle.org/mod/forum/discuss.php?d=127807#p559951
| |
| * The [http://dev.moodle.org/course/view.php?id=2 Introduction to Moodle Programming] provides some extensive information and discussion on accessibility.
| |
| * [http://www.easy.pro.br/ EASY: Interface Between The Virtual Environment Moodle Learning and People with Visual Impairments]
| |
| * [http://www.bbc.co.uk/blogs/bbcinternet/2008/03/homepage_accessibilty.html BBC blog post on how their Web 2.0 homepage was made accessible]
| |
| * [http://www.bbc.co.uk/accessibility/ BBC Accessibility Help]
| |
| * [http://tracker.moodle.org/browse/MDL-7396 Accessibility Compliance in Moodle 1.8]
| |
| * [http://tracker.moodle.org/browse/MDL-7860 Compliance with Italian Legislation on Accessibility]
| |
| * [https://moodle.org/mod/forum/discuss.php?d=400533 this forum thread] - about an Easy-to-use free screen reader for accessibility testing
| |
|
| |
|
| [[Categoría:Accesibilidad]] | | [[Categoría:Accesibilidad]] |
Nota: Esta documentación es para usuarios de Moodle 2.x, 3.x y 4.x.
Si desea ver la documentación antigua para Moodle 1.9 vaya a 19/Accesibilidad
Si desea ver la documentación para desarrolladores vaya a Desarrolladores/Accesibilidad.
Accesibilidad: Documentación para usuarios:
La meta de Moodle es ser completamente accesible y usable para todos los usuarios, sin distinción de capacidad.
Esta página describe el estado actual de la accesibilidad en Moodle y también nuestros planes para el futuro.
Voluntary Product Accessibility Template (VPAT)
La accesibilidad digital es clave para asegurar que la plataforma Moodle sea accesive e inclusiva para todos los usuarios. Una vista general del desempeño de Moodle con las guías WCAG 2.1 se puede encontrar en nuestro reporte de cumplimiento de accesibilidad].
Prácticas establecidas
Los desarrolladores del núcleo de Moodle invierten mucho tiempo asegurándose de que los nuevos desarrollos sean accesibles. Parte de este proceso al desarrollar nuevo código en Moodle es seguir las mejores prácticas establecidas, y parte del proceso para aceptar código nuevo al núcleo de Moodle es probar cuidadosamente las páginas y recabar retroalimentación de los expertos.
Adecuación a estándares
La plataforma Moodle es un sistema complejo con muchas partes. Su código está en continua evolución. Se pueden habilitar y deshabilitar módulos. La interfaz puede personalizarse fuertemente usando Temas y miles de configuraciones. El contenido actual puede producirse por cualquier profesor o cualquier estudiante. Por esto, es imposible decir con 100% de certeza si es que Moodle o algún sitio basado en Moodle es absolutamente accesible o no. La accesibilidad no es un estado, es un proceso de mejora continua en respuesta a nuestros usuarios y el mayor ambiente técnico.
WCAG 2.1
When deciding how Moodle should present its content for best Web accessibility, the WCAG 2.1 guidelines are followed.
ATAG 2.0
- Dado que Moodle es un lugar para construir contenido (y también para consumir contenido), también nos referimos a las guías de ATAG 2.0. Moodle a partir de 4.1 tiene como estándar un poderoso editor de texto enriquecido (Editor TinyMCE) que le permite a los usuarios crear contenido formateado dentro de una interfase amistosa para el usuario.
- En Moodle 2.7 se había añadido un nuevo editor, Atto, que no solamente ayuda a mejorar el cómo cualquiera puede usar el propio editor, sino que también ayuda a mejorar la accesibilidad del contenido producido con él.
ARIA 1.0
- Dado que muchas partes de la interfaz del usuario de Moodle son dinámicas e interactivas, nosotros seguimos las recomendaciones de ARIA para informar a las tecnologías asistivas, tales como los lectores-de-pantalla.
Sección 508 (US)
- Dado que Moodle es usado por agencias del gobierno de los Estados Unidos de América, la enmienda US Section 508 amendment pudiera ser relevante a Moodle.
- Moodlerooms (un Moodle Partner) tiene un VPAT statement en su sitio web.
European Accessibility Act (Ley Europea de Accesibilidad)
Como Moodle es usado por agencias gubernamentales y universidades en la Unión europea, la European Accessibility Act también es relevante.
Discusiones
Uno de los principales trabajos sobre accesibilidad está siendo desarrollado ahora mismo está en la lista de correos del Grupo de Colaboración para la Accesibilidad de Moodle (Moodle Accessibility Collaboration Group) , vea http://collaborate.athenpro.org/group/moodle/
También existen muchas discusiones sobre estos asuntos en el Moodle Tracker
Problemas conocidos
Esta es la lista principal de asuntos de accesibilidad, organizada por prioridad. Esta lista siempre está cambiando.
Soporte para lectores de pantalla
Desde Moodle 2.7 en adelante, el soporte para lector de pantalla está descrito en las notas de las versiones.
Vea también
Accessibility for Moodle Developers
