Le nouveau style du compositeur le rend difficile à différencier de l'arrière-plan

Je ne sais pas si ce changement était intentionnel, mais il est maintenant plus difficile de voir la bordure de l’éditeur lorsque la zone de texte n’est pas focalisée. Bien que ce soit un changement mineur en théorie, je trouve que l’éditeur se fond maintenant trop avec l’arrière-plan, ce qui rend plus difficile de différencier quelle partie est cliquable pour la focalisation et quelle partie ne l’est pas.

Cela se produit sur mobile et sur ordinateur. Voici quelques photos montrant la différence sur mobile.

Ancien style de bordure :

Nouveau style de bordure :

4 « J'aime »

Je suis d’accord avec cela. J’ai également remarqué que sur le schéma de couleurs claires par défaut, la bordure de la zone de texte ne correspond plus à la bordure des champs ci-dessus :

Et un problème plus mineur, le bouton de soumission touche également le clavier logiciel, idéalement il devrait y avoir une petite marge là.

5 « J'aime »

La modification était intentionnelle. L’objectif était de faire ressortir davantage le texte et de mieux intégrer les éléments d’interface utilisateur secondaires.

L’idée est que pratiquement tout l’espace dans le compositeur qui n’est pas occupé par des boutons/éléments d’entrée plus courts est la zone de texte. Ou, dans le cas du compositeur de bureau par défaut, il est divisé en deux colonnes, pour l’écriture et pour l’aperçu, donc même un léger séparateur visuel pourrait suffire.

Dans tous les cas, j’aimerais laisser un peu de temps à cette modification, et après une période d’adaptation, nous pourrions ajuster les couleurs. Peut-être diviser la différence entre la couleur de bordure d’origine et celle actuelle. Nous verrons !

Certains champs n’avaient pas leur couleur de bordure ajustée. Corrigé dans une PR de suivi. Idem pour la marge iOS.

2 « J'aime »

Comment le changement de couleur de la bordure fait-il cela exactement ?

Mais il y a toujours beaucoup d’éléments dans l’interface utilisateur entourant l’éditeur qui ne font pas partie de l’éditeur lui-même et sur lesquels on ne peut pas cliquer, et maintenant il est plus difficile de voir où se termine la partie environnante et où commence l’éditeur.

Honnêtement, maintenant, j’ai l’impression qu’il y a juste un tas d’éléments flottants (c’est-à-dire l’éditeur et tous les boutons au-dessus) sans aucune bordure, car la bordure manque tellement de contraste. Même les séparateurs entre (par exemple) le bouton italique et le bouton lien sont pratiquement inutiles maintenant car il est presque impossible de les voir.

Oui, je rate clairement le but du changement, mais je comprends tout à fait l’idée d’une période d’adaptation. Je trouve juste ce changement particulièrement choquant pour des raisons difficiles à expliquer.

En parcourant la console de développement, je vois que la bordure est passée de --primary-medium (#909090) à --primary-low (#313131). C’est un changement assez drastique. J’ai juste essayé avec #616161 pour partager la différence comme vous l’avez mentionné, et c’est vraiment une énorme amélioration. Cela offre plus de contraste, ce qui est très nécessaire, sans attirer autant l’attention que l’original #909090. En expérimentant avec différentes valeurs, je pense que même quelque chose comme #515151 établirait un très bon équilibre entre le contraste et le fait de ne pas être écrasant. J’espère que c’est quelque chose que vous considérerez après un peu de temps.

(J’ai remarqué qu’il y a un --primary-low-mid tout en haut à #7a7a7a. Je suppose qu’il est temps d’ajouter --primary-low-not-quite-mid pour #515151. :rire:)

1 « J'aime »

Ouais :sourire_en_sueur: Quand j’ai commencé à jouer avec les couleurs des bordures ici, j’ai opté pour une couleur un peu plus contrastée, mais j’ai finalement dû choisir entre low et low-mid. Peut-être que je devrai ajouter une nouvelle variable après tout.

Mais d’abord, il serait bon de vérifier où les deux existantes sont utilisées, et de voir si ces couleurs pourraient bénéficier d’un ajustement, ou si certains de ces endroits bénéficieraient d’une nouvelle variable.

Et si nous introduisons une nouvelle couleur, il serait intéressant d’envisager un nouveau schéma de nommage pour les variables, par exemple basé sur des nombres, comme --primary-600 (similaire à ce que certains frameworks CSS utilisent ; tailwind par exemple)

cc: @awesomerobot :smiley: Des réflexions sur l’extension de la palette de couleurs ?

3 « J'aime »

Apparemment, la couleur de la bordure a été corrigée (bleue comme le titre du sujet et le bouton de soumission), mais pas la marge inférieure du bouton de soumission (Répondre).

Pourriez-vous s’il vous plaît modifier la publication et réessayer de télécharger la capture d’écran ? :slightly_smiling_face:

1 « J'aime »

Oui, il n’y a pas de marge car le correctif n’a pas encore été fusionné. :smiley:

2 « J'aime »

Je préférerais ne pas le faire si on peut l’éviter ! peut-être que le low-mid peut être légèrement ajusté ? si nous visons ~#616161, #7a7a7a est assez proche.

Oui, le low-mid était un cas étrange depuis le début, je ne suis pas opposé à le renommer tant que nous remappons les anciennes variables.

2 « J'aime »

Cela aurait probablement du sens de toute façon. Actuellement, low-mid (#7a7a7a) est assez proche de medium (#909090), donc cela semble un peu inutile. Le déplacer vers environ #616161 comblerait un bel écart entre low (#313131) et medium (#909090), le plaçant à peu près à mi-chemin.

1 « J'aime »

Je voulais juste faire un suivi et voir si un changement est prévu à ce sujet.