Non so se questa modifica fosse intenzionale, ma ora è più difficile vedere il bordo del compositore quando l’area di testo non è attiva. Sebbene sia una modifica minore in teoria, trovo che ora il compositore si fonda troppo con lo sfondo, rendendo più difficile distinguere quale parte sia cliccabile per attivare e quale no.
Succede sia su mobile che su desktop. Ecco alcune foto che mostrano la differenza su mobile.
Sono d’accordo con questo. Ho anche notato che nello schema chiaro predefinito il bordo dell’area di testo non corrisponde più al bordo dei campi sopra:
La modifica è stata intenzionale. L’obiettivo era far risaltare maggiormente il testo e far sì che gli elementi secondari dell’interfaccia utente si integrassero un po’ meglio.
L’idea è che quasi tutto lo spazio nell’editor che non è occupato da pulsanti/elementi di input più corti sia l’area di testo. Oppure, nel caso dell’editor desktop predefinito, è diviso in due colonne, per la scrittura e per l’anteprima, quindi anche un leggero separatore visivo potrebbe essere sufficiente.
In ogni caso, vorrei dare un po’ di tempo a questa modifica e, dopo un periodo di adattamento, potremmo regolare i colori. Forse dividere la differenza tra il colore del bordo originale e quello attuale. Vedremo!
Ad alcuni campi non è stato regolato il colore del bordo. Corretto in un PR di follow-up. Lo stesso vale per il margine iOS.
In che modo cambiare il colore del bordo fa proprio questo?
Ma c’è ancora molto nell’interfaccia utente che circonda la finestra di composizione che non è la finestra di composizione stessa e non può essere cliccato, e ora è più difficile vedere dove finisce la parte circostante e dove inizia la finestra di composizione.
Onestamente, ora sembra che ci sia solo un mucchio di elementi fluttuanti (cioè la finestra di composizione e tutti i pulsanti sopra di essa) senza alcun bordo, perché il bordo manca così tanto di contrasto. Anche i separatori tra (ad esempio) il pulsante corsivo e il pulsante link sono praticamente inutili ora perché è quasi impossibile vederli.
Sì, chiaramente mi sfugge il senso del cambiamento, ma capisco assolutamente il periodo di adattamento. Trovo questo cambiamento particolarmente stridente per ragioni difficili da spiegare.
Guardando nella console di sviluppo, vedo che il bordo è passato da --primary-medium (#909090) a --primary-low (#313131), che è un cambiamento piuttosto drastico. Ho appena provato con #616161 per dividere a metà come hai menzionato, ed è davvero un enorme miglioramento. Fornisce più contrasto, tanto necessario, senza attirare troppa attenzione come faceva l’originale #909090. Sperimentando con vari valori, penso che anche qualcosa come #515151 stabilirebbe un buon equilibrio tra contrasto e non essere opprimente. Spero che questa sia una cosa che prenderai in considerazione dopo un po’ di tempo.
(Ho notato che c’è un --primary-low-mid fino a #7a7a7a. Immagino sia ora di aggiungere --primary-low-not-quite-mid per #515151. )
Sì Quando stavo originariamente giocando con i colori dei bordi qui, ho optato per un colore un po’ più contrastante, ma alla fine ho dovuto scegliere tra low e low-mid. Forse dovrò aggiungere una nuova variabile dopotutto.
Ma prima, sarebbe bene controllare dove vengono utilizzati gli attuali due, e vedere se questi colori potrebbero beneficiare di un aggiustamento, o se uno qualsiasi di questi posti trarrebbe vantaggio da una nuova variabile.
E se stiamo introducendo un nuovo colore, varrebbe la pena considerare un nuovo schema di denominazione per le variabili, ad esempio basato su numeri, come --primary-600 (in modo simile a quanto fanno alcuni framework css; tailwind per esempio)
cc: @awesomerobot Qualche pensiero sull’estensione della palette di colori?
Apparentemente il colore del bordo è stato corretto (blu come il titolo dell’argomento e il pulsante di invio), ma non il margine inferiore del pulsante di invio (Rispondi).
Probabilmente avrebbe senso comunque. Al momento low-mid (#7a7a7a) è abbastanza vicino a medium (#909090), quindi sembra un po’ inutile. Spostarlo intorno a #616161 riempirebbe un bel divario tra low (#313131) e medium (#909090), mettendolo circa a metà strada.