🎨 Le design system Soliguide
Tout ce qui se voit à l'écran est rassemblé ici : les couleurs, les polices, les icônes, les images et les composants. Si tu cherches comment faire un bouton, un tableau ou une carte, tu es au bon endroit.
Chaque exemple de cette section est rendu pour de vrai, avec le thème Soliguide appliqué. Ce ne sont pas des captures d'écran : quand un composant évolue, la page évolue avec lui. Elle ne peut donc jamais devenir fausse.
Par où commencer ?
Les quatre premières sections décrivent les fondations, celles qui donnent au produit son identité visuelle. Les suivantes rassemblent les composants, rangés selon ce qu'ils servent à faire.
Couleurs
La palette, les couleurs par usage et les rayons.
Polices
Roboto et Nunito, les graisses chargées et l'échelle de tailles.
Icônes
Les 140 icônes de catégories, avec leur nom en français.
Images
Logos, visuels d'accueil et logos partenaires, rangés par pays.
Contenu
Accroches de page, cartes de lieu, titres et textes.
Formulaires
Boutons, champs de saisie, cases à cocher, interrupteurs et filtres.
Navigation
Barres de navigation, onglets, liens et fils d'ariane.
Tableaux
Tableaux, listes et blocs de chiffres.
Messages
Alertes, étiquettes d'état, chargement et retours d'action.
À créer
Les composants spécifiques à Soliguide qu'il reste à concevoir, en attente de maquettes.
Carte
La carte de lieux, ses points et ses regroupements.
Showroom
Tous les états des composants du site actuel, à ne pas perdre en le réécrivant.
SoliBook
Chaque composant isolé, avec tous ses réglages à essayer pour vérifier chacun de ses états.
La règle du jeu
🧱 On utilise DaisyUI en premier. Un bouton, une carte ou un tableau existent déjà, et il n'y a aucune raison de les réécrire. On ne modifie jamais une classe DaisyUI non plus : cela la changerait partout dans le produit, sans que personne s'en aperçoive.
✍️ Quand DaisyUI ne suffit pas, on crée un composant maison. On le déclare dans le registre, on le construit à partir des couleurs et des tailles officielles, et il apparaît tout seul dans cette section.
🚫 Il n'y a pas de troisième voie. Une couleur écrite à la main, un fichier de style rangé dans un coin, un empilement de classes qui tient lieu de composant : la vérification automatique refuse tout cela et le commit échoue.
Pourquoi être aussi strict ? Parce qu'on a compté ce que ça donne sans règle. Sur les huit projets de l'ancienne boîte à outils, on a trouvé 159 classes inventées à la main, dont 99 composants qui n'existaient que dans un seul projet et 20 qui écrasaient silencieusement des composants DaisyUI. Chacun avait été refait dans son coin, un peu différemment à chaque fois. 😅