[FEATURE] Support du type de grain "transition" (PIX-17472)

[yannbertrand]

🌸 Problème

En tant que contributeur de Modulix, je souhaite pouvoir créer un grain de type “transition” afin de dynamiser la lecture des modules.

🌳 Proposition

Mise en place et migration dans le bac-a-sable.

On propose que ces transitions n'aient pas avoir de titre obligatoire (contrairement aux autres types de grain). => Petit impact à prévoir, jusqu'à présent on remontait le "titre" du grain au dessus du texte de transition, proposition d'arrêter de faire ça.

Pour éviter de casser les tests e2e, ces titres vides sont cachés côté front en mode "moindre effort".

🐝 Remarques

Côté JSON Schema on est limités sur le "titre" obligatoire, j'ai du relacher un peu le schéma. On peut imaginer vérifier ces règles plus fines dans le modèle métier "Grain". Preneur des retours sur ce point.

L'extract CSV est géré.

Matomo est déjà géré puisqu'on enregistre déjà les clics sur "Continuer".

La navbar considère en l'état que les grains transitions sont des grains comme les autres donc on a "trop" d'étapes par rapport à la volonté future, et on se retrouve avec des Missing translation "pages.modulix.grain.tag.transition" for locale "fr". Je pense qu'on peut l'assumer tant que ça ne concerne que le bac-a-sable.

🤧 Pour tester

• CI 🍏
• S'assurer que les modules avec textes de transition classiques fonctionnent bien.
• Vérifier que le bac-a-sable fonctionne en l'état (même si n'a pas l'attendu visuel final).

[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
• API MaDDo
• Audit Logger

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

• scalingo front
• scalingo api
• scalingo api-maddo
• scalingo audit-logger