-
Notifications
You must be signed in to change notification settings - Fork 1
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
Draft: Hubee/dat 574/correctif wording #433
Conversation
Je suis désolé @Isalafont mais je me permets de faire un commentaire dès maintenant : il faut juste faire en sorte de modifier les wordings et non les vues, sinon on ne va jamais s'en sortir si on doit customiser pour tout le monde chaque vue avec des conditions partout, ça deviendra inmaintenable. En regardant le figma, mise à part changer les "demandes d'habilitations" en "demandes d'abonnements" (qui pour moi est plus que douteux au passage, DataPass délivre des habilitations pas des "abonnements"), quasiment tout peut se faire en modifiant les wordings dans les fichiers YAML. Ce que je te propose: tu modifies le maximum que tu peux dans les YAML, et ce que tu ne peux pas modifier sans avoir à faire des disjonctions on en discute de vive voix. |
En ayant listé au préalable quelque part ofc. |
Je me permets de mettre cette PR #437 qui va te permettre aussi de mieux customiser les vues en te basant sur les attributs des définitions et non sur le type spécifique de la définition. |
01e0bfa
to
050e9ec
Compare
1393308
to
b3c9ae5
Compare
Merci à toi @Samuelfaure pour le coup de main !! 🙏 |
e66bf72
to
7d7fa7f
Compare
Pour les formulaires en single page, je propose de masquer la partie "les étapes de votre formulaire" car elle ne sert à rien. On peut conserver la partie "les objectifs de ce formulaire" et y intégrer les wording demandés par HubEE. |
Mon commentaire globale: Je vous invite à introduire un Pour plus de contexte : #433 (comment) et #433 (comment) |
cce5594
to
27414fa
Compare
@SchweisguthN @evaspae Wordings generiques pour les providers de service (Hubee) - le but étant de ne pas s'embêter avec le pluriel / les noms de chaque formulaire unauthenticated page: |
4abb6e8
to
48d92cb
Compare
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.
Je request change pour des petits détails et le refactor du provider_name
(en fait le modèle existe déjà comme souligné dans un commentaire, donc pas besoin d'ajouter la clé qui est déjà en fait renseignée), globalement c'est OK.
:provider, | ||
:provider_name, |
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.
En fait je me rends compte que provider_name
est déjà implémenté 😅
Donc dans le code en fait il suffit de remplacer authorization_definition.provider_name
en authorization_definition.provider.name
partout où c'est utilisé.
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.
On y a pensé sauf que pour cert_dc et Dila le provider name utilisé est "HubEE" or la on veut afficher "CertDC" ou juste "DILA".
C'était pour cette raison qu'en premier lieu, je n'avais rajouté un champs service_name que sur hubee_cert_dc et hubee_dila car j'avais besoin de faire cette distinction uniquement pour ce cas la.
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.
J'avais mis HubEE parce que je pensais que c'était HubEE sur le moment, faut juste changer du coup (parce que le fournisseur de données n'est en effet pas HubEE, c'est juste un moyen (pour faire le parallèle, Rails est le moyen utilisé pour API Entreprise))
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.
Et dtf en l'état on a provider.name
qui est HubEE
et provider_name
qui est CERTDC
ce n'est dtf pas logique
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.
Ça ne changera pas le fait que je devrais à un moment rajouter un champs dans authorization_definition
car j'aurais besoin d'afficher HubEE a un moment dans l'entête des formulaires.
Je pensais pouvoir réutiliser le provier.name
pour cet affichage.
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.
Ça ne changera pas le fait que je devrais à un moment rajouter un champs dans authorization_definition car j'aurais besoin d'afficher HubEE a un moment dans l'entête des formulaires.
T'as des exemples ? Ce n'est pas possible de mettre ça dans le nom de la définition ou du formulaire ?
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.
Il y a un figma et cette demande fait partie du Ticket.
Après plus j'y reflechis et plus ça me dérange de mettre en provider DILA et CertDC, déjà car pour CertDC, le provider serait plutôt le Ministère de la santé et de la prévention / DGS et surtout parceque nous délivrons des habilitions pour l'obtention d'un abonnement HubEE qui permet d'accéder à ces 2 services.
Et avant d'aller plus loin, j'aimerais que les visuels / wording soient validés par @SchweisguthN et @evaspae parce qu'on a pris beaucoup de liberté sur le texte par rapport au texte original.
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.
C'est ok pour moi : on a certes pris de la liberté, mais au nom de la factorisation, ce qui est un argument qui s'entend. Je suis juste pas fan de "aux services du fournisseur DILA" sur la page non-authent, mais j'ai pas de meilleure idée et c'est un détail, donc go.
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.
Un peu plus de contexte ici: https://mattermost.incubateur.net/betagouv/pl/3s9ccm81f7b5tn3gzga9mhyqky
Le tl;dr est surtout que la page change d'objectif entre les maquettes pour HubEE et ce qu'elle est à l'origine (i.e. une intro au formulaire d'habilitation).
Add helper in method to display introduction text Refacto using plural from i18n add a service type to authorization_definition.yml Fix an i18n link Add Plural logic to unauthenticated_start page too Update Brakeman Rename service_type into service_name
Modifications wording pluriel services/APIs add provider name to authorization_request_definitions simplify logic in form views simplify logic in form views Change Dinum into DINUM
f199ee7
to
98a66da
Compare
98a66da
to
9bee012
Compare
Fix type on CertDc
d057656
to
8fb4874
Compare
WIP : Reste à faire pour lundi :
Retirer le provider_name et appeler le provider.name dans la page d'unauthenticated_start pour spécifier le nom du fournisseur
Changer les nom des fournissuer pour hubee (DILA et DGS) + ajout des logos et urls correspondants
Modifier les logos s'affichant pour hubee
Ajouter un entête "Via HubEE" dans les formulaires adéquats.