Quand utiliser TDS
TDS est conçu pour des contextes spécifiques. Cette page aide les équipes à décider si TDS est le bon choix pour leur projet.
TDS est fait pour
Services numériques gouvernementaux
Portails citoyens, applications de démarches administratives, formulaires de demande de documents, tableaux de bord ministériels, sites de publication de l’État.
Exemples concrets :
- Portail de demande de carte d’identité nationale
- Interface de déclaration de revenus en ligne
- Tableau de bord de suivi des dossiers pour agents administratifs
- Site officiel d’un ministère ou d’une préfecture
- Application de paiement des taxes locales
Services para-étatiques
Organismes publics autonomes, entreprises publiques, institutions sous tutelle de l’État, projets financés par l’État du Tchad.
Projets nécessitant cohérence institutionnelle
Tout projet où l’identité visuelle de l’État est un prérequis, ou où les citoyens doivent reconnaître immédiatement qu’ils interagissent avec un service officiel.
TDS n’est pas fait pour
Applications commerciales privées
TDS n’est pas un framework CSS généraliste. Son esthétique institutionnelle ne convient pas aux applications commerciales, fintech, e-commerce, etc.
Startups et produits marketing-first
Les interfaces à fort impact visuel, landing pages avec animations, produits SaaS nécessitent des librairies plus flexibles (Tailwind + Headless UI, shadcn/ui, etc.)
Applications très spécialisées
Outils de data visualisation avancés, éditeurs de contenu complexes, applications temps-réel nécessitent des composants qui dépassent le périmètre actuel de TDS.
Critères d’évaluation
Avant d’adopter TDS, répondez à ces questions :
| Question | Si oui | Si non |
|---|---|---|
| Mon service est-il destiné aux citoyens ou agents de l’État ? | ✅ TDS recommandé | Évaluer selon le contexte |
| L’identité visuelle de l’État est-elle requise ? | ✅ TDS recommandé | Autre framework possible |
| L’accessibilité WCAG AA est-elle un prérequis ? | ✅ TDS conforme | Tout framework accessible |
| Le projet supporte-t-il HTML-first / no-JS ? | ✅ TDS compatible | Évaluer les dépendances |
| Mon interface a-t-elle besoin d’animations avancées ? | ⚠️ Hors périmètre TDS | — |
Processus d’adoption recommandé
- Évaluation — Identifier les interfaces concernées par TDS
- Audit existant — Inventorier les composants et styles actuels
- Migration des tokens — Remplacer les couleurs/spaces custom par les tokens TDS
- Migration composants — Adopter les classes CSS TDS progressivement
- Validation accessibilité — Tester avec axe-core et navigation clavier
- Formation équipe — Partager ce guide de documentation avec les développeurs
Compatibilité technique
| Environnement | Compatibilité |
|---|---|
| HTML + CSS (sans JS) | ✅ Complet |
| React 18+ | ✅ Via classes CSS |
| Vue 3+ | ✅ Via classes CSS |
| Angular | ✅ Via classes CSS |
| Svelte | ✅ Via classes CSS |
| Next.js | ✅ Via classes CSS |
| Nuxt | ✅ Via classes CSS |
| Astro | ✅ Via classes CSS |
| Node.js (génération CSS) | ✅ Tokens JSON/JS |
| Figma | ✅ Tokens JSON |
| Style Dictionary | ✅ Tokens JSON |