Nouveau : Neo 3 v4
Neo 3 v4 vous permet de bénéficier du pouvoir des variables Figma pour une expérience multi-marques et multi-thèmes dans tous vos projets.
Quelles librairies pour travailler sous Neo 3 v4 ?
Cette nouvelle version de Neo 3 est accompagnée d’une nouvelle organisation de nos librairies. Dorénavant vous trouverez tous les fichiers au même endroit, dans un projet unique nommé : Neo 3 v4. Ceci permettra une consommation de nos librairies plus facile.
Pour faciliter votre effort de migration il vous suffit d’utiliser la fonctionnalité de « swap library » de Figma qui vous permettra d’automatiser une grande partie de ce processus.
Voici la liste des librairies que vous devrez changer pour consommer Neo 3 v4 sur vos projets et bénéficier des variables Figma.
Présentation de Neo 3
Neo 3 est encore en cours de construction. Il sera alimenté par des nouveaux composants dans les mois à venir.
A la sortie de sa première version, Neo 3 couvre les besoins les plus courants. Dans cette version, vous retrouverez les incontournables design, développement et documentation. Vous trouverez aussi les éléments suivants :
- un versioning sémantique ;
- un changelog mis à jour au rythme des sprints de l’équipe ;
- un process de dépréciation des anciens composants :
- un processus de récolte de retours utilisateurs
1. Versioning sémantique
Le versioning sémantique permet de communiquer les évolutions du design system de manière standardisée.
Le numéro de la version de Neo 3 sera maintenant découpé en trois parties : majeure, mineure et patch.
Majeure
- Nouvelle version de Neo.
Mineure
- Breaking change (préfixe de branche “breaking”)
- Suppression d’un design token
- Arrêt du support technique d’une fonctionnalité
- Dépréciation (préfixe de branche “deprecate”)
- Suppression d’un composant
- Nouveau composant (préfixe de branche “feat”)
- Remplacement d’un composant Neo Legacy
- Evolution d’un composant
- Changement des hovers
- Ajout de design token(s).
Patch
- Fix Figma
- Ajustement d’un auto layout
- Changement d’un variant
- Ajustement de la valeur d’un design token.
2. Changelog
Le changelog est une partie très importante pour suivre l’évolution d’un design system.
Nous alimenterons cette page au fil des évolutions Neo 3.
3. Dépréciation
Dans notre processus de migration Neo 3, un composant peut être déprécié.
Lorsque les composants Legacy sont remplacés par une version Neo 3, une information textuelle [LEG-OBSOLETE] apparaît sur le titre du composant. Quand vous verrez cette information, il sera nécessaire de remplacer le composant Legacy par sa version Neo 3.
4. Récolte des retours utilisateurs
Un design system doit être à l’écoute de ses utilisateurs. Vous pouvez entrer en contact avec l’équipe Neo 3 de plusieurs manières selon votre besoin.
- Vous êtes designer et vous souhaitez faire un retour rapide sur le fonctionnement d’un composant et/ou d’un variant : n’hésitez pas à ajouter un commentaire dans la librairie Neo 3 directement.
- Votre demande implique plus de réflexion, ou vous n’avez pas accès à la librairie: faites votre retour sur notre espace Confluence dans la rubrique “Demande de support”.
- Vous pouvez aussi poser vos questions sur le canal Teams de support dédié.
Vous souhaitez utiliser Neo 3 mais ne savez pas quelle version choisir ? Voici la réponse.
Situation 1
👉 Vous êtes concernés par cette situation si :
- vous démarrez un nouveau projet,
- votre projet actuel utilise la version courante d’Angular (v16 en juin 2023),
- votre projet actuel utilise la version précédente d’Angular (v15 en juin 2023).
Conséquences :
- Designers : les design tokens ne sont fonctionnels que dans Neo 3. La version Neo 2 se base toujours sur les valeurs de sa dernière version en date.
- IMPORTANT : durant la période de migration de tous les composants vers Neo 3, certains écarts visuels entre les composants peuvent apparaitre selon qu’ils proviennent des composants issus de la libraire bpce-ui qui n’utilisent pas les tokens ou de la librairie Neo 3. Ces écarts seront tolérés.
- Pour les designers et les développeurs : les composants de la librairie Neo Legacy devront être remplacés par Neo 3 au fil des livraisons.
Situation 2
👉 Vous êtes concernés par cette situation si :
- votre projet a été commencé sur les librairies précédentes et qu’il est très avancé,
- le développement est basé sur une version d’Angular obsolète (inférieure à v14 en juin 2023).
- Option 1 : le projet décide de passer à une version récente d’Angular, vous vous retrouverez dans la Situation 1.
- Option 2 : le projet décide de rester avec une version d’Angular obsolète, toute évolution de composant ou nouveau composant devra être développée par le projet, sans le support de l’équipe design system.
En synthèse, voici un schéma récapitulatif :
Deux librairies
Neo 2
Nous laissons à disposition une version Neo 2, pour les composants qui n’ont pas encore été migrés dans Neo 3. Cette librairie ne bénéficiera plus de nouveaux composants.
