Ich weiß nicht, ob diese Änderung beabsichtigt war, aber es ist jetzt schwieriger, den Rand des Komponisten zu sehen, wenn der Textbereich nicht fokussiert ist. Obwohl es theoretisch eine geringfügige Änderung ist, finde ich, dass der Komponist jetzt zu sehr mit dem Hintergrund verschmilzt, was es schwieriger macht zu unterscheiden, welcher Teil anklickbar ist, um den Fokus zu erhalten, und welcher nicht.
Dies geschieht sowohl auf Mobilgeräten als auch auf Desktops. Hier sind einige Fotos, die den Unterschied auf Mobilgeräten zeigen.
Ich stimme dem zu. Mir ist auch aufgefallen, dass bei der standardmäßigen hellen Darstellung der Rahmen des Textbereichs nicht mehr mit dem Rahmen der darüber liegenden Felder übereinstimmt:
Die Änderung war beabsichtigt. Das Ziel war, den Text stärker hervorzuheben und sekundäre UI-Elemente besser einzublenden.
Die Idee ist, dass so ziemlich der gesamte Platz im Composer, der nicht von Schaltflächen/kürzeren Eingabeelementen eingenommen wird, der Textbereich ist. Oder im Fall des Standard-Desktop-Composers ist er in zwei Spalten unterteilt, zum Schreiben und zur Vorschau, sodass selbst eine leichte visuelle Trennung ausreichen könnte.
Auf jeden Fall möchte ich dieser Änderung etwas Zeit geben, und nach einer Eingewöhnungsphase könnten wir die Farben anpassen. Vielleicht den Mittelweg zwischen der ursprünglichen Randfarbe und der aktuellen finden. Wir werden sehen!
Einige der Felder hatten keine angepasste Randfarbe. Behoben in einem Folge-PR. Gleiches gilt für den iOS-Rand.
Wie hebt die Änderung der Rahmenfarbe das genau hervor?
Aber es gibt immer noch viel in der Benutzeroberfläche rund um den Composer, das nicht der Composer selbst ist und nicht angeklickt werden kann, und jetzt ist es schwieriger zu erkennen, wo der umgebende Teil endet und wo der Composer beginnt.
Ehrlich gesagt, fühlt es sich jetzt so an, als gäbe es nur eine ganze Reihe schwebender Elemente (d. h. den Composer und alle Schaltflächen darüber) ohne Rahmen, da dem Rahmen der Kontrast fehlt. Sogar die Trennlinien zwischen (zum Beispiel) der Kursivschaltfläche und der Linkschaltfläche sind jetzt im Grunde bedeutungslos, da sie fast unmöglich zu sehen sind.
Ja, offensichtlich verstehe ich den Sinn der Änderung nicht, aber ich verstehe auf jeden Fall, dass es eine Eingewöhnungszeit geben muss. Ich finde diese Änderung aus schwer zu erklärenden Gründen besonders störend.
Wenn ich durch die Entwicklerkonsole gehe, sehe ich, dass der Rahmen von --primary-medium (#909090) zu --primary-low (#313131) wechselte. Das ist eine ziemlich drastische Änderung. Ich habe es gerade mit #616161 ausprobiert, um die Mitte zu treffen, wie Sie erwähnt haben, und es ist wirklich eine enorme Verbesserung. Es bietet mehr dringend benötigten Kontrast, ohne so viel Aufmerksamkeit zu erregen, wie es das ursprüngliche #909090 tat. Bei der Experimentation mit verschiedenen Werten denke ich, dass sogar etwas wie #515151 ein wirklich schönes Gleichgewicht zwischen Kontrast und Nicht-Überwältigung herstellen würde. Hoffentlich ist das etwas, das Sie nach einiger Zeit berücksichtigen werden.
(Ich habe bemerkt, dass es ein --primary-low-mid ganz oben bei #7a7a7a gibt. Ich schätze, es ist Zeit, --primary-low-not-quite-mid für #515151 hinzuzufügen. )
Ja Als ich ursprünglich mit den Randfarben hier experimentierte, entschied ich mich für eine etwas kontrastreichere Farbe, musste mich aber schließlich zwischen low und low-mid entscheiden. Vielleicht muss ich doch eine neue Variable hinzufügen.
Aber zuerst wäre es gut zu prüfen, wo die beiden vorhandenen verwendet werden und ob diese Farben angepasst werden könnten oder ob einige dieser Stellen von einer neuen Variable profitieren würden.
Und wenn wir eine neue Farbe einführen, wäre es sinnvoll, ein neues Namensschema für die Variablen in Betracht zu ziehen, z. B. zahlenbasiert, wie --primary-600 (ähnlich wie einige CSS-Frameworks es tun; tailwind zum Beispiel)
cc: @awesomerobot Gedanken zur Erweiterung der Farbpalette?
Anscheinend wurde die Rahmenfarbe behoben (blau wie der Thema-Titel und die Senden-Schaltfläche), aber nicht der untere Rand der Senden-Schaltfläche (Antworten).
Ich würde das lieber vermeiden, wenn es geht! Vielleicht kann niedrig-mittel leicht angepasst werden? Wenn wir auf ~#616161 abzielen, ist #7a7a7a ziemlich nah dran.
Ja, niedrig-mittel war von Anfang an ein Sonderfall, ich bin nicht gegen eine Umbenennung, solange wir die alten Variablen neu zuordnen.
Das wäre wahrscheinlich sowieso sinnvoll. Im Moment ist low-mid (#7a7a7a) ziemlich nah an medium (#909090), daher fühlt es sich irgendwie sinnlos an. Wenn man es auf etwa #616161 verschiebt, würde es eine schöne Lücke zwischen low (#313131) und medium (#909090) füllen und es etwa auf halbem Weg dazwischen platzieren.