Una demostración de portales más accesibles | Programar Plus

el punto de la <portal> (detrás de una bandera en Chrome Canary) es que puede precargar otra página completa (como <iframe>), pero luego tienen API para animarlo a la página actual. Por lo tanto, funcionalidad similar a la “aplicación de una sola página” (SPA), pero de forma nativa. Creo que eso es genial. Soy un fanático de los marcos de JavaScript en general, cuando brindan valor al ayudar a hacer cosas que de otro modo serían difíciles, como la gestión de estado sofisticada, la representación eficiente y la composición de componentes. Pero si se está alcanzando el marco solo para las cualidades de SPA, eso es desafortunado. La plataforma web está en su mejor momento cuando parece que lo que hacen las personas está en sintonía con las soluciones nativas y estandarizadas.

Pero no es la plataforma web en su mejor momento cuando las cosas se hacen de manera inaccesible. Steve Faulkner escribió una “Nota breve sobre el elemento del portal” donde señala siete problemas con el elemento del portal tal como existe ahora. Aquí hay una demostración con algunos de esos problemas abordados. Supongo que es un problema de implementación si se puede arreglar mucho desde el exterior, pero me imagino que gran parte no (por ejemplo, el comportamiento del botón Atrás, si las páginas cargadas se vuelven parte del árbol de accesibilidad, etc.).

Aquí hay un video del comportamiento básico:

Enlace directo →

(Visited 3 times, 1 visits today)