Schedule Screen Reader Friendly

[ctrl-alt-d]

#215 introduce control d'schedule accesible, pero aún no compatible con lector de pantalla.

Propongo usar la API de para crear un control friendly a lector de pantalla:

curl -s \
  https://pretalx.com/pycones-2026/schedule/export/schedule.json \
  | jq .

Posibilidad de pedir datos específicos:

curl -s \
  'https://pretalx.com/api/events/pycones-2026/schedules/latest/?expand=room,slots.submission.speakers' \
  | jq .

Documentación API de pretalx

• Schedules
• Conceptes generals de l’API: autenticació, paginació i expand
• Índex complet de l’API

[itziarZG]

Buen catch, gracias por el flag. Coincido 100% — un grid CSS complejo no se puede hacer accesible desde afuera con parches ARIA. La estructura semántica de base no está, y la screen reader experience va a ser mala sin importar cuánta inyección hagamos.

Estamos atacando esto en #215 con un commit extra (la primera tanda era de parches sobre el widget, esta segunda tanda es la solución de fondo). En vez de seguir peleando con el widget, agregamos una vista de lista semántica renderizada server-side desde la API de Pretalx:

• <ol> por día con <article> por sesión
• <time datetime>, <h3>, <dl> para metadata
• <details> para abstracts colapsables
• Atributo lang en abstracts según idioma del talk
• Toggle accesible (<fieldset> + radios) entre la lista (default) y la grilla (opt-in)
• Preferencia persiste en localStorage
• Si la API está caída, fallback amigable sin romper el build

El widget sigue como vista opt-in para los visuales, pero la lista accesible es el default. ¿Le echás un ojo y decís si te cierra?

Tres cosas que vale la pena mencionar:

1. Usamos el endpoint legacy schedule/export/schedule.json en vez del REST porque viene todo resuelto (rooms, tracks, types en string, no IDs). El REST es más limpio para mutaciones pero para leer el schedule el legacy es mucho más práctico.
2. Por ahora MVP sin breaks (coffee/lunch). El endpoint REST los trae pero el legacy no. Si los necesitamos los cruzamos por timestamp + room entre los dos endpoints.
3. La i18n de los abstracts es limitada: Pretalx devuelve el contenido en el idioma original del talk. No se puede traducir desde nuestro lado a menos que Pretalx exponga traducciones o las metamos a mano.