[FEATURE] Ajouter l'auto-scroll au Stepper (PIX-13201)

[dlahaye]

🦄 Problème

Aujourd'hui, parcourir un Stepper peut être pénible du point de vue de l'UX. En effet, durant la navigation nous n'avons pas systématiquement un focus satisfaisant sur la nouvelle Step affichée.

🤖 Proposition

Avoir le même fonctionnement que pour les grains, c'est à dire un auto-scroll à chaque Step du Stepper qui permet d’avoir chaque nouvelle Step en haut de page.

🌈 Remarques

J'ai choisi d'extraire la logique d'auto-scroll existante pour les grains dans un service afin de rester DRY.

Création d'un modifier "did-insert"

J'ai dû créer un modifier pour remplacer le did-insert natif.
Voir explications ci-dessous.

Erreur du linter "ember/no-at-ember-render-modifiers"

L'erreur du linter ember/no-at-ember-render-modifiers est apparue au sein du composant mon-pix/app/components/module/step.gjs. Étant en gjs, j'ai dû importer didInsert via la librairie ember-modifier. C'est ce qui a généré cette erreur.

Qu'est-ce qui ne va pas avec {{did-insert}}, {{did-update}}, et {{will-destroy}} ?

Cette page du plugin eslint de Ember explique pourquoi cette alerte du linter a été créée.

tldr;
Ces modifiers avaient été implémenté temporairement pour faciliter la migration d'Octane vers Glimmer. Mais ils génèrent entre autre des effets de bords.

Que faire ?

🚨Le repository de ember-template-lint recommande d'utiliser des modifiers custom
Le repo de ember/render-modifiers le recommande aussi.

En ce sens, dans cette PR ce commit propose un modifier custom pour le did-insert.
Je l'ai nommé modifier-did-insert pour éviter toute collision avec les did-insert natifs utilisés un peu partout dans la code base actuelle

💯 Pour tester

1. Lancer le didacticiel
2. Naviguer au sein des Stepper et constater que l'auto-scroll se fait bien
3. Naviguer de grain en grain et constater qu'il n'y a pas de régression sur le comportement d'auto-scroll

[pix-bot-github]

Une fois les applications déployées, elles seront accessibles via les liens suivants :

• App (.fr)
• App (.org)
• Orga (.fr)
• Orga (.org)
• Certif (.fr)
• Certif (.org)
• Junior
• Admin
• API
• Audit Logger

Les variables d'environnement seront accessibles via les liens suivants :

• scalingo front
• scalingo api
• scalingo audit-logger

[dlahaye]

on devrait pouvoir retirer le premier commit car finalement on n'utilise pas le offset pour les step

[clemlatz]

Il manque le test du cas où behavior = smooth

[dlahaye]

pour passer ça, j'ai refacto le test. C'est encore confus mais j'espère que tu comprendras l'intention et qu'on trouvera un bon compromis 🙏