ayael.ayael.orbit/Gouvernance
10 ayael / SYSTÈME GRAPHIQUE

Gouvernance
& versions.

Un système graphique reste utile s’il peut évoluer sans perdre sa cohérence ni casser les interfaces qui l’utilisent.

01

Référence et migration

#

Cette édition formalise une référence orbit commune. Elle ne prétend pas que chaque application existante l’applique déjà. Une migration choisit un périmètre, conserve les fonctions et vérifie le résultat avant d’étendre le changement.

  • La charte et les tokens ont le même numéro de version.
  • Les exemples sont identifiés comme exemples ; les règles communes restent distinctes des choix propres à un produit.
  • Un logo produit validé ne change pas dans une migration de thème sans décision explicite.
  • La migration ne retire pas une fonction pour simplifier une prévisualisation.
02

Versionner les évolutions

#

Le numéro suit une logique majeure, mineure et corrective. Un correctif ne doit pas retirer un token consommé par une application. Les anciens noms peuvent rester comme alias pendant une période de transition documentée.

TypeExemplePortée
Majeure1.0 → 2.0Suppression ou changement de sens d’un rôle, modification structurelle de la signature.
Mineure1.0 → 1.1Nouveau composant ou rôle compatible avec l’existant.
Corrective1.0.0 → 1.0.1Correction de contraste, lien, contenu ou ressource sans changement de contrat.
03

Valider une évolution

#

L’éditrice valide les choix d’identité. La revue d’interface vérifie ensuite les états et les supports concernés. Une validation sur une capture ne vaut pas validation de toutes les fonctionnalités du produit.

  • Décrire le besoin et les écrans concernés.
  • Montrer la solution en clair et en sombre avec les cas difficiles.
  • Mesurer les contrastes et vérifier les usages clavier et mobile.
  • Lister les fichiers, tokens et composants modifiés.
  • Conserver la validation et le numéro de version retenu.
  • Un déploiement ou un envoi de code est une action distincte de la création d’une maquette.
04

Historique de la charte

#

1.0.0 · 10 novembre 2026. Première édition transversale : signature ayael., modes Clair/Sombre, fondations, composants, compositions, accessibilité, ressources et répartition des licences.

05

Références de travail

#

Les normes d’accessibilité, formats de tokens et licences évoluent indépendamment de la charte. Les liens ci-dessous permettent de vérifier leur portée et leur version.

  1. WCAG 2.2 — recommandation W3C https://www.w3.org/TR/WCAG22/
  2. Contraste minimum — explication W3C https://www.w3.org/WAI/WCAG22/Understanding/contrast-minimum.html
  3. Taille des cibles — explication W3C https://www.w3.org/WAI/WCAG22/Understanding/target-size-minimum.html
  4. Motifs de dialogue — WAI-ARIA APG https://www.w3.org/WAI/ARIA/apg/patterns/dialog-modal/
  5. DTCG Format Module 2025.10 https://www.designtokens.org/tr/2025.10/format/
  6. DTCG Color Module 2025.10 https://www.designtokens.org/tr/2025.10/color/
  7. CC BY 4.0 — licence officielle https://creativecommons.org/licenses/by/4.0/
  8. Licence MIT — Open Source Initiative https://opensource.org/license/mit
  9. SIL Open Font License 1.1 https://openfontlicense.org/open-font-license-official-text/
  10. Manrope — source Google Fonts https://github.com/google/fonts/tree/main/ofl/manrope
  11. Noto Sans KR — source Google Fonts https://github.com/google/fonts/tree/main/ofl/notosanskr

Rechercher dans la charte

Saisir au moins deux caractères.