Comment basculer entre les modes Clair et Sombre ? (Personnalisation de l'application)

Mécanisme de basculement des modes clair et sombre

1. L'application détecte automatiquement les préférences d'apparence au niveau du système au lancement, en extrayant le paramètre directement de la configuration du système d'exploitation de l'appareil.

2. Une icône à bascule dédiée apparaît dans le coin supérieur droit de la barre de navigation principale, avec un glyphe soleil et lune qui pivote de 180 degrés pendant la transition d'état.

3. Lorsque les utilisateurs remplacent manuellement la valeur par défaut, l'application stocke la sélection dans un stockage crypté local à l'aide du cryptage AES-128 pour préserver la confidentialité et la cohérence entre les sessions.

4. Tous les composants de l'interface utilisateur, y compris les boutons, les cartes, les champs de texte et les superpositions modales, sont restitués avec des variables de couleur mises à jour provenant d'un objet de thème CSS-in-JS dynamique.

5. L'iconographie s'adapte grâce à la réaffectation du chemin SVG plutôt qu'à l'échange d'images, garantissant un rendu net à n'importe quelle échelle sans latence ni scintillement.

Gestion des actifs spécifiques au thème

1. Les icônes vectorielles sont intégrées en ligne sous forme de chaînes SVG codées en base64 dans les composants React, permettant une injection de couleur de remplissage en temps réel en fonction du mode actuel.

2. Les bibliothèques de graphiques telles que Chart.js chargent les préréglages de palette à partir de fichiers JSON nommés light.json et dark.json, chacun contenant 12 teintes harmonisées mappées aux rôles des séries de données.

3. Les tableaux d'historique des transactions appliquent des décalages d'opacité des lignes en alternance : le mode clair utilise un contraste d'arrière-plan de 100 %/92 %, tandis que le mode sombre utilise 12 %/8 % pour maintenir la lisibilité sur des arrière-plans profonds.

4. Les moteurs de rendu de code QR inversent les valeurs de luminance de premier plan/arrière-plan par programmation, garantissant ainsi la numérisation dans des conditions de luminance élevée et faible.

5. Les squelettes de chargement animés utilisent des arrêts de dégradé sensibles au mode, le mode clair passant de #f0f0f0 à #e0e0e0 et le mode sombre passant de #2a2a2a à #3a3a3a.

Logique des couleurs de l'interface du portefeuille

1. Les affichages de la balance affichent les symboles monétaires dans des tons d'accent spécifiques au mode : bleu électrique (#2563eb) pour la lumière, cyan néon (#06b6d4) pour l'obscurité, tous deux répondant aux rapports de contraste WCAG AA.

2. Les indicateurs de frais de gaz changent le style des bordures : indigo uni de 2 px pour le mode clair, sarcelle en pointillés de 1,5 px pour le mode sombre, signalant les niveaux de congestion du réseau sans se fier uniquement à la couleur.

3. Les champs de saisie d'adresse activent des effets de lueur subtils uniquement en mode sombre, en utilisant des ombres incrustées avec rgba (6, 182, 212, 0,3) pour éviter le bruit visuel dans les environnements lumineux.

4. Les graphiques de prix des jetons superposent les mèches de chandeliers avec des largeurs de trait adaptées au mode (1,2 px dans la lumière, 0,9 px dans l'obscurité) pour préserver la visibilité des détails fins à tous les niveaux de luminosité.

5. Les modaux de confirmation ajustent les filtres d'arrière-plan : flou (12 px) avec luminosité (1,1) pour la lumière, flou (14 px) avec luminosité (0,75) pour l'obscurité, créant ainsi une séparation perceptuelle sans obscurcir les données sous-jacentes.

Persistance du thème en chaîne

1. Les utilisateurs peuvent opter pour l'ancrage de thème décentralisé en signant un message avec leur portefeuille pour stocker leurs préférences sur IPFS, générant ainsi un identifiant de contenu (CID) lié à leur adresse Ethereum.

2. Les métadonnées du thème incluent l'horodatage, le hachage de la version client et les sommes de contrôle spécifiques au mode, permettant une vérification déterministe sur les instances dApp.

3. Lors de la connexion via WalletConnect v2, la dApp demande le contexte du thème dans le cadre de l'initialisation de la session, réduisant ainsi les poignées de main de négociation redondantes.

4. Les portefeuilles inter-chaînes comme Rainbow ou Trust Wallet exposent les signaux de thème via des extensions de fournisseur conformes à EIP-5792, permettant un héritage transparent sur les réseaux Polygon, Arbitrum et Base.

5. Les événements liés au thème sont émis vers le bus d'événements global avec la charge utile {mode : 'dark', source : 'system', timestamp : 1717024891} — consommée par les modules d'analyse et les intégrations tierces.

Foire aux questions

Q : Le changement de mode affecte-t-il la signature des transactions ou la gestion des clés privées ? R : Non. Les changements de mode modifient uniquement les couches de présentation. Les opérations cryptographiques se produisent dans des modules WebAssembly isolés, non affectés par les variables du thème de l'interface utilisateur.

Q : Puis-je forcer le mode sombre sur iOS Safari même si les préférences système sont définies sur clair ? R : Oui. L'application respecte les remplacements de requêtes multimédias. L'activation de « Réduire la transparence » dans les paramètres d'accessibilité iOS déclenche un rendu sombre forcé, quel que soit le paramètre du système.

Q : Pourquoi certaines vignettes NFT apparaissent-elles délavées en mode sombre ? R : Certains actifs NFT existants ne disposent pas de profils de couleurs intégrés. L'application applique une correction gamma sRVB et une normalisation de la luminance pour restaurer la fidélité perceptuelle pendant le rendu en mode sombre.

Q : Les données du thème sont-elles synchronisées sur tous les appareils lorsque vous utilisez la même adresse de portefeuille ? R : Uniquement si la persistance décentralisée est activée. Les sélections de mode local restent liées à l'appareil, sauf si elles sont explicitement ancrées à IPFS ou stockées dans un flux Ceramic contrôlé par l'utilisateur.