Merci à tous pour vos suggestions. Permettez-moi de répondre aux questions :
NateDhaliwal - Je n’ai pas encore testé en mode sans échec, mais d’après ce que chapoi et Kris décrivent, je soupçonne que le mode sans échec résoudrait le problème car il reviendrait à la palette Lumière par défaut plutôt qu’à ma palette personnalisée.
@chapoi - Bonne question. Notre palette de couleurs a été créée il y a un certain temps - certainement avant que les couleurs selected et hover ne soient ajoutées à la palette de base. Je crois que la palette a été configurée lors du lancement de la communauté, et nous ne l’avons pas mise à jour depuis.
@awesomerobot - Cela a du sens. En regardant le code, je peux voir que resolved_colors calcule des valeurs de repli pour hover et selected en utilisant dark_light_diff si elles sont manquantes dans la palette. Mais le problème est que les couleurs de texte (.name, .desc, .d-icon) utilisent toujours leurs valeurs par défaut, qui ont été conçues pour la couleur de sélection de la palette Lumière par défaut - et non pour la valeur de repli calculée pour mon thème plus sombre.
Je vais créer une nouvelle palette et définir explicitement les couleurs selected et hover sur des valeurs qui contrastent correctement. Je soupçonne que cela résoudra le problème.
Une réflexion pendant que je teste : serait-il logique que le calcul de repli prenne également en compte le contraste du texte ? De cette façon, les anciennes palettes géreraient gracieusement les nouvelles additions de couleurs sans intervention manuelle. Juste une idée - je sais que les systèmes de couleurs sont difficiles à bien régler, et l’approche actuelle couvre probablement la plupart des cas. Je serais ravi de déposer une demande de fonctionnalité séparée si cela peut être utile.
Merci pour votre aide à identifier ce problème !