Skip to content
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

Merged
merged 11 commits into from
Oct 1, 2024

Conversation

Isalafont
Copy link
Contributor

@Isalafont Isalafont commented Sep 19, 2024

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.

screencapture-localhost-3000-formulaires-hubee-dila-demande-nouveau-2024-09-26-18_07_50

screencapture-localhost-3000-formulaires-hubee-cert-dc-demande-nouveau-2024-09-26-18_08_25

screencapture-localhost-3000-formulaires-api-entreprise-demande-nouveau-2024-09-26-18_08_55

screencapture-localhost-3000-demandes-hubee-cert-dc-nouveau-2024-09-26-18_15_26

Copy link

linear bot commented Sep 19, 2024

@skelz0r
Copy link
Member

skelz0r commented Sep 19, 2024

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.

@skelz0r
Copy link
Member

skelz0r commented Sep 19, 2024

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.

@skelz0r
Copy link
Member

skelz0r commented Sep 20, 2024

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.

@Isalafont Isalafont force-pushed the hubee/DAT-574/correctif-wording branch 2 times, most recently from 01e0bfa to 050e9ec Compare September 23, 2024 09:10
@Isalafont Isalafont self-assigned this Sep 23, 2024
@Isalafont Isalafont force-pushed the hubee/DAT-574/correctif-wording branch from 1393308 to b3c9ae5 Compare September 23, 2024 14:06
@Isalafont
Copy link
Contributor Author

Merci à toi @Samuelfaure pour le coup de main !! 🙏

@Isalafont Isalafont requested review from skelz0r, JeSuisUnCaillou and Samuelfaure and removed request for skelz0r September 23, 2024 14:08
app/models/authorization_request_form.rb Outdated Show resolved Hide resolved
app/views/authorization_request_forms/new.html.erb Outdated Show resolved Hide resolved
config/authorization_definitions.yml Outdated Show resolved Hide resolved
@evaspae
Copy link

evaspae commented Sep 24, 2024

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.
Ça nous permet de régler le problème global d'info pas utile sur la page d'intro des formulaires single page.

Ma proposition :
1 c intro

@skelz0r
Copy link
Member

skelz0r commented Sep 24, 2024

Mon commentaire globale:

Je vous invite à introduire un provider_name sur la définition (qui est en fait le service_name en fait, juste je pense que le naming n'est pas bon, ça se discute), et à ne manipuler qu'exclusivement kind et provider_name pour customiser les wordings de la page d'intro, et de supprimer purement et simplement les références à HubEE dans les vues/helpers/locales.

Pour plus de contexte : #433 (comment) et #433 (comment)

@Samuelfaure Samuelfaure force-pushed the hubee/DAT-574/correctif-wording branch 3 times, most recently from cce5594 to 27414fa Compare September 25, 2024 08:51
@Samuelfaure
Copy link
Contributor

Samuelfaure commented Sep 25, 2024

@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

Screenshot 2024-09-25 at 11-47-57 DataPass
Screenshot 2024-09-25 at 11-48-06 DataPass
Screenshot 2024-09-25 at 11-48-34 DataPass

unauthenticated page:

image

Copy link
Member

@skelz0r skelz0r left a 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.

config/authorization_definitions.yml Outdated Show resolved Hide resolved
config/authorization_definitions.yml Outdated Show resolved Hide resolved
config/editors.yml Outdated Show resolved Hide resolved
app/views/authorization_request_forms/new.html.erb Outdated Show resolved Hide resolved
app/views/authorization_request_forms/new.html.erb Outdated Show resolved Hide resolved
app/views/authorization_requests/new/default.html.erb Outdated Show resolved Hide resolved
Comment on lines 4 to 5
:provider,
:provider_name,
Copy link
Member

@skelz0r skelz0r Sep 25, 2024

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é.

Copy link
Contributor Author

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.

Copy link
Member

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))

Copy link
Member

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

Copy link
Contributor Author

@Isalafont Isalafont Sep 25, 2024

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.

Copy link
Member

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 ?

Copy link
Contributor Author

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.

Copy link
Contributor

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.

Copy link
Member

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).

config/locales/fr.yml Outdated Show resolved Hide resolved
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
@Isalafont Isalafont force-pushed the hubee/DAT-574/correctif-wording branch from f199ee7 to 98a66da Compare September 26, 2024 16:04
@Isalafont Isalafont changed the title Hubee/dat 574/correctif wording Draft: Hubee/dat 574/correctif wording Sep 26, 2024
@Isalafont Isalafont force-pushed the hubee/DAT-574/correctif-wording branch from 98a66da to 9bee012 Compare September 26, 2024 16:16
@SchweisguthN SchweisguthN merged commit 9c76b6d into develop Oct 1, 2024
17 checks passed
@SchweisguthN SchweisguthN deleted the hubee/DAT-574/correctif-wording branch October 1, 2024 09:11
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants