Declaración de accesibilidad

Queremos que Cathedra se pueda usar con teclado, con lector de pantalla, con la letra agrandada y sin depender de distinguir colores. Una herramienta de trabajo docente que excluye a docentes o a estudiantes con discapacidad está mal hecha, independientemente de lo que exija la ley.

Esta declaración alcanza a:

• La aplicación web para equipos docentes.
• Las pantallas públicas de participación de estudiantes (actividades en vivo, muro colaborativo, autoestudio).
• Estos documentos legales.

Una aclaración sobre el marco legal

La Ley 26.653 de Accesibilidad de la Información en las Páginas Web obliga al Estado nacional y a quienes contratan con él, y la Disposición ONTI 6/2019 fija como estándar las Pautas WCAG 2.0 nivel AA.

Cathedra, como producto privado, no está hoy alcanzado por esa ley. Publicamos esta declaración igual porque nos parece lo correcto.

“Parcialmente conforme” significa que algunas partes del producto no cumplen todavía con el estándar. No es una fórmula de cortesía: es la declaración exacta que corresponde a nuestro estado real, y la mantendremos hasta que una auditoría completa permita decir otra cosa.

Apuntamos a WCAG 2.2 AA y no a la versión 2.0 que exige la normativa argentina porque 2.2 es retrocompatible: cumplirla satisface con holgura el estándar legal, mientras que lo inverso no es cierto.

En palabras simples: Cualquiera puede escribir “cumplimos WCAG AA” en una página. Es verificable, y decirlo sin haberlo auditado es simplemente falso. Preferimos decirte dónde estamos parados.

Esto está verificado sobre el código, no es una aspiración:

• Idioma declarado. El documento declara lang="es", para que los lectores de pantalla usen la pronunciación correcta.
• Respeto por la reducción de movimiento. Si configuraste tu sistema para reducir las animaciones, Cathedra lo respeta: es una preferencia contemplada a lo largo de toda la interfaz, no solo en un par de pantallas. Con dos excepciones que encontramos y estamos corrigiendo: un indicador de carga del laboratorio de referencias y cuatro animaciones de espera se siguen moviendo igual.
• Texto alternativo en imágenes. Todas las imágenes tienen alternativa textual, y las puramente decorativas están correctamente ocultas a los lectores de pantalla.
• Etiquetas para elementos sin texto visible. Casi todos los botones de solo ícono llevan etiqueta accesible: hay unas 180 declaraciones de este tipo en el producto. Encontramos un botón sin ninguna y varios grupos que repiten la misma etiqueta genérica, con lo cual no se distinguen entre sí.
• Objetivos táctiles. Los botones principales respetan el tamaño mínimo recomendado para uso táctil.
• Contraste de texto. Todo el texto del producto supera la relación de contraste mínima que exige el estándar (4,5:1), en tema claro y en tema oscuro. No es una revisión a ojo: los colores se calculan contra un objetivo y una prueba automática los verifica en cada cambio, así que no puede volver a degradarse sin que salte. Los campos de formulario, además, tienen un borde lo bastante marcado como para distinguirse de la página.
• Salto al contenido. Al navegar con teclado, la primera tecla ofrece «Saltar al contenido»: ya no hace falta recorrer el menú entero en cada pantalla.
• Foco en diálogos y paneles. Al abrir un diálogo o un panel lateral, el foco del teclado entra en él y no se escapa al contenido de atrás; y los diálogos anuncian su título en vez de un «diálogo» a secas.
• Menús y listas con flechas. Los menús desplegables, las listas de opciones y el buscador rápido se recorren con las flechas del teclado, con Inicio y Fin para saltar a los extremos. Antes anunciaban ser un menú pero había que tabular ítem por ítem.
• Foco visible y propio. Al navegar con teclado, el control activo se marca con un anillo del color de la marca, igual en toda la aplicación. Antes no había ninguna regla general, así que en la mayoría de los controles el recuadro lo dibujaba el navegador con el color de acento del sistema operativo: cambiaba de una computadora a otra y no tenía nada que ver con el diseño.
• Reordenar sin arrastrar. Las cátedras del menú, las carpetas del inicio, las columnas de calificaciones y las listas del protocolo se reordenan con el teclado, y cada movimiento se anuncia con la posición nueva. Arrastrar sigue funcionando; ahora no es la única forma.
• Calendario navegable. El selector de fecha expone su grilla como tal —con encabezados de día y el día de hoy señalado— y se recorre con las flechas: izquierda y derecha por día, arriba y abajo por semana, y avance de mes completo. Cruzar un mes pasó de treinta tabulaciones a unas pocas teclas.

En palabras simples: Hasta hace poco, esta sección afirmaba también que el foco era visible en los controles interactivos. Una revisión del código la desmintió, así que el punto se mudó a la lista de abajo. Preferimos que se note el movimiento a dejar la afirmación cómoda.

Enumeramos por criterio, con el número y el nombre de la pauta, porque “algunos contenidos podrían presentar dificultades” no le sirve a nadie. Esta lista creció respecto de la versión anterior: revisamos el código a fondo y encontramos bastante más de lo que declarábamos.

Cathedra está construido con HTML semántico y atributos de accesibilidad estándar, de modo que debería funcionar con las tecnologías asistivas habituales: NVDA y Narrador en Windows, VoiceOver en macOS e iOS, y TalkBack en Android.

No podemos afirmar que lo probamos con cada una. No vamos a listar tecnologías asistivas “soportadas” sin haberlas ejecutado: eso es exactamente el tipo de declaración que hace que estas páginas no valgan nada. Cuando completemos las pruebas, publicamos qué se probó, con qué versión y con qué resultado.

• Método: autoevaluación, mediante revisión del código del producto. No es una auditoría externa ni una evaluación realizada por un tercero independiente.
• Fecha de elaboración: 20 de julio de 2026.
• Revisión: nos comprometemos a revisar y actualizar esta declaración al menos una vez al año, y cada vez que haya un cambio relevante en el producto.
• Cómo se mantiene al día: las secciones 3 y 4 se editan en el mismo cambio que corrige o descubre cada criterio, no al final de todo. Por eso conviven acá cosas resueltas y cosas a medio resolver, cada una dicha como está: la alternativa —esperar a tenerlo todo listo para escribirlo— deja la página mintiendo mientras dura el trabajo.

Si te encontraste con algo que no podés usar, queremos saberlo. Es la forma más rápida que tenemos de arreglarlo, y vale más que cualquier auditoría.

Escribinos a Ayuda → «Enviá tu comentario». Si podés, contanos:

• En qué pantalla te pasó.
• Qué estabas intentando hacer.
• Qué navegador, sistema operativo y tecnología asistiva usás.

Nos comprometemos a acusar recibo dentro de los 5 días hábiles y a darte una respuesta concreta —con solución o con plazo— dentro de los 20 días hábiles.

Si nos escribiste y no tuviste respuesta, o la respuesta no te conformó, insistí a Ayuda → «Enviá tu comentario» indicando que se trata de un reclamo de accesibilidad no atendido.

Ver también: Términos y Condiciones · Política de privacidad · Transparencia en el uso de IA.