- Le onboarding est une excellente idée.
- Par contre on doit réfléchir à ses objectifs et rédiger son contenu.
- Je n'y ai donc pas trop pensé.
- L'accueil est un dashboard de home widgets.
- Les dashboards d'accueil sont gérés par le backend.
- Le dashboards peuvent être pour les utilisateurs anonymes ou connectés (il peut y avoir un dashboard différent pour chaque).
- Les widgets ont un type et des options.
- Les options dépendent du type. (C'est le type qui définie le metadata).
- Chaque widget peut avoir un titre, un bouton cta (label + url) en header.
- Le header peut être caché avec showHeader = false.
- Comment gérer les méta tags de l'accueil (par dashboard, par config globale?)
- Le menu a 2 parties. Les liens rapides et la liste des services.
- Les liens rapides proviennent de la configuration?
- Les liens rapides dépendent du status utilisateur (connecté ou anonyme).
- La liste de services montre les services par catégories.
- C'est donc le contenu (services et catégories) qui générent automatiquement ce menu.
Toutes les pages (sauf quelques exceptions pour les gabarits système comme l'accueil, l'inscription, etc.) sont des services.
Les services sont la base de toutes les pages disponibles dans l'appliation
- Catégorie
- Les services peuvent être classés par hiérarchie grâce aux catégories.
- Type de service
- Chaque service peut être un type précis.
- Voir https://docs.google.com/spreadsheets/d/1FDq6zM8zGqSHPJslHnbH15MBnqsdaojXyFoNY_tP9xM pour la liste de servies
- Chaque type de service définie le metadata des options.
- Chaque service a des options, selon le metadata du type.
- Chaque service est routable. Il y a donc un URL d'associé.
- L'URL est l10n.
- Un service devrait pouvoir définir des routes / gabarits extra. Par exemple, alert-details, etc.
Chaque servce peut contient les données pour les meta-tags. Les gabarits