-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
rfc: POC pour diviser le composant EditBouquet #145
Conversation
@@ -0,0 +1,68 @@ | |||
<template> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Pourrait-on appeler ce composant DatasetProperties ? C'est le nom métier qu'on lui a donnée.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Pas de souci, je n'étais de toute façon pas satisfaite de ce nom là. On aurait donc l'interface typescript DatasetProperties et le composant DatasetPropertiesForm ?
Je voulais aussi vous poser la question quand à l'usage de Bouquet vs Topic (ce que j'ai compris être les bouquets dans l'API datagouv ?)
Superseded by #223 |
Superseded by #223
RFC
Depends on #162
Related to issue #144
Context or situation
Le composant editBouquet devient trop gros pour être gérable sur le moyen terme.
Problem encountered by users
Invisible pour l'usager, mais pénible pour les dévs.
Proposal of how to solve the problem
Décomposer en plusieurs composants et sous-composants tout en gardant l'accès aux informations.
What changes
Dans la page d'acceuil s'affiche une version brute du formulaire de création/édition de bouquet.
En éditant les premiers champs, les informations sont automatiquement retranscrite dans l'étape 4 récapitulative.
En cliquant sur ajouter la donnée dans l'étape 3 :
Breaking changes
La preuve de concept est sommairement affichée dans la page d'acceuil
Technical changes