Skip to content
Matias Peñaloza edited this page Apr 16, 2026 · 3 revisions

Filosofía de acceso/navegación

Se van a utilizar rutas lo mas simples y planas posibles para facilitar el acceso a los recursos. Ej:

  • /ramos/[id]/config/reglas - Demasiado
  • /ramos - Mejor

Debe haber la menor fricción posible para poder utilizar los recursos/funcionalidades, esto significa: Sin login obligatorio , Carga casi instantánea y Opciones disponibles desde el momento 0. Para esto, las principales opciones que va a tener la navegación serán:

  • Landing/Welcome: Sin datos es un Landing, cuando se ingresan datos es un Welcome.
  • Horarios: Visualiza los horarios semanales en diferentes vistas.
  • Notas: Predicciones y estado de las reglas de aprobación.
  • Calendario: Calendario de eventos con diferentes vistas y filtros.
  • Ramos: Vista de Gestión, donde se configuran los ramos. (Aquí no hay que profundizar en la URL, la información debe estar disponible al seleccionar el ramo)
  • Config: Configuración de preferencias, login/sincronización y cambiar/seleccionar el semestre.

Responsive

Aquí la idea es dejarle la responsabilidad de adaptarse a la pantalla a los +layouts.svelte, para evitar aplicar "over-engineering" al ajustar la interfaz a distintas pantallas. Los +pages.svelte se preocupan del contenido y no de la pantalla del dispositivo. En su defecto la responsabilidad de +layouts.svelte parasaria a +pages.svelte y la de +pages.svelte a los componentes dentro de _components/.

Un ejemplo de esto es utilizar el root layout para utilizar un top-navbar en PC y un bottom-navbar en MOVIL simplemente cambiando la distribución del contenido y los items de la navegación, sean cual sean los componentes que estos contengan.

Clone this wiki locally