Vscode: Inkonsistentes Gewicht und Verwendung von Farbe in der Ikonographie in der gesamten Benutzeroberfläche

+1, unser Icon-Set benötigt einen Champion, der sie besitzt und repariert. Ich möchte noch hinzufügen, dass ich nie ein großer Fan der Symbole war, die wir in der Aktivitätsleiste verwenden ...

@bpasero was insbesondere über die Aktivitätsleistensymbole; Größe, Stil?

Ja, die Aktivitätsleiste könnte für das, was sie bietet, kleiner sein. Grundsätzlich sind alle von uns verwendeten Symbole fast 4 Jahre alt. Ich würde sagen, ein allgemeines Facelifting könnte cool sein, um sie alle synchron zu bringen.

Es kommt also vor, dass wir einige neue Symbole in Arbeit haben, die der neuen Microsoft Design Language entsprechen (sauberere und modernere Symbole, die Striche anstelle von schweren Füllungen verwenden).

Tolle Punkte @Tyriar. Ich denke, bei unseren jüngsten Diskussionen über Panels, Farben usw. sollten wir uns eine Überarbeitung der Benutzeroberfläche und der Benutzeroberfläche ansehen. Wir haben im Laufe der Entwicklung des Produkts genügend UX- und UI-Schulden aufgebaut, um diese zu beheben.

Ich muss auch zugeben, dass ich kein großer Fan der kürzlich eingeführten Symbole im integrierten Terminal bin:

Sie scheinen überhaupt nicht zu unserem anderen Icon-Set zu passen. Ich finde auch das Symbol "Ausblenden" fraglich, da man es leicht mit einem Dropdown-Menü verwechseln kann.

@bpasero Die Konsistenz der Symbole wird mit der Zeit behoben, da @ bgashler1 erwähnt, dass dies der @ bgashler1 hat sich tatsächlich einige hübsch aussehende Symbole

Weitere Informationen zum neuen Schließsymbol finden Sie unter

@bpasero Ich höre dich total über das Konsistenzproblem. Was wir tun könnten, ist möglicherweise, diese Symbole in unser altes Aussehen (höheres Strichgewicht) zu portieren, um konsistent zu bleiben, während wir auf ein neues Symbolset warten.

Es würde mich interessieren, einen Blick auf das Symbol zu werfen, wenn es verfügbar ist 👍

@ bgashler1 irgendein Update dazu?

Ich möchte darauf eingehen, aber die Priorität hat sich zuerst auf einige andere Dinge verlagert. Außerdem gab es ein bisschen Speedbump, worüber ich persönlich mehr sprechen kann.

Der dunkle Rand wirkt auf grauem Hintergrund besonders unangenehm.

https://marketplace.visualstudio.com/items?itemName=rebornix.nova

@ Tyriar das ist ein Heiligenschein, und Sie haben

IMHO, was die Ästhetik betrifft, sind die Symbole bei weitem der schlechteste Teil des Editors. Sie sollten wirklich ernst genommen werden, dieses Problem ist mehr als 1 Jahr alt!

Schauen Sie sich einfach die Symbole an, die für das Bedienfeld "Ausgabe" verwendet werden:

So ziemlich alles, was schief gegangen sein könnte, hat funktioniert: inkonsistente Grautöne, Stile und Formen (X-Symbol), das Symbol zum Maximieren / Nicht-Maximieren veranschaulicht seine Funktion nicht richtig, das Symbol "Ausgabe-Bildlaufsperre umschalten" scheint direkt übernommen zu sein Als iOS-Passwort-Manager oder so, ziehe ich es vor, es über ein benutzerdefiniertes CSS auszublenden, als es mir anzeigen zu lassen.

Außerdem ist der gesamte "Vergrößern beim Klicken" -Effekt ziemlich ablenkend. Ich kann mir keine andere App vorstellen, die ihn verwendet. Schauen Sie sich das an und sagen Sie mir, ob Sie es angenehm finden, es zu sehen:

Vielen Dank für Ihre Kommentare @fabiospampinato. Leider sind wir derzeit nicht in der Lage, die Probleme mit den Symbolen zu beheben. Irgendwann hoffen wir es, aber wie Sie zu Recht betont haben, ist dieses Problem über ein Jahr alt.

/ cc @chryw

Wenn wir dies in Angriff nehmen, sollten wir auch die Symbolbilddateien für mehrere Komponenten freigeben, damit nicht mehrere gleiche Bilder in den Speicher geladen werden.

Vielleicht sollten Octicons mit allen benötigten

Ein, wenn auch geringfügiges Problem, das dadurch gelöst werden würde: Ich brauchte ein refresh -Symbol für eine Erweiterung, die ich gemacht hatte, und ich wollte dieselbe verwenden, die VSC verwendet, also musste ich die eigentliche Datei finden und sie in die einbetten Erweiterung. Wenn sich dieses Symbol jemals ändert, fühlt sich das Symbol meiner Erweiterung inkonsistent an. Wenn es darauf verweisen könnte, was VSC verwendet, tritt dieses Problem nicht auf.

Die Einschränkung besteht darin, dass alle Symbole einfarbig sein müssten, es sei denn, sie werden anschließend über CSS kombiniert.

Die Hauptursache für dieses Durcheinander war, dass Symbole als Ordner mit SVG-Dateien eingefügt und von Anfang an überall als lose Dateien eingefügt wurden. Wir sollten eine zentralere Möglichkeit haben, Symbole bereitzustellen.
Ich mag den Vorschlag von mehrere Komponenten freigegeben werden sollen, sehr. Ich mag auch @fabiospampinato , das Octicons und Monofarben hervorgebracht hat (+ potenzielles CSS-Styling, falls erforderlich).

Wie @stevencl bereits sagte, haben wir derzeit nicht genügend Bandbreite, um dieses Problem offiziell anzugehen. Aber ich persönlich habe diese grobe To-Do-Liste im Kopf:

• Überprüfen Sie alle aktuell verwendeten Symbole
• Entscheide dich für einen Stil
  
  
  
  • VS-Symbolstil - https://vsicons.azurewebsites.net/
  
  
  • Der neue Symbolstil von Microsoft - wie diese
    
    
    
    und diese https://developer.microsoft.com/en-us/fabric#/styles/icons
  
  
  • Etwas anderes
  
  

• Legen Sie ein Format fest und wie Symbole verwendet werden sollen
  
  
  
  • Symbolschrift (Ich glaube, die Community wird diese Option nicht bevorzugen. Dies ist jedoch der einfachste Weg, um die Assets zu zentralisieren, und ich bin mit diesem Ansatz besser vertraut.)
  
  
  • svg
  
  
  • Servieren Sie sie wie Octicons? Nicht mein Fachwissen, aber Entwickler werden es lieben.
  
  
  • Wie auch immer, werfen Sie SVG-Dateien nicht überall hin, verwenden Sie nicht zwei SVG-Dateien für das Theming.
  
  
• Lassen Sie einen Gatekeeper von der UX nach dem "First Party" -Ding Ausschau halten.

@chrisdias für die Sichtbarkeit

@chryw Ich denke du meintest @fabiospampinato 😜

@FabianLauer danke Auto-Vervollständigung ... behoben. Entschuldigung für den Lärm!

@chryw Ich mag diese Push-on-Icon-Konsistenz. Zuweisung an mich und Meilenstein an Deck, um dies auf dem Radar zu halten.
@chrisdias sollten wir dies in einem der ux-Treffen diskutieren

In # 45765 wurde darauf hingewiesen, dass es nicht klar war, dass das Bin-Symbol zum Löschen gedacht war, und dass vorgeschlagene Themen die UI-Symbole überschreiben konnten.

Diese 3 Symbole scheinen von 4 verschiedenen Personen erstellt worden zu sein:

Hat es in dieser ~ 2 Jahre alten Ausgabe Fortschritte gegeben?

Gibt es eine Möglichkeit, zur Lösung dieses Problems beizutragen?

Ich werde anfangen, unsere Symbole so zu konsolidieren, dass sie in Größe und Stil konsistent sind.

@fabiospampinato Wenn Sie Ideen / Vorschläge haben, würde ich sie gerne hören 😃

@misolori sicher, ich würde das Problem folgendermaßen angehen:

• Anstatt einige Symbole so zu optimieren, dass sie mit den anderen konsistenter sind, würde ich alle durch einen anderen Satz von Symbolen ersetzen, der von Anfang an so gestaltet ist, dass er einen einheitlichen Stil aufweist. Entwerfen des fehlenden Symbols.
  
  
  
  • @ bgashler1 erwähnte vor ~ 2 Jahren, dass einige neue Symbole in
  
  

• Verwenden Sie nur "minimalistische" Symbole, keine Lichthöfe, keine unnötigen Ränder, keine Farben. Ich gehe davon aus, dass die oben genannten Symbole diese Eigenschaften haben würden.

  • Übrigens, ich denke, Farbe wird momentan auch uneinheitlich verwendet. In der dunklen Schaltfläche unten sehen Sie deutlich das blau-negative "Minus" -Glyphen. Dasselbe gilt nicht für die helle Schaltfläche:

  

  • Außerdem haben die Symbole (eigentlich einige Symbole) für helle Themen einen Rand, die Symbole für dunkle Themen haben keinen Rand.

  




• Erweitern Sie octicons mit all diesen Symbolen, die wir benötigen. Dies ist derzeit nur möglich, wenn monochromatische Symbole verwendet werden.



• Ersetzen Sie jedes einzelne im Editor verwendete Symbol durch Symbole, die von der Schriftart "Jetzt erweitern" bereitgestellt werden.


• Ersetzen Sie den Effekt "Beim Klicken vergrößern" durch etwas anderes.
  
  
  
  • Ich persönlich finde es ablenkend.
  
  
  • Ich habe dies nirgendwo anders gesehen (Wenn mich jemand auf andere Apps verweisen kann, die es verwenden, bin ich wirklich daran interessiert, davon zu erfahren).
  
  
  • Derzeit sehen einige vergrößerte Symbole für mich verschwommen aus. Ich denke, das liegt daran, dass es sich nicht um Vektorbilder handelt. Wenn dies der Fall ist, ist dies mit den neuen Symbolen kein Problem.
  
  

Mögliche zukünftige Entwicklungen:

• Es könnte / sollte für Erweiterungsautoren eine Möglichkeit geben, die von VSC selbst verwendeten Symbole einfach zu verwenden. Im Moment bedeutet dies, die tatsächlich von VSC verwendete Symboldatei zu finden und in die Erweiterung aufzunehmen. Dies ist nicht so einfach und absolut nicht zukunftssicher. Die erweiterte Schriftart octions kann genutzt werden, um diese Funktion einfach hinzuzufügen.
• Ich denke, es ist fair anzunehmen, dass chromatische Schriftarten irgendwann in Chrom / Elektron verfügbar sein werden (https://www.colorfonts.wtf). Wenn mehrfarbige Symbole aus irgendeinem Grund eine Notwendigkeit sind, könnten wir sie haben.
• Es wäre ziemlich einfach, Unterstützung für Erweiterungen hinzuzufügen, die alle Symbole überschreiben, nicht nur Dateitypsymbole. Im Moment ist dies nicht richtig zu implementieren, da Autoren von Erweiterungen die von VSC verwendeten Symbole nicht wiederverwenden können, sodass ihre Symbole mit der hypothetischen Symbolerweiterung fehl am Platz aussehen würden.

Ich denke, ich kann bei allem, was ich erwähnt habe, helfen, aber meine Designfähigkeiten sind ziemlich begrenzt, so dass die Erstellung der fehlenden Symbole besser von jemand anderem gehandhabt werden kann.

Was denken Sie? 😃

@fabiospampinato stimmt definitiv mit all diesen Vorschlägen überein, und ich glaube, wir sollten in der Lage sein, all diese Probleme anzugehen. Ich möchte in der Lage sein, Octicons zu erweitern und die fehlenden Symbole hinzuzufügen, damit wir einen vollständigen Satz haben und sie alle monochrom machen (was Duplikate reduziert und bei Erweiterungen / Themen hilft). Das ist etwas , dass @chryw uns helfen kann 😀

@misolori großartig!

Ich bin mir nicht sicher, was die "Befehlskette" dafür ist und ob wir die Zustimmung eines anderen benötigen, um daran zu arbeiten (ich meine, das Letzte, was ich möchte, ist, einen Teil meiner Zeit darauf zu verwenden, nur um die Änderungen nie zu sehen zusammengeführt). Mir ist auch unklar, wie der Status dieser Symbole bei bgashler1 ist und ob sie die besten Symbole für unsere Zwecke sind. Ich denke, sobald ihr diese Dinge herausgefunden habt, bin ich bereit, euch zu helfen 💪

@fabiospampinato Die nächsten Schritte werden mit dem Team bei der nächsten Synchronisierung erzielen und von dort

In Bezug auf andere Microsoft-Symbole sind dies die Microsoft Design Language (MDL) -Symbole . Sie sind leichter und moderner, unterscheiden sich aber auch erheblich vom aktuellen Okticon-Set. Dies wird auch eine der Optionen sein, die ich mit dem Team besprechen werde. Um die Optionen zusammenzufassen (danke an @chryw, dass Sie dies früher getan haben):

1. Visual Studio
2. Oktikonen
3. MDL
4. Oder ein komplett neues Set

Ich bin eher für 2, da sie vertraut sind und wir sie bereits verwenden.

@misolori Okay, ich möchte nur hinzufügen, dass aus Gründen der Abwärtskompatibilität die von octicons bereitgestellten Symbole weiterhin in der Schriftart enthalten sein sollten oder zumindest ein neues Symbol für jedes von octicons bereitgestellte Symbol in der Schriftart enthalten sein sollte, da Erweiterungen sie verwenden .

@fabiospampinato wir werden definitiv abwärtskompatibel sein 😄

Beachten Sie, dass unsere Octicons ursprünglich hinzugefügt wurden, damit Erweiterungsautoren sie verwenden können (z. B. in der Statusleiste oder bei der Schnellauswahl). Ich denke, wir sollten darauf achten, nur neue Symbole zu Octicons hinzuzufügen, die nicht Teil dieses Sets sein sollen (unabhängig davon sollten wir sicherstellen, dass unsere Octicons mit den neuesten Versionen https://github.com/Microsoft/vscode/issues/36053 übereinstimmen ). Wenn wir also eine Schriftart verwenden, die Octicons ähnelt, würde ich vorschlagen, eine neue VSCode-Schriftart für unsere Symbole zu entwickeln.

Eine andere Sache, die Sie beachten sollten, ist, dass wir zwar unsere Symbole über den Code verteilt haben und Sie argumentieren könnten, dass wir sie alle an einem Ort haben sollten. Die Realität ist jedoch, dass unser Code in unabhängige Komponenten organisiert ist (siehe https://github.com/). Microsoft / vscode / wiki / Code-Organisation). Zum Beispiel kommt das integrierte Terminal als Beitrag zur Workbench und es wäre daher nicht sinnvoll, alle Terminalsymbole in eine grundlegende VSCode-Schriftart zu verschieben, die irgendwo imho sitzt. Und der eigenständige Editor ist eine Komponente, die unabhängig von VSCode verwendet werden kann. Daher muss er über einen vollständigen Satz von Symbolen verfügen, mit denen er ausgeliefert werden kann und die beispielsweise keine Workbench-Symbole enthalten.

Und dann haben wir heute zur Erstellungszeit ein Skript, das Symbole als Daten-URIs einfügt, wenn sie klein sind, um die Ladezeit von VS-Code zu verbessern (indem der Festplattenzugriff für jedes Symbol verhindert wird). Wir sollten diese Semantik nach Möglichkeit beibehalten (z. B. durch eine Schriftart). Aber dann muss die Schriftart möglicherweise zur Erstellungszeit erstellt werden und unser CSS muss aktualisiert werden, damit es richtig funktioniert (was wahrscheinlich nicht so einfach ist ...).

Zum Beispiel kommt das integrierte Terminal als Beitrag zur Workbench und es wäre daher nicht sinnvoll, alle Terminalsymbole in eine grundlegende VSCode-Schriftart zu verschieben, die irgendwo imho sitzt.

Guter Punkt. Ich sehe keine offensichtliche Lösung dafür. Eine Möglichkeit, das Problem anzugehen, könnte darin bestehen, für jede Komponente eine Schriftart zu haben. Zu einem späteren Zeitpunkt könnten alle diese Schriftarten zu einer zusammengeführt und bei Bedarf Symbole dedupliziert werden.

Aber dann muss die Schriftart möglicherweise zur Erstellungszeit erstellt werden und unser CSS muss aktualisiert werden, damit es richtig funktioniert (was wahrscheinlich nicht so einfach ist ...).

Ich habe genau dieses Problem in einem meiner Projekte und gehe im Grunde so vor (ich verwende SCSS, aber ich denke, CSS-Variablen könnten stattdessen verwendet werden):

• Halten Sie eine Karte von icon_name => ligature/codepoint
• Ersetzen Sie alle eingebetteten Ligaturen / Codepunkte durch iconsMap[icon_name]
• Nachdem wir die Schriftart neu erstellt haben, müssen wir nur noch die Map aktualisieren und das CSS neu kompilieren.

Es funktioniert gut für mich und es ist ziemlich einfach, denke ich.

Bearbeiten : Die Verwendung von Ligaturen anstelle von Codepunkten sollte den Vorgang erheblich vereinfachen.

Was ist mit der Verwendung des Material Design Icon-Sets? Ich denke, es würde das allgemeine Erscheinungsbild der Werkbank drastisch verbessern. Ich denke, es ist das einzige Icon-Set, das sich gut in VSCode integrieren lässt, wenn das Projekt keine neuen Icons entwerfen möchte.

Hier sind die Symbole, die ich vorschlagen müsste: https://material.io/tools/icons/?icon=home&style=sharp

Hier sind einige meiner Probleme mit den aktuellen Symbolen:

1 - Überbeanspruchung der Ausrüstung

Eine davon schaltet eine Regex um; zwei von ihnen öffnen Kontextmenüs; und man öffnet eine Datei. Wir könnten ein Spiel namens "rate das Zahnrad" spielen, bei dem wir eine zufällige Person fragen, welches Zahnrad welche Aktion ausführt.

2 - Eingabe löschen

Das ist ziemlich groß.

3 - Warnschilder

Dies mag nur eine Präferenz sein, aber ich habe das mittlere Symbol immer als zu schmal angesehen.

4 - Git

@misolori hast du irgendwelche Updates für uns?

@fabiospampinato Dies steht auf dem Iterationsplan dieses Monats, also werden wir mit dieser Arbeit beginnen. Dies wird wahrscheinlich ein Element mit mehreren Iterationen sein, da viele Symbole durchlaufen werden müssen. Ich habe auch den Prozess zum Aktualisieren unserer Octicon-Version (# 65508) gestartet (und fast abgeschlossen).

Gibt es eine Möglichkeit, wie dieses System mehrere Symbolstile unterstützen kann, sodass Benutzer auf Wunsch ihr eigenes Symbolset bereitstellen können? Es wäre schön, zwischen den Symbolen Microsoft Design Language, Material Design, FontAwesome usw. wechseln zu können, um das Farbthema und das Betriebssystem besser aufeinander abzustimmen.

@JamesCoyle Derzeit gibt es keine Möglichkeit, benutzerdefinierte Symbole zu unterstützen, obwohl wir dies derzeit im Rahmen unserer

Der Symbolrahmen und die Hintergrundfüllung sorgen für mehr Kontrast beim Symbol, wenn bestimmte Farben überlagert werden. Möglicherweise kann der Rand eine steuerbare Einstellung sein, die der Benutzer oder das Thema vorgeben kann.

Wenn Sie sich für eine Symbolschrift entscheiden, wie kann sichergestellt werden, dass plattformübergreifende Schriftrenderer keine scharfen Kanten in Symbolen verursachen, die unnötig gegen Aliasing und "verschwommen" werden? Dies ist ein häufiges Argument gegen die Verwendung von Schriftarten für Symbole im Vergleich zu SVGs, die im Allgemeinen konsistent gerendert werden (vorausgesetzt, die Grafik wird gezeichnet und auf Pixel ausgerichtet).

Wie würden Abschnitte mit Symbolfarben behandelt? Ich würde die Sorge äußern, dass Symbole, die alle monoton sind, weniger deutlich werden, aber ich verstehe natürlich auch, dass jeder andere Vorlieben hat. Schriftarten, die Farben unterstützen, sind nicht üblich, und "Hacks" wie mehrere überlagerte Schriftarten scheinen keine gute Lösung zu sein ...

@mikehdt Wir haben gerade den Prozess der Erstellung unserer eigenen Octicons-Verzweigung durchlaufen, die eine Symbolschrift verwendet (siehe https://github.com/Microsoft/vscode/pull/65989) und sind auf keine "verschwommenen" Probleme gestoßen ( Wir haben dies unter Win / Mac / Linux getestet. In Bezug auf die Symbolfarben besteht die Absicht darin, alle unsere Symbole einfarbig zu machen, damit alle Symbole mit mehreren Farben entsprechend aktualisiert werden.

@misolori schaffen Sie das in dieser Iteration?

@Astrantia nein, wir erforschen und diskutieren immer noch intern. Sobald wir ein Update haben, werde ich sie hier veröffentlichen.

@misolori Hoffentlich wird dies nicht wieder verschoben

Hier ist eine Statusaktualisierung zu diesem Artikel. In den letzten Iterationen haben wir verschiedene Konzepte für unsere Neugestaltung der Ikonographie untersucht. Die Hauptziele, die wir mit diesen Erkundungen erreichen möchten, sind:

• Vereinheitlichen Sie unsere Ikonographie in Stil, Farbe und Größe
• Vereinheitlichen Sie unser Icon-System
• Modernisieren Sie die Benutzeroberfläche und machen Sie sie konsistent

In Anbetracht dieser Ziele finden Sie hier die neuesten Untersuchungen, die wir intern erörtert haben.

Umrissstil

Dieser Stil wurde stark von den Microsoft Design Language (MDL) -Symbolen inspiriert, die in verschiedenen Microsoft-Produkten (Windows, Office, Xbox usw.) üblich sind. Es steht eine große Auswahl an Symbolen zur Auswahl, die von Erweiterungen möglicherweise genutzt werden können, und das Produkt kann mit Microsoft-Produkten konsistenter werden.

Solider Stil

Dieser Stil ist eine Weiterentwicklung unseres aktuellen Stils und bleibt dennoch vertraut. Es verwendet dieselbe Symbolmetapher wie der vorherige Stil und macht alle Striche / Abstände konsistent.

Offene Fragen

Dies sind alles frühe Erkundungen, aber wir würden gerne Feedback von der Community erhalten, wenn wir iterieren. Wir haben derzeit noch kein Zieldatum, um diese Arbeit abzuschließen, da wir nicht zu einer Lösung eilen möchten, ohne sie korrekt zu validieren. Wir werden auch Benutzertests für diese Erkundungen durchführen, um sie weiter zu validieren. Im Folgenden finden Sie einige offene Fragen, die wir beantworten müssen:

• Entscheiden wir uns für einen Stil oder für beide?
• Erlauben wir Erweiterungen, unsere Standardsymbole zu überschreiben (ähnlich wie bei Dateisymbolthemen)?
• Wie gehen wir mit Erweiterungssymbolen in der Aktivitätsleiste um, wenn wir Symbolthemen zulassen (dies kann zu Konflikten führen)?
• Wenn wir Symbolthemen zulassen, wie werden diese im Vergleich zu Dateisymbolthemen verwaltet (dies würde ein zweites "Symbol" -Thema einführen)?

Es wäre großartig, wenn ich beide Iconsets als Optionen in Insidern haben könnte, um ihnen einen Dreh zu geben. Ohne den täglichen Gebrauch für eine Weile kann ich nicht viel Feedback geben, aber die Symbole sehen für mich ziemlich konsistent aus.

Das Design der aktuellen Git-, Debug- und Extension-Symbole gefällt mir allerdings besser. Gibt es eine Chance, dass wir sie auf MDL portieren können?

Erlauben wir Erweiterungen, unsere Standardsymbole zu überschreiben?

Ich würde nein sagen. Die integrierten Funktionen sollten an konsistente visuelle Identitäten gebunden sein.

@misolori Ich denke, solider Stil sieht besser aus, aber +1 bei den Erkundungen. Außerdem gehe ich davon aus, dass die Farbe in den Symbolen entfernt wird, was gut wäre.

Würden diese in Bezug auf die Oktikonen denselben Richtlinien wie diese neuen Symbole folgen, auch wenn sie nicht unbedingt Teil der MDL sind?

+1 Für den Gliederungsstil. Ich würde sagen, dass ich immer noch das Gefühl habe, dass die Symbole zu barock sind, einige von ihnen fühlen sich zu komplex an. Schauen Sie sich die Diskette im "Speichern" -Symbol an, sie ist zu detailliert, finden Sie nicht?

Ich stimme persönlich für mehr Optionen. Die Wahl von beiden wäre die beste IMO, aber beide wären viel besser als das aktuelle Angebot.

Die Möglichkeit, benutzerdefinierte Symbolsätze zu definieren, ist fantastisch für Personen, die bereits mit einem bestimmten Symbolstil vertraut sind und diese Symbole besser erkennen können. Ich persönlich habe in Atom Materialdesign-Symbole verwendet und bevorzuge diesen Stil, da ich damit viel besser vertraut bin.

Wie gehen wir mit Erweiterungssymbolen in der Aktivitätsleiste um, wenn wir Symbolthemen zulassen (dies kann zu Konflikten führen)?

Warum nicht ein Repo für den neuen Symbolstil einführen und Benutzern erlauben, Symbole vorzuschlagen, die nützlich wären? Dann müssen benutzerdefinierte Symbolsätze nur aktualisiert werden, um dem offiziellen Symbolsatz zu folgen.

Der Gliederungsstil ist besser. Dies ist schließlich ein Microsoft-Produkt, es sollte so handeln und aussehen.

Solid vs. Outline wurde kürzlich in diesem Artikel behandelt: https://uxmovement.com/mobile/solid-vs-outline-icons-which-are-faster-to-recognize/

tl; dr: Feststoff ist besser für die Erkennung; Einige Symbole schneiden jedoch besser als Gliederung ab. In jedem Fall müssen einige Regeln für eine effiziente Erkennung befolgt werden

Wenn Sie mich gefragt haben, waren die Solid-Symbole in den beiden oben genannten Beispielen für mich besser erkennbar. Die Umrisse wirken chaotisch und es gibt viele parallele Linien, die auf engstem Raum kämpfen und die Anerkennung ruinieren

Ich stimme auch für den Umrissstil. Und obwohl ich normalerweise für mehr Anpassung bin, halte ich es nicht für eine gute Idee, die Kernsymbole durch Themen zu ändern.

Es wird nicht nur die Komplexität erhöhen, sondern ich denke, dass Kernelemente wie die Layoutformen und -symbole aus Gründen der Konsistenz nicht anpassbar sein sollten (deshalb bin ich auch kein Fan von "Layout" -Themen in Atom).

Ich denke jedoch, dass das Hinzufügen der Option zum Ändern des Stils zwischen gefüllt / Kontur eine gute mittlere Lösung für die Anpassung im Vergleich zu Konsistenz + Komplexität ist.

Ich weiß auch nicht warum, aber ich bin verliebt in dieses Bug-Symbol, haha
vor allem die skizzierte

@misolori Großartige Arbeit 👏

Entscheiden wir uns für einen Stil oder für beide?

Ich würde einfach einen Stil wählen und diese Symbole über Themen anpassbar machen.

Ich persönlich würde den soliden Stil aus folgenden Gründen wählen:

1. Sie sind etwas sauberer und einfacher zu "analysieren". Beispielsweise besteht das Erweiterungssymbol aus nur 4 Quadraten im festen Stil, aber es wären 8 Quadrate erforderlich, um die Umrissversion davon zu erstellen.

2. Ich denke, die aktuellen Symbole sind näher an den vorgeschlagenen Solid-Style-Symbolen und erscheinen mir daher vertrauter.

3. Ich denke, manchmal entscheiden sich die Leute dafür, Gliederungssymbole zu "füllen", wenn sie aktiv sind. Dies geschieht nicht im freigegebenen GIF, und ich würde es ein bisschen erwarten 🤔

Erlauben wir Erweiterungen, unsere Standardsymbole zu überschreiben (ähnlich wie bei Dateisymbolthemen)?

Ja, ich denke, einige Leute werden irgendwann einige hochwertige Themen entwickeln, die anpassbare Symbole nutzen.

Wie gehen wir mit Erweiterungssymbolen in der Aktivitätsleiste um, wenn wir Symbolthemen zulassen (dies kann zu Konflikten führen)?

Dies ist wahrscheinlich ein guter Grund, nur einen Standard-Symbolstil auszuwählen, damit Erweiterungsautoren standardmäßig Symbole mit einem ähnlichen Stil verwenden / erstellen können.

Ich denke, die Last, alternative Symbole für alternative Symbolpakete zu erstellen, sollte bei den Themenautoren liegen.

Wenn wir Symbolthemen zulassen, wie werden diese im Vergleich zu Dateisymbolthemen verwaltet (dies würde ein zweites "Symbol" -Thema einführen)?

Ich bin mir nicht sicher, ob es möglicherweise ein Symbol für "Dateitypen" und ein Symbol für "App" gibt

Noch ein Feedback:

• Ist der Vergrößerungs-Klick-Effekt endgültig weg?

• Diese Symbole in der Seitenleiste sehen dort etwas zu voll aus, insbesondere das zum erneuten Laden des Projekts:

• Ich bin mir nicht sicher, ob es besser ist, den Schatten zu behalten. Ich denke, es kann jedoch beim Kontrast helfen

Stimmen Sie mit aufgefallen ist, war das Symbol zum Nachladen. Die alten Symbole sehen viel besser ausgerichtet aus:

Vielen Dank an alle für das bisherige Feedback!

@octref Sobald wir die meisten Symbole bereit haben, können wir sie für Insider öffnen.

@beastdestroyer für Octicons werden wir diese am Ende durch unsere eigenen Symbole ersetzen (Teil der Vereinigung), was bedeutet, dass wir unsere Version des gleichen Symbols haben, das zu unserem neuen Stil passt.

@fabiospampinato gute Augen auf die

Ich persönlich mag das offene / leichte Gefühl der Gliederungssymbole - besonders für diejenigen mit einfachen Strichen (Explorer, Suche, Git usw.), aber für die komplexeren (Ausrüstung, Erweiterungen ein wenig, Zusammenbruch, Ordner hinzufügen) I. Ich denke, die Symbole selbst müssen für etwas visuell Einfacheres überarbeitet werden. Ich mag auch das luftige Gefühl der Aktivitätsleiste mit den Gliederungsversionen, da sie mehr in den Hintergrund treten und nicht so sehr mit der Hauptansicht konkurrieren.

Was 1 oder 2 (oder anpassbare) Stile angeht, würde ich mich definitiv zu 1 Stil neigen (was imo hilft, die Identität des Produkts zu bestimmen). Mit mehr als einem integrierten Stil entsteht viel Arbeit für Erweiterungen, die sich an mehrere Stile anpassen müssen - und um ehrlich zu sein, ist es schwierig genug, einen Satz von Symbolen zu erstellen 😄. Dies würde auch neue "apis" erfordern, um Symbole für verschiedene Stile angeben zu können (wir müssen uns bereits mit hellen und dunklen Versionen befassen).

Ich denke, Zugänglichkeit und Lesbarkeit (siehe den von @jvzr geposteten Link) sollten priorisiert werden, weit über dem, was am besten "aussieht" (was sowieso subjektiv ist).

Ich persönlich denke, dass viele der vorgeschlagenen Symbole (sowohl durchgehend als auch umrandet) sehr beschäftigt und zu detailliert sind, wenn man bedenkt, in welcher Größe sie angezeigt werden sollen.

@jvzr @smbkr danke für das Feedback. Wir prüfen definitiv die Lesbarkeit dieser Symbole, unabhängig vom Stil, und führen Benutzerstudien durch, um sie weiter zu validieren.

Stimmen Sie mit @smbkr überein. Manchmal habe ich Schwierigkeiten, das aktive Symbol in der Aktivitätsleiste zu bestimmen, was dazu führt, dass ich die Seitenleiste unbeabsichtigt reduziere. Dies wird wahrscheinlich nicht allein durch solide oder Umriss-Symbole unterstützt. Ich stimme für durchgehende Symbole, wenn die aktive Ansicht weiterhin nur durch ein helleres / weißeres Symbol angezeigt wird.

Ich liebe die neuen Icons übrigens!

Bitte vergleichen Sie diese Symbole auch mit einem hellen Thema! Ich weiß nicht, wie die festen Symbole in dieser Situation aussehen würden. Die aktuellen durchgezogenen Symbole wirken etwas hart:

Unabhängig davon, für welches Thema Sie sich entscheiden, wäre es wirklich cool, wenn Sie mit anderen beliebten Erweiterungen (z. B. Azure, GitLens) arbeiten könnten, um sie mit passenden Symbolen zu versehen.

Außerdem: 👍 um dies zu einer Einstellung in Insidern zu machen, damit wir sie im täglichen Gebrauch ausprobieren können!

Ich stimme für beide Stile, aber wenn ich nur einen auswählen müsste, würde ich mit umrissenen Symbolen gehen.

Der umrissene Stil passt zu Microsoft - sollte die Standardeinstellung sein. Wäre schön, wenn sie auch thematische Unterstützung hätten.

Es wäre großartig, wenn ich beide Iconsets als Optionen in Insidern haben könnte, um ihnen einen Dreh zu geben.

Oder zumindest ein Vorher / Nachher-GIF.

Ich bevorzuge den Feststoff; brauche mehr Kontrast, da meine Symbole auf meinem 4k fast zu klein sind.

Persönlich mag ich den soliden Stil mehr. Beide sind großartig, aber die Solidität ist meiner Meinung nach einfacher und besser in Bezug auf UX.

Der Gliederungsstil ist eher "Microsoft", aber die Realität ist, dass VSCode in mehr Betriebssystemen verwendet wird und mit dem soliden Stil in allen Betriebssystemen besser aussieht.

Und schließlich denke ich, dass der solide Stil mit den Symbolen der meisten Erweiterungen besser aussehen wird.

Aber ich wiederhole, großartig beides. 😉

Ich bin für die Gliederungsvariante von Symbolen über die festen. Wie andere bereits gesagt haben, passen die Umrisse auch zum Design der Symbole anderer MSFT-Apps.

Ich denke, die ausgefüllten Symbole sind viel einfacher zu analysieren und daher die bessere Option.

Umriss für große Registerkartensymbole, durchgehend für kleine (Reduzieren usw.) Symbole.

Ich möchte es nur @misolori veröffentlichen , aber ich würde gerne einen ausführlichen Blog-Beitrag sehen / darüber schreiben, wie Sie mit dieser Aufgabe

@misolori Ich möchte nur alle darauf aufmerksam machen, dass es bei Verwendung von MDL einen Haken bei der Verwendung von OSS-Lizenzen gibt.

MDL-Assets (Schriftarten / Symbole) sind nicht als MIT lizenziert . Ich (und andere) haben dies mehrmals mit Office UI Fabric Repo angesprochen

Ich würde den Solid bevorzugen, ohne die OSS-Lizenzierung (MIT) zu beeinträchtigen, oder wenn das MDL-Material als Erweiterung geliefert wird

Oder besser, drücken Sie sie, um Schriftart und Symbole (außer Markensymbole) als OFL / MIT freizugeben, und jeder kann sie verwenden.

@gautamsi Ja, wir sind uns dessen definitiv bewusst und haben mit den MDL-Besitzern zusammengearbeitet, um

Ich liebe die Linienikonen.

Ich habe seit einiger Zeit eine Visual Studio Code-Erweiterung entwickelt. Eine Sache, die ich als schwierig empfand, war, etwas zu erstellen, das mit dem Gesamtdesign von VS-Code übereinstimmte, da es derzeit überall zu finden ist.

Weitere Informationen zur Erweiterung finden Sie unter https://gimli.app/, falls jemand interessiert ist.

Grundsätzlich mag ich Gliederungssymbole, aber die meisten vorhandenen Markenlogos sind "solide", und viele sehen schlecht oder ungewohnt aus, wenn sie umrissen sind. Einige können aus rechtlichen Gründen nicht umrissen werden.

Komplizierte Teile wie Octocats rechter Arm und die Boxen auf dem Dock werden nicht richtig gerendert, aber ich glaube nicht, dass wir den Pfad ändern können, damit er besser aussieht. Das Dropbox-Logo ist schwer zu erkennen. Offensichtlich ist die Mischung aus durchgezogenen und Umriss-Symbolen schrecklich. Im Gegensatz zu Windows kann MS nicht alles steuern, was in der Aktivitätsleiste angezeigt wird. Daher halte ich solide Symbole für sicherer.

@smikitky Ich glaube nicht, dass wir auferlegen würden, dass Marken ihren Stil ändern, es würde gegen die meisten Markenrichtlinien verstoßen.

@misolori Dann

EDIT: Es tut mir leid, wenn ich mich nicht klar ausgedrückt habe, aber ich sage, dass Ihre Symbole im Besitz von vs code solide sein sollten. Die sofort einsatzbereite Erfahrung mit Gliederungssymbolen ist gut, kann jedoch inkonsistent werden, sobald Benutzer mit der Installation von Erweiterungen mit (normalerweise soliden) Markensymbolen beginnen. Dies geschieht in meiner Windows 10-Taskleiste. Es ist eine Ansammlung von Gliederungs-Standardsymbolen und soliden Symbolen von Drittanbietern, was ich nicht sehr schön finde.

Sicher, aber ich denke, der Fokus liegt darauf, die Ikonographie "im Besitz" von vs Code (sozusagen) konsistent zu machen und nicht jedes einzelne Markensymbol neu zu erstellen, das jemals in der App auftauchen könnte!

@smikitky Ja, wir versuchen, die Gesamtkonsistenz unserer Symbole zu lösen, aber wir besitzen kein Branding für andere Produkte. Wir können Anleitungen für Erweiterungen geben, die folgen sollen, aber letztendlich liegt es an der Marke (einige bieten eine Solid / Outline-Version an).

@smikitky Nach jeder Marke zu Nichtstarter . Selbst wenn Sie mit festen Symbolen arbeiten, wird der Ikonografiestil immer noch anders sein. Sie sollten beim Entwerfen Ihrer Produktsymbole nicht auf Symbole von Drittanbietern achten. Wenn dies der Fall ist, sollten alle und alles dieselben Symbole verwenden.

Bitte erlauben Sie Erweiterungen, die Standardsymbole zu überschreiben. Ich mag den neuen Stil nicht und würde es vorziehen, nur einige der aktuellen Symbole zu reparieren.

@misolori Kann dies an Insider weitergegeben werden? Was hört auf?

@ jared1000 Wir sind derzeit dabei, Usability-Studien für beide vorgeschlagenen Stile einzurichten. Ich hoffe auch, dass ein kundenspezifischer Build für alle bereit ist, den ich bald ausprobieren kann. Wenn das fertig ist, werde ich hier erwähnen.

@misolori Mir ist aufgefallen, dass der Explorations-Build jetzt die neuen Symbole verwendet und ich muss sagen, dass ich sie mag! Es ist jedoch unglaublich schwierig, das Vorhängeschloss zum Umschalten der Ausgangs-Bildlaufsperre visuell als gesperrt oder entsperrt zu identifizieren. Ich denke, dies könnte eine ernsthafte Verbesserung vertragen.

@misolori Mir ist aufgefallen, dass der Explorations-Build jetzt die neuen Symbole verwendet und ich muss sagen, dass ich sie mag! Es ist jedoch unglaublich schwierig, das Vorhängeschloss zum Umschalten der Ausgangs-Bildlaufsperre visuell als gesperrt oder entsperrt zu identifizieren. Ich denke, dies könnte eine ernsthafte Verbesserung vertragen.

Können Sie mir den Download-Link geben? Ich kann es nicht finden

Exploration Build hier verfügbar # 61787, vergessen Sie nicht, das Update auszuführen, nachdem Sie es installiert haben, da die verknüpfte Datei möglicherweise nicht die aktuellste Build von VSCode Exploration ist.

Iconography Re-Design Build

Wir haben einen Build für diejenigen bereit, die die neuen Symbole testen möchten. Wir haben die meisten Bereiche abgedeckt, aber es fehlen noch einige Bereiche (wie die Statusleiste). Wir empfehlen, einige Tage mit dem Build zu spielen (dabei Notizen zu machen), damit sich die Änderungen einstellen können . Wir wiederholen diese Symbole immer noch, da sie nicht endgültig sind und würden gerne Ihr Feedback hier erhalten.

Ändern Sie die Symbolstile

Dieser Build verwendet die Dateisymbolthemen. Um Ihr Thema zu ändern, gehen Sie zu Preferences > File Icon Theme und wählen Sie entweder VS Code Icon Explorations: Outline oder VS Code Icon Explorations: Solid . Der Standardwert ist Outline .

Senden Sie uns Ihr Feedback

Bitte teilen Sie uns Ihre Meinung mit, wenn Sie den Build erkunden. Wenn Sie Probleme mit bestimmten Symbolen finden oder bestimmte Bereiche abdecken möchten, geben Sie unten einen Kommentar ab.

_Tipp: _ Wenn Sie Ihre Einstellungen + Erweiterungen migrieren möchten, empfehle ich die Verwendung der Einstellungen-Synchronisierung .

Laden Sie Build herunter

Dieser Build ist Teil unseres Exploration- Builds mit

• macOS: Herunterladen
• Linux: Herunterladen
• Windows: Herunterladen

hey @misolori , ich schätze das Update und Build!

Ein paar Punkte:

• Insgesamt denke ich, dass die Symbole in der Seitenleiste viel klarer sind, was sie tun. Debug-Symbol und Erweiterungssymbole besonders. Die Form des Versionsverwaltungssymbols fühlt sich für mich etwas unangenehm an, obwohl es besser für das Abzeichen geeignet ist.
• Ich bevorzuge die Seitenleisten-Symbole im Umrissstil, aber die soliden für den Rest der App. Der visuelle Gewichtsunterschied der Seitenleiste hat mich im vscode immer als komisch empfunden. Ich würde gerne eine Einstellung sehen, bei der alle ein Schlaggewicht von 1,5 pt haben, um zu sehen, ob sie sich zusammenhängender anfühlt.
• Es ist etwas seltsam, dass die Symbole "Neue Datei" / "Neuer Ordner" / "Alle reduzieren" leicht abgerundete Ecken haben, wenn 99% der Benutzeroberfläche aus harten Quadraten bestehen
  
  (Dies gilt auch für das Dateisymbol in der Seitenleiste.)
• Persönlich würde ich es vorziehen, abgerundete Ecken und Satzkennzeichnungen auf dem Mac zu haben, da dies besser zur Plattformästhetik passt, aber mir ist klar, dass dies eine Abweichung vom bisherigen UI-Stil darstellt. Framers Code-Editor basiert auf Monaco und ich denke, sie machen einen guten Job mit ihrer Einstellung:
• Das Dateisymbol ist auf der Mac-Retina verschwommen
  
• Das Gewicht ist zwischen diesen beiden Symbolsätzen inkonsistent. Vielleicht wurde es noch nicht aktualisiert?

Nochmals vielen Dank, dass Sie dem Design etwas Liebe geschenkt haben und offen für Feedback sind 🥳

@darknoon danke für detailliertes Feedback, weiter so! Wir werden uns mit den verschwommenen Symbolen befassen. Wir spielen immer noch damit, sie in Abhängigkeit von den Kurven / Diagonalen des Symbols auf / neben dem Raster zu platzieren. Es ist jedoch gut zu hören, dass sie auffallen (und nicht gut sind). Ich werde einen zweiten Blick auf diese Symbole im Git-Explorer werfen. Ich kann in diesem Zusammenhang sehen, dass sie ausgewogen aussehen.

@dalDevelo danke für das Feedback zu den Schlosssymbolen, ich habe mich gefragt, ob wir einen stärkeren Kontrast zwischen den beiden brauchen:

@misolori Der Strich erscheint auf dem

Die Gewichte aller Terminalsymbole scheinen deaktiviert zu sein, + sieht deaktiviert aus (Windows):

@ Tyriar ist das auf einem Nicht-Retina-Bildschirm? Einige von ihnen sind möglicherweise etwas unscharf, weil sie nicht vollständig auf dem Pixelraster sitzen.

@misolori ja es ist mein Breitbildmonitor im Büro

Ich bin ein Fan der Gliederungsversion der Symbole, danke dafür.

Das einzige, was meine Augen verletzt, ist das geteilte Symbol:

Der Pfeil nach links / rechts bedeutet für mich keine Spaltung, er impliziert eine Art Bewegung und da er sowohl links als auch rechts ist, weiß ich nicht, wohin er gehen wird :).

Können wir eine aktualisierte / leichtere Version des vorhandenen Split-Symbols erhalten?

@misolori Die Anzahl der Sterne und Downloads scheint etwas höher zu sein als die Versionsnummer:

Build aktualisiert

Vielen Dank für all das Feedback. Ich habe den Explorations-Build aktualisiert, um die hier angesprochenen Probleme zu beheben:

• Aktualisieren Sie das Pluszeichen (+) so, dass es im Raster angezeigt wird und bei 1x nicht verschwommen ist
• Die Aufteilungssymbole wurden aktualisiert, sodass sie der vorherigen Version näher kommen
• Das Explorer-Symbol in der Aktivitätsleiste wurde aktualisiert, damit es nicht außerhalb des Rasters liegt (verschwommen).
• Die Lücke des entsperrten Symbols wurde vergrößert, um einen stärkeren Kontrast zu erzielen
• Aktualisieren Sie die Schaltfläche zum Schließen, den schmutzigen Zustand, die automatische Korrektur der Glühbirne und die Symbole zum Ein- und Ausklappen
• Die Ausrichtung im Erweiterungs-Viewlet wurde korrigiert
• Es wurde ein Fehler im Git-Viewlet für die Erweiterung behoben, der zu Symbolen beitrug (graue Füllung wurde angezeigt).

Hinweis: Wenn Sie bereits über den Explorations-Build verfügen, werden Sie zur Aktualisierung aufgefordert, und Sie können dort die neuesten Informationen abrufen. Andernfalls können Sie die folgenden Download-Links verwenden:

• macOS: Herunterladen
• Linux: Herunterladen
• Windows: Herunterladen

@misolori Sieht gut aus. Nur ein paar Probleme, die ich gesehen habe:

Das Suchsymbol sieht im Vergleich zu den anderen immer noch zu dünn aus

Das {} fühlt sich in beiden Umrissen zu verschwommen / schwer zu sehen und gefüllt an - auch der Split fühlt sich im Umrissstil immer noch fehl am Platz an - es ist vergleichsweise zu schwer

Die Symbole zum Speichern aller / Schließen aller in den geöffneten Editorgruppen sind beschädigt.

Die Editor-Faltsymbole für den gefüllten Stil sind viel zu groß und zu schwer (allein diese würden mich dazu bringen, den gefüllten Stil nicht zu verwenden). Auch kein Fan von denen im Umrissstil - was ist mit den Faltpfeilen wie in den Bäumen? (Im Zusammenhang damit sieht es so aus, als ob das automatische Ausblenden / Anzeigen auf den Faltsteuerelementen fehlerhaft ist - sie werden immer angezeigt.)

Ich habe das Gefühl, dass die Gliederungsbirne zu subtil und die gefüllte zu fett ist (oder eher, als hätte sie die Form der Glühbirne verloren?)

Ich persönlich würde es auch vorziehen, wenn der Indikator für den schmutzigen Zustand immer ein Punkt bleibt (wie der gefüllte Stil) - ich habe nicht das Gefühl, dass er dem Umriss oder dem gefüllten Stil folgen muss, imo sowieso 😄

Denken Sie auch daran, dass die Häkchen für den Umrissstil auch dünner werden?

@eamodio vielen Dank für das (schnelle!) ausführliche Feedback, das ist sehr hilfreich!

• Suchsymbol: Lassen Sie mich dieses noch einmal versuchen. Es ist schwierig, es dicker zu machen, ohne zu weit zu gehen und ohne zu pixelig zu sein.
• { } + split: Ich werde versuchen, diese zu optimieren
• Vielen Dank, dass Sie die defekten Symbole in den Gruppeneditoren gefunden haben
• Ich mag die Idee, die Kollaps-Chevrons zu verwenden, ich kann das ausprobieren
• Die Glühbirne, ich bin ein bisschen hin und her gerissen. Ich bevorzuge die Einfachheit des Umrisses, aber es kann auch nicht genug Gewicht haben, um wahrgenommen zu werden. Ich werde dafür mit ein paar verschiedenen Stilen herumspielen.

Das Symbol "Alles schließen / Alles reduzieren" ist für mich immer noch beschäftigt - vielleicht ändern Sie es in nur 2 Umrisse anstatt in 3, wie das Symbol "Alle speichern"?

Ist das Aktualisierungssymbol tatsächlich heller als die anderen?

IMO, das große Zahnrad sieht gut aus, aber bei dieser Größe fühlt es sich zu beschäftigt oder vielleicht einfach zu verschwommen an?

OK, ich bin fertig 😉

@eamodio gibt es nicht zu viel Feedback 😄

• Alles schließen / reduzieren - Ich bin damit einverstanden, dass es beschäftigt aussieht und versucht, eine zusätzliche Ebene zu entfernen
• Aktualisieren: Da es rund ist, wird es etwas pixelig sein, so dass es heller erscheinen kann. Wenn wir es breiter machen, wird es verschwommener / zu groß. Lass mich es nochmal versuchen.
• Ausrüstung: Es sieht so aus, als ob der mittlere Kreis etwas pixelig ist. Ich kann versuchen, dies anzupassen und / oder kleiner zu machen.

Für das Aktualisierungssymbol vielleicht nur die Helligkeit leicht erhöhen, um dies zu kompensieren?

@misolori Der Vorhängeschlossstatus ist jetzt viel einfacher als gesperrt oder entsperrt zu identifizieren 👍🏼

Um zu verfolgen, was @eamodio erwähnt hat, dass das Suchsymbol als auch die Explorer-Symbole dünner aussehen als die anderen. Es ist einfacher, dies zu erkennen, wenn das Explorer-Symbol nicht ausgewählt ist.

Ich habe Ihre Antwort gesehen, dass es schwieriger ist, diese dicker zu machen, ohne über Bord zu gehen, aber vielleicht können die Symbole für Quellcodeverwaltung, Debugging und Erweiterungen dünner gemacht werden, um alles auszugleichen?

Ich habe das Gefühl, dass das Verdünnen von Symbolen sie weniger sichtbar machen würde

Exploration Build aktualisiert

❤️ Dank all der bisherigen Rückmeldungen schätzen wir die Zeit, die Sie zum Testen benötigen, sehr. Bitte lassen Sie sie weiterhin kommen. Ich habe den Build mit weiteren Fixes aktualisiert und wir haben diesen auch mit master aktualisiert, sodass er die neuesten Fixes enthalten sollte. Hier sind die Symbolkorrekturen:

• Die Suche entspricht jetzt der Breite der übrigen Symbole in der Aktivitätsleiste
• Alles reduzieren / schließen wird vereinfacht
• Der geteilte Editor ist schlanker
• Der schmutzige Zustand ist jetzt ein gefüllter Punkt anstelle eines Umrisses
• Die Größe von Gears / Refresh / Json wurde geändert, um die Pixelung zu verbessern
• Falten / Entfalten sind jetzt Chevrons (lassen Sie mich wissen, was Sie denken)
• Aktionen in gruppierten Editoren und Fehleransichten wurden behoben

Hinweis: Wenn Sie bereits über den Explorations-Build verfügen, werden Sie zur Aktualisierung aufgefordert, und Sie können dort die neuesten Informationen abrufen. Andernfalls können Sie die folgenden Download-Links verwenden:

• macOS: Herunterladen
• Linux: Herunterladen
• Windows: Herunterladen

@misolori Sieht toll aus !!! : shipit: Ich liebe die Falt- / Entfaltungssparren wirklich!

Meine einzige Sorge sind die Glühbirnen - und ich habe heute die blaue bemerkt und war imo noch schwerer zu sehen

Hier sind ein paar andere Nissen: Lächeln:

• Das Symbol zum Öffnen von Änderungen ist ziemlich unscharf
  
• Das Symbol zum Öffnen einer Datei aufgrund des Aufwärtspfeils lässt mich denken, dass ich die Datei oder etwas hochlade
  
• Die Symbole für die nächste / vorherige Änderung (oben), während ich sie mag, mache ich mir Sorgen über die Ähnlichkeit mit den Erweiterungssparren an anderer Stelle, insbesondere mit dem unteren Bedienfeld (unten) - oder sollte sich das Symbol für das Max / Min-Bedienfeld ändern?
  
• Für den Befehl kill terminal (oben) fühlt sich der Papierkorb nicht wie die richtige Metapher (imo) an - vielleicht eher wie das Symbol zum Schließen oder eine Kombination aus Terminal und Schließen? Vielleicht so, aber mit dem engen [x]? Verwenden Sie möglicherweise ein ähnliches für das + Terminal (das Terminal mit einem +)?
  
• Das Problemfenster enthält weiterhin das dreiteilige Symbol "Alle reduzieren"
  
• Die Debug-Ansichten (Watch, Haltepunkte) haben das dreiteilige Schließen-Symbol
  
• Die Schaltfläche für die Debug-Konsole fühlt sich zu sehr wie ein Terminal-Symbol an. Ich denke, ich mag das alte besser (wenn es etwas besser dimensioniert wäre) - obwohl ich vielleicht argumentieren könnte, dass der Knopf dort überhaupt nicht benötigt wird
  
• Ich muss mich wahrscheinlich nur daran gewöhnen, aber das Unstage-Symbol sieht für mich eher wie ein großer Strich als wie ein Minus aus
  
• Das Commit-Häkchen fühlt sich zu klein an, insbesondere neben der Aktualisierung
  
• Das Symbol für die geöffnete Vorschau fühlt sich nicht wie eine Vorschau an, und die Größe scheint deaktiviert zu sein. Außerdem scheint es seinen Alt-Befehl verloren zu haben (wodurch die Vorschau in derselben Editorgruppe geöffnet würde).
  
• Außerhalb von Symbolen, aber gibt es eine Möglichkeit, den Dropdown-Pfeil zu korrigieren, ist er außermittig und schmal (wie Sie in den Dropdowns oben sehen können).

Oh und schließlich passt die Statusleiste (hauptsächlich wegen der Oktikone) nicht wirklich zu den Umrisssymbolen (imo)

@eamodio 🙏 danke wie immer

• Offene Änderungen: Behebt dies
• Dateisymbol öffnen: Ich kann versuchen, den Pfeil nach rechts zu zeigen
• Wir haben einen anderen Satz von next / prev, den ich verwenden kann. Ich denke, es ist fair, dass es mit dem Zusammenbruch / der Erweiterung verwirrend sein kann
• Alles zusammenbrechen: Danke, dass du diese gefangen hast (es gibt so viele von ihnen 😝)
• Debug-Konsole: Ich kann diese wiederholen
• Unstage: Ich kann das etwas verkürzen
• Häkchen: Ich kann die Größe erhöhen
• Vorschau: Ich werde dies wiederholen und es auf die gleiche Größe wie die geteilte Schaltfläche bringen und das Alt-Befehlssymbol korrigieren
• Dropdown-Symbol: Ich glaube, dies ist das native Dropdown-Symbol, aber wir werden sehen, ob wir dies optimieren können
• Oktikonen: Diese werden auch aktualisiert, wenn wir alles andere aktualisieren (das konnte noch nicht dazu passen).

Außerdem sehen im obigen Beitrag von @eamodio die Symbole für das geteilte Fenster und den Papierkorb im Terminalfenster (3. Bild) nicht richtig ausgerichtet (vertikal).

@dalDevelo Das geteilte Symbol ist schwierig, da es um 1 Pixel versetzt sein muss, um Pixelbildung zu vermeiden. Ich kann versuchen, die Höhe des Papierkorbsymbols so zu verringern, dass sie gleich aussehen (könnte aber etwas seltsam aussehen).

@misolori vielleicht würde eine Bodenausrichtung helfen?

Während ich dies schreibe, ist das Insider-Terminal geöffnet und ich sehe genau hin. Ich kann auch sehen, dass diese Symbole in diesem Build oben ausgerichtet angezeigt werden. Ich denke, dies fällt bei der Erkundung nur deutlicher auf, da die Linien dünner sind.

War wirklich nur eine Beobachtung, kein großes Problem, und eines, das Ihnen sowieso schon bewusst war 😊.

Für die Seitenleiste "Suche" sollten Sie möglicherweise aufgrund des Dickenproblems die Symbole wechseln. Ich würde mir andere Metaphern für die Suche in einem ganzen Projekt vorstellen (wie es das Seitenleistensymbol tut), wie ein Fernglas oder ähnliches. Ich hatte Benutzer, die dachten, dass die Lupe der Seitenleiste "Auf Seite finden" ist, ohne etwas über das andere Werkzeug dafür zu wissen.

Hat nichts mit diesem Thread zu tun, aber gibt es noch weitere Informationen zum Explorations-Build? Auf dem Symbol sieht es aus wie eine kanarische Version. Wird es nach Abschluss dieses Problems einen weiteren Build geben?

@kurtextrem Der Explorations-Build wird verwendet, um Dinge zu testen, die wir noch nicht an Insider weitergeben möchten.

Das Zahnrad hier sieht auch ziemlich verschwommen aus, im Allgemeinen finde ich, dass die soliden viel besser aussehen!

Symbolerkundungen sind jetzt bei Insidern verfügbar

Wir haben unsere Icon-Erkundungen auf unseren Insider-Build verschoben workbench.iconExploration.enabled aktivieren, dh Sie können jetzt Ihre eigenen Dateisymbole verwenden 😉. Wir haben diese Symbole immer noch nicht in der Statusleiste, aber diese werden bald verfügbar sein.

Angesichts des Feedbacks von hier und unserer Benutzerstudien haben wir außerdem festgestellt, dass der Gliederungsstil die positivste Wirkung hat und für den Stil in diese Richtung gehen wird.

Außerdem werden wir den Explorations-Build nicht aktualisieren und von nun an Insider verwenden. Bitte kommentieren Sie hier, wenn Sie ein Problem damit sehen. Vielen Dank an alle für das bisherige Feedback, es ist wirklich hilfreich!

Siehe oben, Zahnrad immer noch etwas verschwommen. Bedeutet das auch, dass Code nur den Umrissstil enthält oder dass beide Stile enthalten sind?

Kann das aktive Symbol auch etwas mutiger werden? Es gibt immer noch einen Mangel an Kontrast, der es für mich schwieriger macht, zu unterscheiden.

@Stanzilla Ich werde in die Einstellungen /

@jtlowe Ich werde versuchen, den Kontrast der aktiven / inaktiven Aktivitätsleistensymbole zu verbessern.

Es wurde ein weiteres kleines Problem festgestellt - die Gliederungsversionen der Info- / Warn- / Fehlersymbole sind schwer zu erkennen:

Die Debug-Symbole fühlen sich für mich zu dünn an - besonders beim Neustart

Ich habe immer noch das Gefühl, dass die Dateien dünner sind.
HiDPI-Bildschirm 250% 3200 x 1800 13 "

Zoomstufe 0 unter Windows bei 100% Skalierung, der Explorer ist am Raster ausgerichtet, die anderen geraden Linien jedoch nicht (ext, scm):

@misolori nur mit den neuen

@eamodio kannst du das

Edit: Nevermind, ich verstehe, was du mit dem Vergleichszweig meinst. Es scheint einen seltsamen Fehler zu geben, bei dem das Ändern des Hintergrundbilds eines Pseudoelements es unsichtbar macht und es nicht anklickbar macht. Ich werde das etwas genauer untersuchen müssen, da dies nirgendwo anders passiert. Können Sie darauf hinweisen, wo sich dies auf dem GitLens-Repo befindet?

@misolori Hier ist der Code, mit dem dieses Element erstellt wird - im Grunde handelt es sich um ein Element mit einem TreeItemCollapsibleState von entweder Collapsed oder Expanded sowie einem Befehl

https://github.com/eamodio/vscode-gitlens/blob/f827bc660140e5da29ba43ca2d27c9a5d3af883f/src/views/nodes/compareBranchNode.ts#L51 -L87

@misolori Hier ist der beleidigende Code:
https://github.com/Microsoft/vscode/blob/555739fa7383ef69a7871c9c835ebffbcce3ef32/src/vs/base/parts/tree/browser/treeDefaults.ts#L227 -L230

Es wird nach einem Hintergrundbild gesucht, das nicht mehr existiert

Auch für die Twisties, anstatt zwischen 2 Bildern zu wechseln - es sieht cool aus mit einer Drehung und einem Übergang 😄

@eamodio Ok, ich denke, ich habe das Problem jetzt behoben (dies ist nur ein Problem bei der

Hier ist eine Zusammenfassung aller Updates, die in den nächsten Insidern erscheinen:

• Das Gewicht der Debug-Steuerelemente wurde erhöht (möglicherweise treten Pixel in den Pausen- / Stopp-Tasten auf Nicht-Retina auf).
  

• Glühbirnen sind jetzt gefüllt
  
  
• Alle Pfeile Weiter / Zurück sind konsistent
  
• Das Symbol für die schnelle Gliederung ist jetzt ausgerichtet
  
• Das Debug-Konsolensymbol wurde vergrößert
  
• Aktivitätsleistenabzeichen sind kleiner
  
• Aktualisierungssymbole sind kleiner
  
• Änderungen vergleichen ist etwas größer
  

• "Open Changes" für git ist sehr unscharf und scheint zu klein
• Das Häkchen "Commit" für git scheint zu breit
  

@ JMS55 Ich werde versuchen, die offenen Änderungen zu optimieren. Diese werden aufgrund der

@misolori Ja, das Symbol von git-graph ist kaputt. Ich gehe davon aus, dass ich dort nur ein Problem einreichen werde, sobald 1.36 veröffentlicht wurde. Es geht nicht darum, dass das Häkchen zu klein oder zu dünn ist. Können Sie den Winkel des Häkchens verringern? Eher wie das aktuelle (stabile) Symbol

@ JMS55 Ich habe das Symbol zum Vergleichen von Änderungen erhöht und auch das fehlende Symbol für das Git-Diagramm behoben (war ein Fehler an meinem Ende). Danke für die Rückmeldung!

Ich habe gerade bemerkt, dass die Ansicht für bedingte Referenzen im Vergleich zu anderen Ansichten ein sehr kleines Symbol aufweist (noch nicht aktualisiert?):

Der Pfeil für die nächste Änderung in der Diff-Ansicht scheint gebrochen zu sein

Die Schaltfläche zum Fortsetzen beim Debuggen ist ebenfalls fehlerhaft

@ GazemAM danke, werde das beheben.

@eamodio ja diese beiden wurden behoben (wir haben seit Donnerstag noch keine neuen Insider veröffentlicht)

1. Werden die Symbole zum Reduzieren / Erweitern geöffnet oder gefüllt? (In Ihrem letzten Screenshot des Explorers sind sie gefüllt, was ich meiner Meinung nach bevorzuge.)
2. Ich bin mit @kowalski7cc WRT dem Explorer-Symbol in der Aktivitätsleiste einverstanden (die Strichgröße stimmt nicht mit den anderen Symbolen überein).
3. Über den Symbolen zum Reduzieren / Erweitern befindet sich eine schwarze Linie (möglicherweise ist Ihnen dies bereits bewusst).
   
   
   
   • Es kommt von diesem Selektor: .monaco-editor.hc-black .margin-view-overlays .folding.collapsed, .monaco-editor.vs-dark .margin-view-overlays .folding.collapsed
   
   

@ Glen-84

1. Ich wusste nicht, dass die alten Twisties / Chevrons angezeigt wurden (scheint nicht zu reproduzieren), aber die Symbole zum Erweitern / Reduzieren des Baums sind die > Chevrons, die Sie gesehen haben
2. Wir prüfen noch, wie wir alle unsere Symbole auf die gleiche Strichbreite bringen können, während sie noch lesbar sind
3. Guter Fang, wird das beheben. Vielen Dank.

Wo kann ich diese Version zum Testen herunterladen?
Ich benutze Fedora. Ich habe URL nur für Debian-basierte Distributionen gesehen

@mtxr siehe hier , Sie können Insider herunterladen und über die Einstellung workbench.iconExploration.enabled aktivieren.

Fehlersymbole sind im Vergleich zu stabil schwer zu lesen. Zusätzlich scheinen viele Farben in der App aus zu sein.

Was ist mit Materialdesign?!

@ SupinePandora43 meinst du fließendes Design? Dies ist Microsoft, nicht Google: D.

@Stanzilla , ja ... aber unterstützt vscode benutzerdefinierte UI-Symbole (keine Datei- / Ordnersymbole)

1. Das Explorer-Symbol ist dünner
   

2. Die Schaltfläche Replace All ist etwas komplex
   

3. Die Kontrollkästchen sind veraltet
   

4. Die spitze Klammer sollte aktualisiert werden? (>)
   

5. Die Tastaturkürzelsymbole sind veraltet
   
   

Ich habe die Aktivitätsleistensymbole so aktualisiert, dass sie alle einheitlich sind und der Dicke der anderen Symbole entsprechen:

Ein paar Details: Diese Symbole wurden im Originalformat 16x16 entworfen und dann so vergrößert, dass die Striche gleich sind, was bedeutet, dass sie außerhalb des Rasters liegen. Wir haben versucht, diese mit 1 Pixel in das Raster aufzunehmen, aber sie sahen zu dünn / klein aus (siehe unten). Wir haben außerdem abgeschrägte Ecken hinzugefügt, um die Winkel konsistenter zu gestalten und sie an den neuen Microsoft Design Language (Fluent) -Symbolen auszurichten, die auch in Visual Studio verwendet werden.

TBH, ich bevorzuge die links (dünn), aber ich fühle mich nicht stark dabei 😄

@eamodio Ich geneigt , aber nachdem ich sie auf Bildschirmen mit höherer Auflösung gesehen hatte, wurden die Symbole schwerer zu sehen und schwerer zu erkennen, welche aktiv waren.

Wenn dies bei @misolori der Fall

farbiges Highlight, farbiger Balken links / rechts oder vielleicht etwas anderes?

@joshsleeper Das aktive Symbol ist ein Teil der Gleichung (hier verfolgt # 75435), aber die Symbole müssen standardmäßig noch sichtbar sein.

@misolori Gute Arbeit! Können wir erwarten, dass alle diese Symbole standardmäßig in 1.36.0 enthalten sind?

Die neue Dicke macht mir nichts aus, aber ich denke, Symbole mit scharfen Kanten sahen viel sauberer aus als die neuen abgerundeten Kanten.

Gibt es einen Grund für den Wechsel?

@svipas hängt davon ab, wie weit ich diese Woche komme. 😁 Es besteht jedoch eine gute Chance, dass dies auf nächsten Monat verschoben wird.

@HazemAM Die abgeschrägten Ecken tragen dazu bei, die Winkel konsistenter zu machen, und Microsoft Design Language (Fluent) -Symbolen aus . Visual Studio verwendet auch dieselben abgeschrägten Kanten.

@misolori unterstützt vscode benutzerdefinierte UI-Symbole?

@ SupinePandora43 momentan nicht, aber wir haben darüber gesprochen. Es muss noch viel Arbeit geleistet werden, z. B. eine Symbolbibliothek / ein Symbolsystem für Erweiterungen und eine Möglichkeit für Symbolthemen, diese auszutauschen.

@misolori danke!

@misolori Warte, ich verstehe nicht. Die Drahtgitter-Symbole von Microsoft verwenden weiterhin scharfe Kanten, einschließlich der Dokumentationsseite, die Sie gerade hier verlinkt haben.

@ Studio384 verwenden sie derzeit eine Mischung aus Abschrägung und gerader Kante, unten ist ein Beispiel. Wir richten uns auch nach der VS-Produktfamilie aus, wenn sie an ihren Symbolen arbeiten (wir sind die ersten, die sie einführen).

Haben Sie eine aktuelle Dokumentation dazu? Soweit ich sehen kann, sind die Diskettensymbole die Ausnahme, die auf der aktuellen Dokumentation basiert.

@ JamesCoyle Nein, es gibt

Diese Symbole können über "workbench.iconExploration.enabled": true aktiviert werden!

// Einige Icons haben zu wenig Gewicht! (wie Schließen-Taste)

Das Symbol für den Textumbruch scheint nicht aktualisiert zu werden.

src\vs\workbench\contrib\codeEditor\browser\WordWrap_16x.svg

Ich mag Symbole im Stil von Materialdesign, also ... ich werde auf die Unterstützung von benutzerdefinierten UI-Symbolen warten!

Symbol "Datei öffnen" - defekt

Version: 1.36.0-Insider (Benutzer-Setup)
Commit: c3fe2d8acde04e579880413ae4622a1f551efdcc
Datum: 2019-06-20T05: 18: 54.960Z
Elektron: 4.2.4
Chrome: 69.0.3497.128
Node.js: 10.11.0
V8: 6.9.427.31-Elektron.0
Betriebssystem: Windows_NT ia32 6.1.7601

@ SupinePandora43 hat heute Morgen eine Lösung dafür gefunden, danke!

Dieser Thread ist zu lang geworden, was es so schwierig macht, doppelte Berichte zu finden.

Hat jemand bereits berichtet, dass das Symbol " Alle Änderungen speichern" etwas dicker ist?

Version: 1.36.0-Insider
Commit: c3fe2d8acde04e579880413ae4622a1f551efdcc
Datum: 2019-06-20T05: 20: 10.276Z
Elektron: 4.2.4
Chrome: 69.0.3497.128
Node.js: 10.11.0
V8: 6.9.427.31-Elektron.0
Betriebssystem: Windows_NT x64 10.0.18362

@ yume-chan dieses Symbol ist von GitLens nicht vscode selbst. Sobald die vscode-Symbole festgelegt sind, kann ich die GitLens-Symbole hoffentlich entsprechend aktualisieren

Sollte das vs-Code-Logo oben links (in Fenstern) nicht weiß statt farbig sein? wie es im Visual Studio 2019 ist.

⚠️ Die Symbolerkundung wird vorübergehend deaktiviert

Ein Kopf, den ich vorübergehend deaktivieren werde, wenn wir uns dem Ende unseres Iterationsplans nähern und unser Endspiel nächste Woche beginnt. Wir hatten gehofft, dies für die Iteration dieses Monats bereit zu haben, müssen es aber auf den nächsten Monat verschieben.

Ab Montag wird die Symbolerkundung deaktiviert und nach dem Verzweigen des Juni-Updates wieder hinzugefügt. Wenn alles gut geht, ist dies standardmäßig aktiviert und die Einstellung wird nicht benötigt. Bleiben Sie dran für weitere Updates.

@eamodio Das aufheben " lautet (Entschuldigung für die Entführung des Threads).

gestern bin ich auf vscode-insider-1.37.0 mit Icon Exploration und neuem Icon für Versionshinweise und Begrüßungsseite aktualisiert worden, aber heute bin ich per Update auf vscode-insider-1.36.0 heruntergestuft worden.
Das ist normal?!

gestern bin ich auf vscode-insider-1.37.0 mit Icon Exploration und neuem Icon für Versionshinweise und Begrüßungsseite aktualisiert worden, aber heute bin ich per Update auf vscode-insider-1.36.0 heruntergestuft worden.
Das ist normal?!

Das Gleiche passierte gerade. Weiß nicht ... wahrscheinlich ein kritisches Problem und sie mussten zurückkehren.

@ SupinePandora43 @lllopo Entschuldigung, wir haben versucht, Probleme mit unseren Builds zu lösen, weshalb Sie den Rollback gesehen haben. Neueste Insider sollten die neuen Symbole haben (derzeit ist keine Einstellung erforderlich).

@misolori Ich bin auf den neuesten Insidern ... und ich habe bemerkt, dass im Breadcrumb-Menü das Paket-Symbol ein kleiner Cutoff ist:

Das Symbol sieht (für mich) auch etwas vertikal gestreckt aus! Vielleicht wird es deshalb abgeschnitten?

@johnletey guter Fang, dies ist nur ein CSS-Fehler und hat gerade einen Fix gepusht. Vielen Dank!

Wonderful @misolori ... danke!

und schon einen Fix geschoben.

Also werde ich die Änderungen morgen sehen, wenn die Insider aktualisiert werden?

@misolori Gibt es einen Grund, warum das Git-Symbol fett gedruckt erscheint? Es ist fast so, als hätten verschiedene Symbole unterschiedliche Strichgrößen

@johnletey Insider werden am Montag aktualisiert (wir veröffentlichen keine Updates über das Wochenende). Und für die Strichgrößen der Symbole haben alle tatsächlich die gleiche Strichgröße. Manchmal können sie je nach Raum unterschiedlich erscheinen. Ich werde sehen, ob wir das optimieren können.

Das Erweiterungssymbol erscheint mir im letzten Update außerhalb der Achse links? Ich habe es tatsächlich gemessen - es ist breiter und geht links um 2 Pixel und rechts um eins Pixel im Vergleich zum Explorer-Symbol. Es handelt sich also eher um ein Größenproblem, das jedoch möglicherweise nicht behoben werden kann. Wenn ja - ignoriere meinen Kommentar.

@lllopo sie sind alle auf einem 24x24-Quadrat, obwohl einige vertikal größer sind als andere, weshalb es so aussieht, als wären sie ausgeschaltet (siehe unten):

@misolori Das Problem ergibt sich aus folgenden

Mit dem SCM-Symbol passiert etwas Seltsames. Nach dem Öffnen der Datei wird es fett:

Commit: 7e03eb1a1fce3beb6ccea5f3b8f828e01940be61
Betriebssystem: Windows_NT x64 10.0.18362

@usernamehw Ich habe die ganze Zeit ein fettgedrucktes SCM-Symbol: Lachen:

@lllopo oh ich verstehe was du meinst, ich denke wir können das optimieren.

@usernamehw das ist sehr seltsam, sieht so aus, als würde das Aktivitätsleistenelement irgendwie oben dupliziert. Könnten Sie Repro-Schritte erfassen und ein Problem einreichen?

@misolori Keine Quellen mehr - es ist immer fett, also werde ich auf die nächste Insider-Veröffentlichung warten, um zu sehen, ob es noch da ist.

Hoffentlich wird es aber nicht mutig.

Das ist ein bisschen pingelig, aber können wir das vorherige Zahnradsymbol zurückbekommen? Der neue sieht komisch aus, wie eine mechanische Blume 😕.

Alt 👍🏼

Neu 👎🏼

Neue Gliederungssymbole sind besser ......

Neue Symbole jetzt für Insider verfügbar!

Die neuen Symbole sind jetzt in Insidern verfügbar und standardmäßig aktiviert (keine Einstellung erforderlich 😉). Dies bedeutet, dass wir planen, diese in der Juli-Version (1.37) zu versenden 🎉. Wir hören uns immer noch das Feedback an und nehmen Optimierungen vor, um sie für die Veröffentlichung zu verbessern. Wenn Sie weitere Rückmeldungen haben, veröffentlichen Sie diese bitte weiterhin hier. Wenn Sie einen Fehler mit einem der Symbole feststellen, reichen Sie bitte ein Problem ein, damit wir die Triage durchführen können.

HINWEIS: Obwohl diese Änderungen keine Symbole aus dem Octicon-Set enthalten (dh Symbole in der Statusleiste), planen wir, diese als Nächstes zu beheben, und verfolgen dies in # 76909.

Erweiterungsautoren

Wir arbeiten aktiv an der Erstellung von Symbolrichtlinien, damit Sie besser Symbole erstellen können, die unserem neuen Stil entsprechen. Wir versuchen auch, eine Bibliothek mit vorhandenen Symbolen zu erstellen, die Sie verwenden können. Wir werden weitere bekannt geben, wenn diese näher am Ende sind.

❤️ Vielen Dank an die Community

Ich wollte mich bei der gesamten Community bedanken, die frühzeitig Beiträge geleistet hat und dies auch weiterhin tut. Vielen Dank, Ihr Feedback ist weiterhin maßgeblich an unserem Designprozess beteiligt und hat enorme Auswirkungen auf das Produkt. Bitte teilen Sie weiterhin Ihr Feedback, wir hören immer zu.

Insgesamt sehen die Symbole gut aus feel und fühlen sich in den meisten Fällen besser an als zuvor.
Es gibt nur wenige persönliche Beobachtungen:

1. Geschlossene / offene Chevrons in Baumlisten (insbesondere in der Debug-Konsole) sehen zu groß aus und ähneln eher dem Zeichen > . Dies macht sie in der Debug-Konsole sehr verwirrend (zumal sie dort einen normalen Textcursor anstelle eines Zeigers haben) und bleibt weit entfernt von denen, die wir regelmäßig in MS Edge DevTools (ohne Chrom) und Chrome DevTools sehen.
   So etwas wie leere Dreiecke könnten erweiterbare Baumelemente besser darstellen
   

2. Das Maximieren der Panelgröße fühlt sich größer an als das Wiederherstellen der Panelgröße (nicht sicher warum) im Fenster mit HDPI-Anzeige.

3. Stimmen Sie dem vorherigen Kommentar zu früheren Zahnradversionen zu, die besser aussehen.

4. Persönlich bin ich kein Fan des neuen SCM-Symbols.
   
   Proportionen auf ähnlichen Symbolen in der Statusleiste sehen viel besser aus, während sich das Symbol in der Aktivitätsleiste vertikal mit zu kleinen und fetten Kreisen gequetscht anfühlt. Meiner Meinung nach sieht es besser aus, wenn Sie eine neue Symbolform näher an eine in der Statusleiste bringen und Kreise dünner machen.
   ~ Es ist auch sinnvoll, einen Zweig (rechter Strich) direkt vom unteren Kreis oder direkt danach zu machen. ~ _UPD. Dies ist bereits der Fall, der vertikale Teil des rechten "Zweigs" sieht jedoch immer noch zu kurz aus.

5. Das Debug-Symbol sieht lustig und großartig aus! 👍

6. Bunte Umriss-Symbole im Debugger-Bedienfeld sehen fantastisch aus! 🎉

Ich hoffe, dass Erweiterungen auch dünne Symbolumrisse annehmen :)

@misolori Mit den

.vscode Ordner

Ordner .vscode erweitert

Hinweis: Ich verwende das Standard-Seti-Symbol

@misolori Das

Aber jetzt sehen die Readme-Semmelbrösel komisch aus:

Ich bin mir nicht ganz sicher, was wir dagegen tun können

@ Johnletey, danke für die

Danke für die schnelle Antwort @misolori! Vielen Dank, dass Sie ein Problem geöffnet und Brotkrumen untersucht haben!

Die Symbole sehen größtenteils gut aus. Meine einzige Sorge ist, dass die Zahlen (z. B. auf dem SCM- oder Dateisymbol) etwas zu klein sind, um leicht gelesen zu werden. Ich kann es erkennen, aber es erscheint mutig, anti-aliasiert oder so ähnlich.

Vielen Dank für die Korrektur des SCM Bold-Symbols!

Gibt es Pläne, die Symbole in der Statusleiste zu aktualisieren?

Ich bin mir nicht sicher, ob dies der richtige Thread ist, aber da es sich teilweise um Symbole handelt, werde ich eine Aufnahme machen. Dies ist ein langjähriges und sehr ärgerliches Problem für mich - die Symbole, Text- und Schließschaltflächen in den Registerkarten sind vertikal sehr weit von der Achse entfernt und müssen visuell besser zentriert werden. Überprüfen Sie das Bild unten, was ich meine. Oben ist aktuell, unten ist was es sein sollte:

Das Schließsymbol im Editor wird nicht gerendert, die Schaltfläche ist jedoch weiterhin vorhanden. Wenn Sie darauf klicken, wird der Hover-Hinweis angezeigt.

Ich bin mir nicht sicher, ob dies der richtige Thread ist, aber da es sich teilweise um Symbole handelt, werde ich eine Aufnahme machen. Dies ist ein langjähriges und sehr ärgerliches Problem für mich - die Symbole, Text- und Schließschaltflächen in den Registerkarten sind vertikal sehr weit von der Achse entfernt und müssen visuell besser zentriert werden. Überprüfen Sie das Bild unten, was ich meine. Oben ist aktuell, unten ist was es sein sollte:

Dies habe ich erreicht, indem ich das CSS ein wenig optimiert habe:

Ich muss sagen - das gleiche Problem gilt für die Semmelbrösel. Auch - die Semmelbrösel müssen vielleicht etwas höher sein. Ich verstehe die Notwendigkeit, Platz zu sparen, aber es ist vielleicht zu dünn. Möglicherweise erhält der Breadcrumbs-Balken einige Pixel mehr und gleicht dies teilweise durch dünnere Tabs aus. Sie sind vertikal sowieso zu groß.

Alle neuen Symbole sind gut. Ich liebe die neuen. Das Symbol " Alle Änderungen speichern" scheint jedoch noch nicht aktualisiert zu sein.

grün - Textzentrum,
gelb - Python Icon Center
rot - Symbolmitte schließen
blau geteilte Symbolmitte

@iyashpal sieht so aus, als wäre dies ein Symbol, das von der GitLens-Erweiterung bereitgestellt wird und nicht Teil der VS-Code-Symbole ist.
Siehe https://github.com/microsoft/vscode/issues/8017#issuecomment -504295222 und Antwort https://github.com/microsoft/vscode/issues/8017#issuecomment -504300145

@IllusionMH Okay, danke. Ich dachte, es ist ein Teil von VS Code.

@ Studio384 Die Statusleistensymbole sind separat und werden in # 76909 verfolgt

@borgdylan Dies ist ein Fehler, der in # 76739 verfolgt wird

@lllopo für die Ausrichtung der Brotkrumen siehe # 67342, andernfalls erstellen Sie bitte ein separates Problem

Stimmen Sie mit Zahnradsymbol überein . Auf jeden Fall, was mir am meisten aufgefallen ist.

@misolori für die Semmelbrösel (nicht Ausrichtung, sondern Abstand):
Insider:

Stabil:

@eamodio Dies ist ein Problem mit dem Rendern von Breadcrumbs. Die Symbole sind alle gleich groß und zentriert. Sie können sie mit der Gliederungsansicht vergleichen, da sie dieselben Symbole sind. Das wird auch in # 67342 verfolgt.

@misolori ah, ok. Ich habe dieses Problem durchgesehen und den horizontalen Abstand nicht wirklich erwähnt - es schien hauptsächlich um die vertikale Ausrichtung zu gehen.

@ Studio384 Die Statusleistensymbole sind separat und werden in # 76909 verfolgt

@borgdylan Dies ist ein Fehler, der in # 76739 verfolgt wird

@lllopo für die Ausrichtung der Brotkrumen siehe # 67342, andernfalls erstellen Sie bitte ein separates Problem

@misolori Wie wäre es dann mit der vertikalen Ausrichtung der Registerkarten, Symbole / Text?

@misolori @iyashpal erwähnt in https://github.com/eamodio/vscode-gitlens/issues/784#issuecomment -509941591, dass es noch ein Symbol gibt, das aktualisiert werden muss:

Zuerst dachte ich, dass dies Teil von gitlens ist, aber dann wurde mir klar, dass es Teil der vscode-Symbole ist!

@johnletey siehe https://github.com/microsoft/vscode/issues/8017#issuecomment -504300145 und hier ist dies ein GitLens-Symbol.

Danke @misolori ... Ich werde dieses Symbol aktualisieren (während ich alle GitLens-Symbole durchlaufe und aktualisiere)

Die neuen Aktivitätsleistensymbole sind nicht mehr pixelangepasst, was auf meinem Standard-DPI-Display hässlich und verschwommen aussieht und nicht mit allen anderen Symbolen übereinstimmt. Nicht jeder hat Netzhaut!

Wurde die Option zum Wechseln zur Solid-Icon-Variante (neue Versionen, nicht die ursprünglichen Icons) entfernt oder wurde sie nur an einen anderen Ort verschoben? Gliederungssymbole sind sehr schwer voneinander zu unterscheiden, und die VS-Code-Benutzeroberfläche ist für mich viel schwieriger zu verwenden.

@ToxicCaves siehe https://github.com/microsoft/vscode/issues/8017#issuecomment -502809582, wir haben versucht, die Symbole auf 1 Pixel zu halten, damit sie im Raster sind, aber sie waren zu dünn und 2 Pixel waren zu dick. Wir haben uns dann entschlossen, die Symbole mit 16 Pixel (wie die übrigen Symbole) mit einem Rand von 1 Pixel zu gestalten, und das Symbol dann so vergrößert, dass die Striche proportional gleich sind.

Und wir haben nicht die Möglichkeit, die Symbolstile zu wechseln, was schon früh Teil der Erkundung war. Angesichts des Feedbacks von hier und in unseren Benutzerstudien haben wir festgestellt, dass der Gliederungsstil die positivsten Auswirkungen hat und auch besser mit der Microsoft Design Language (MDL) übereinstimmt.

@misolori Um Benutzern mit Nicht-Retina-Anzeigen ein besseres und konsistenteres visuelles Erlebnis zu bieten, kann es eine gute Option sein, die Größe der Aktivitätsleistensymbole auf 32 statt 28 Pixel zu ändern, wenn die Linienbreiten konsistent bleiben sollen.

Neue Symbole sind fantastisch, aber die Symbole in Git fehlen mir.

(Ich benutze das Horizon-Thema)

Bearbeiten: Das Problem bleibt auch im Standarddesign bestehen

@ Haydennyyy Verwenden Sie die Remote-Erweiterungen (WSL / SSH)? Wenn dies der Fall ist, liegt höchstwahrscheinlich ein Problem mit diesen Erweiterungen vor (siehe https://github.com/microsoft/vscode-remote-release/issues/687).

@misolori Könnten Sie bitte Solid Style Icon-Set-Dateien freigeben oder auf ein Commit verweisen, bei dem es sich um https://github.com/microsoft/vscode/issues/8017#issuecomment -476044257 handelt?

@usernamehw , ich denke, es wird UI Icon System erfordern (für vscode UI, nicht für Dateien)

@ SupinePandora43 Ich möchte nur Symbole mit benutzerdefiniertem CSS und JS Loader zupfen

🎉 Ein großes Dankeschön an alle , die in dieser Arbeit teilgenommen und Feedback durch die verschiedenen Iterationen zur Verfügung gestellt. Sie waren ein großer Teil dieser Bemühungen und ich freue mich, Ihnen mitteilen zu können, dass die neuen Symbole im Juli (1.37) veröffentlicht werden und nächste Woche verfügbar sein werden!

Vielen Dank, dass Sie eine großartige Community sind ❤️

sauberere und modernere Symbole, die Striche anstelle von schweren Füllungen verwenden

Oh, sie sollen zu fließendem Design passen. Wirklich großartige Arbeit, um sie alle zu standardisieren, aber ich mochte das Aussehen solider Symbole immer mehr, weil sie

• Reduzieren Sie die visuelle Unordnung (anstelle vieler Linien pro Symbol sind es 1-2 Formen, wichtiger, wenn Sie viele Symbole haben).
• Machen Sie es insgesamt einfacher, die Bedeutung auf einen Blick zu erkennen
• Besser auf kleinere Größen skalieren

Insgesamt bin ich mit einem konsistenten Symbolsatz zufrieden, obwohl ich denke, dass es schön wäre, wenn Benutzer die Möglichkeit hätten, einen Volumenkörper (basierend auf demselben Design und denselben Formen wie die neuen Symbole) oder einen dünnen Stil auszuwählen.

Als ich gerade das Update bekam, war ich ziemlich enttäuscht, als ich diese umrissenen Symbole sah. Wenn ich die durchgezogenen Symbole in https://github.com/microsoft/vscode/issues/8017#issuecomment -476044257 sehe, hätte ich diese in der Tat besser gemocht. Hoffentlich können diese Symbole in Zukunft angepasst werden.

Das heißt, es stimmt zwar mit dem neuen Symbolstil in Windows 10 und Office 365 überein, aber ich bin auch kein Fan davon.

oh je, alle Symbole sind jetzt verschwommen 😞

Die Symbole selbst interessieren mich nicht so sehr, aber die Größe der Zahl im Git-Änderungssymbol ist kleiner und ich kann sie jetzt nicht wirklich lesen. Dies ist schlecht für die Zugänglichkeit.

Abneigung gegen spitze Klammern anstelle von +/-, um den Code zu reduzieren
Welcher Idiot hat daran gedacht?

@coaperator Bitte halten Sie es respektvoll.

Gibt es eine Möglichkeit, alte Seitenleistensymbole wiederherzustellen? Ich kann diese verzerrten Ecken auf dem Symbol "Erweiterungen" nicht ausstehen. Sehr schlampiger Job.

@badunius Anscheinend war es beabsichtigt, da frühere Versionen ein weniger schlampiges Symbol hatten, aber es wurde geändert, um die Linienbreite mit den kleineren

Wenn jemand andere Zweifel an den neuen Kollaps-Symbolen hat, stimmen Sie bitte hier ab-> https://github.com/microsoft/vscode/issues/78024

@ToxicCaves Ich bin in Ordnung mit konsistenten Linien, ich bin auch in Ordnung mit Subpixel-Aliasing, es ist so, dass sie es nicht geschafft haben, Linienverknüpfungen anzupassen. Auf der linken Seite sehen sie jetzt so aus, auf der rechten Seite erwartet jede vernünftige Person, einschließlich mir, dass sie aussehen.

Der Text befindet sich hier nicht in der Mitte des hervorgehobenen Kreises.
Und irgendwie ist das Symbol im Vergleich zu Text zu groß.

Der Aufwärts- / Abwärtspfeil und die Leertaste beim Ändern der Datei sind höher als die anderen

Gibt es eine Möglichkeit, alte Seitenleistensymbole wiederherzustellen? Ich kann diese verzerrten Ecken auf dem Symbol "Erweiterungen" nicht ausstehen. Sehr schlampiger Job.

Whoa, ja; Die neuen Symbole in der Seitenleiste sind ziemlich unansehnlich. Das Explorer-Symbol und das Suchsymbol sind in Ordnung, aber der Rest scheint eine übermäßige Vereinfachung / Herabstufung mit einem ungewohnten Kunststil zu sein. Ich war besonders an das VS-Symbol für Erweiterungen gewöhnt. Bausteine ​​schreien auch nicht wirklich besser nach "Erweiterungen". Ich glaube nicht, dass sie mich jemals stören werden, bis ich sie durch eine Erweiterung ersetze. Beide Stile sind viel, viel schlechter als die Symbole vor dem Update.

Die neuen Symbole in der Seitenleiste sind zu schmal, als dass ich sie sehen könnte - vielleicht weil meine Augen eine mittlere Myopie haben:

Wenn ich mit der Version 1.37.0 von VS Code unter Win 10 (DPI = 1) auf ein Symbol klicken möchte, muss ich mir das Symbol häufig eine Weile ansehen. Am Anfang werde ich bemerken, dass es nicht so klar ist, und dann muss ich meinem Gehirn sagen, "lass dich nicht von den verschwommenen Linien ablenken". Schließlich werde ich mein Gehirn niederschlagen und mich daran erinnern, dass "es von Natur aus nicht so klar ist", also schaffe ich es, in mindestens 1 Sekunde darauf zu klicken.

Ich brauche dringend eine Lösung, um die alten Symbole wiederherzustellen - oder sie zumindest manuell anzupassen.

Es ist sehr viel schwieriger, diese Symbole auf einen Blick zu lesen.

Die grün / roten Farben der + und - Zeichen in den Symbolen sollten nicht entfernt worden sein. Sogar die im Symbol "Suchergebnisse löschen". Es musste nur eher ein einheitliches / symmetrisches rot / rosa X sein als zwei Stiftstriche. Zumindest das Start Debugging-Symbol hat noch Farbe (aber es sollte wirklich wieder solide sein)! Muss mehr Parität mit Visual Studio haben.

Ich habe die alten Symbole etwas bevorzugt, aber mit Farbe ... jetzt ist es schwieriger zu verstehen, was das Symbol ist, ohne es absichtlich anzusehen und zu blinzeln. Sie müssen größer sein und Farbe haben. Wenn nicht Farbe, vielleicht ausgefüllt, sind Konturen für die visuelle Darstellung schrecklich.

Hmm, ich denke ich würde gerne das alte Iconset verwenden . Die neuen Symbole in der neuen Release-Version 1.37 sind zu dünn und machen keinen Eindruck. Wie kann ich zu den optionalen alten Symbolen zurückkehren? : ((

Hmm, ich denke ich würde gerne das alte Iconset verwenden . Die neuen Symbole in der neuen Release-Version 1.37 sind zu dünn und machen keinen Eindruck. Wie kann ich zu den optionalen alten Symbolen zurückkehren? : ((

Ich stimme dir zu, in der Vorschau-Version ist die Größe gut, aber in 1.37, ru ernst ???

Ich persönlich habe kein Problem mit der Erkennung, aber ich mag die visuelle Inkonsistenz zwischen VSCode-Gliederungssymbolen und Markensymbolen, die durch verschiedene Erweiterungen bereitgestellt werden, immer noch nicht. Und ich bezweifle stark, dass die Zeit dies lösen kann. Es ist nicht zu leugnen, dass die meisten Markensymbole solide sind , und nur wenige Produkte oder Organisationen bieten die Gliederungsversion ihres Logos an (und ihre Gliederungsversion kann sich in der Strichbreite usw. unterscheiden). Es ist traurig zu sehen, dass ein Versuch, visuelle Inkonsistenzen zu lösen, eine andere Art von Inkonsistenz einführt. IMHO-Standardsymbole, die von einer erweiterbaren Plattform wie VSCode bereitgestellt werden, sollten konservativer und nicht überraschender sein.

Die neuen Symbole sind insgesamt eine Verbesserung, aber ich habe einige Bedenken:

• Es sind noch etwa 200 unterstützte Symbole (von Octicons) zu aktualisieren:
  
  
  
  • Infolgedessen sieht meine Statusleiste jetzt ganz anders aus als der Rest der App. Wann wird dies behoben?
  
  
  • Warum wurde dieses Problem geschlossen und die neuen Symbole ausgeliefert, wenn nicht alle Symbole auf den neuen Stil aktualisiert wurden?
  
  
• Sind Sie sicher, dass die Auswahl des Umrissstils gegenüber dem festen Stil die richtige Wahl war, auch wenn die App möglicherweise Hunderte winziger Symbole verwendet? Ich bin nicht sicher, ob sie auf Bildschirmen ohne Netzhaut gut lesbar sind.

Ich noch hätte die solide Artversion der Symbole bevorzugt. Wie @smikitky legt es schön oben gibt es einige Unstimmigkeiten zwischen dem integrierten andeutungs Icons und „normalen“ solidem Logo geht, sein , und ich kann diese Inkonsistenz nicht wirklich sehen , gelöst zu werden .

• Infolgedessen sieht meine Statusleiste jetzt ganz anders aus als der Rest der App. Wann wird dies behoben?

@fabiospampinato Check out # 76909

Leute, ist es möglich, irgendwie zu den - / + Symbolen zurückzuschalten, um Code zu falten / zu entfalten? Es ist de facto der IDE-Standard, und wenn ich diese Klammern habe, ist es mir unangenehm, wenn ich zwischen verschiedenen Code-Bearbeitungswerkzeugen wechsle.

Musste automatische Updates zu Hause deaktivieren, leider hat VSC bei der Arbeit aktualisiert. Jetzt muss ich herausfinden, wie ich das letzte Update bei der Arbeit zurücksetzen kann.

Wenn Sie auf einem Mac arbeiten und über das Homebrew-Fass installiert sind, werden Sie mit dem folgenden Befehl auf das Fass der vorherigen Version zurückgestuft:

brew cask reinstall https://raw.githubusercontent.com/caskroom/homebrew-cask/0392663d3ae7ed30f8e1b6482abe26da78dfc9b1/Casks/visual-studio-code.rb

Wenn Sie ursprünglich nicht mit Homebrew installiert haben, können Sie die App einfach löschen und install anstelle von reinstall

Stellen Sie einfach sicher, dass Sie Updates über die Einstellungen deaktivieren!

Leute, ist es möglich, irgendwie zu den - / + Symbolen zurückzuschalten, um Code zu falten / zu entfalten? Es ist de facto der IDE-Standard, und wenn ich diese Klammern habe, ist es mir unangenehm, wenn ich zwischen verschiedenen Code-Bearbeitungswerkzeugen wechsle.

@ Serg-de-Adelantado bitte hier abstimmen-> https://github.com/microsoft/vscode/issues/78024

Ich bin im Allgemeinen mit dem neuen Icon-Set einverstanden, abgesehen von drei Dingen:

1. Kippschalter reduzieren / erweitern als>. Dies sollten entweder Dreiecke sein, +/- in einem Feld, oder die Klammer> muss viel dicker als die Schrift und genau 90 ° sein, damit Sie sie nicht mit Text verwechseln.
2. Rechtecke mit abgerundeten Ecken (zB "Explorer" -Symbol). Das Besondere an einem Blatt Papier ist, dass es perfekt rechteckige, insbesondere nicht abgerundete Ecken aufweist. Anzeigen von Panels. Links ist, wie es jetzt aussieht, rechts ist, wie es meiner Meinung nach aussehen sollte.

1. Kleine Symbole. Das Symbol "Alle ersetzen" im Such- und Ersetzungsbereich - die Funktionen sind alle 1 bis 4 Pixel groß.

Ich weiß, dass viele bereits darüber gesprochen haben, aber der Verlust von Farben und Füllungen in den Symbolen macht es verwirrend.

Symbole müssen intuitiv sein, sonst schaden sie mehr als sie nützen

Das grundlegendste Beispiel ist - klare Suchergebnisse. Am besten aktivieren Sie ältere Symbole oder bieten eine Möglichkeit, eine selektive Änderung entweder über einen festgelegten Ordner mit Symbolen oder über _settings.json_ vorzunehmen.

Ich bin ziemlich zufrieden mit den neuen Symbolen (nicht, dass die alten sowieso schlecht waren), aber vor allem - ich bin sehr, sehr glücklich, dass die superhässlichen Dreiecke des Baumes und der Semmelbrösel durch diese ersetzt wurden schöner Chevron. Trotzdem denke ich, dass die Größe nicht wirklich stimmt und die Symbole zu aufdringlich sind, wenn dies nicht erforderlich ist. Hier ein kleiner Screenshot von Korrekturen, die sie besser aussehen lassen würden, imo:

Übrigens, obwohl mir der Chevron beim Falten des Codes recht ist, sehe ich, dass einige Leute ihn nicht ausgraben, also muss ich sagen, dass die +/- auch in Ordnung waren. Aber bitte, bitte, bring niemals die Dreiecke auf dem Baum (und die Semmelbrösel) zurück - sie waren wirklich hässlich und so 90er Jahre.

Während ich den Wunsch zu erhöhen Konsistenz zu schätzen weiß, muss ich sagen, ich stark diese Änderung nicht mögen.

• Es ist immer noch nicht konsistent - und wird es auch nie sein, es sei denn, Sie kehren so schnell wie möglich zum alten Stil zurück.
  Nicht alle Symbole werden aktualisiert, und was noch wichtiger ist, es ist jetzt nicht mehr mit jeder einzelnen Erweiterung da draußen vereinbar - und Sie können nicht erwarten, dass alle Erweiterungen aktualisiert werden, da viele davon in wertvoller Freizeit erstellt wurden.

  Die Symbole in der Seitenleiste sind besonders schlecht, da sie groß und immer sichtbar sind und ständig die Inkonsistenz mit jeder von mir installierten Erweiterung anzeigen.

• Der Symbolstrich ist viel zu dünn, was ich persönlich für absolut schrecklich halte.
  Das kühnere und weichere Erscheinungsbild der alten Symbole war viel schöner und erleichterte die Unterscheidung zwischen Text und Symbolen erheblich. Jetzt ist alles nur noch ein fadenscheiniges Durcheinander.

  Die im Explorer-Baum verwendeten Chevrons sind besonders schrecklich, da sie jetzt mit dem Text verschmelzen und die Einrückung der einzelnen Ebenen weniger deutlich machen. Im Ernst, ich kann keine Worte finden, um zu beschreiben, wie sehr ich diese neuen Chevrons hasse.

• Der Farbverlust ist nicht hilfreich.
  Während ich es mag, dass Symbole einfach und meistens in Graustufen sind, helfen kleine Farbtipps für z. B. destruktive Aktionen wie das Löschen einer Liste oder das Zurücksetzen von Änderungen wirklich dabei, Fehler zu vermeiden.

• Ich glaube nicht, dass jemand nach dieser Stiländerung gefragt hat.
  Dieses Problem begann mit dem Wunsch, die Konsistenz zu erhöhen, endete jedoch irgendwie mit einer vollständigen Änderung des Symbolstils. Ich habe mir dieses Problem vor einiger Zeit tatsächlich angesehen und dachte, es wäre eine gute Sache, aber hätte ich gewusst, dass diese vollständige Stiländerung das Ergebnis sein würde, hätte ich ziemlich lautstark Einwände erhoben. Dies ist eine unerwünschte Änderung.

Ich bin alle dafür, die Konsistenz zu erhöhen, aber bitte kehren Sie zu einem Symbolstil zurück, der dem alten Stil besser entspricht, mit weicheren, mutigeren Symbolen und einigen weiteren Farbtipps. Und bitte geben Sie Ihre Absicht bekannt, dies bald zu tun, bevor Erweiterungen ihre Symbole aktualisieren und ein noch größeres Durcheinander verursachen.

Ich hoffe, dass das Projekt erwägt, die Seitenleistensymbole als konfigurierbaren Satz freizugeben. Ich würde die älteren Symbole diesen neuen sehr vorziehen, die wie Drahtgitter-Stellvertreter aussehen.

Es ist immer noch nicht konsistent - und wird es auch nie sein, es sei denn, Sie kehren so schnell wie möglich zum alten Stil zurück.

Ich verstehe dieses Argument nicht. Es ist immer noch nicht konsistent. Warum also verbessern, einfach zum alten, noch inkonsistenteren Satz zurückkehren? Was ist überhaupt inkonsistent, die Statusleistensymbole? Diese werden in einer anderen Ausgabe verfolgt. Was sonst? Welche Symbole wurden nicht aktualisiert oder haben jetzt einen inkonsistenten Stil im Vergleich zu den anderen?

Erweiterungen werden folgen, um dem neuen Stil früh genug zu entsprechen. Das ist nur eine Frage der Zeit. Unabhängig davon, ob sich der Stil ändert oder nicht, wäre für die meisten von ihnen ohnehin eine Aktualisierung der Erweiterungssymbole erforderlich gewesen, wenn sie dieselben Richtlinien wie die Posteingangssymbole befolgen möchten. Diese Inkonsistenzen treten nur in anderen Dingen auf als in dem hier angesprochenen Problem "Fett gegen Gliederung".

Hallo, alle miteinander
Also habe ich heute Morgen vscode geöffnet und ich war wie wtf passiert. Ist das ein Fehler, bin ich in einer Beta-Version von vscode? Dann erkannte ich die neue Version und las "Neue moderne Symbole im gesamten VS-Code". Jetzt bin ich wie "Ich bin ein Witz für Sie?". In welcher Welt sind diese neuen Ikonen modern? Es ist wirklich sehr, sehr ekelhaft, ich lade gerade die Vorgängerversion herunter und hoffe, dass es in Zukunft eine Option gibt, die Symbole auszuwählen, oder ich werde für immer am Update vom Juni 2019 festhalten. Wie auch immer, dies ist ein Downgrade für mich und wird wirklich nicht erwartet. Normalerweise leistet das vscode-Team eine großartige Arbeit mit den Updates. Wenn es Ihnen nicht gefällt, haben Sie die Möglichkeit, es zu deaktivieren, aber es sah nicht so aus so wie hier ... jetzt ist dies meine Vision und Meinung, ich weiß, dass einige von euch es mit mir teilen und andere nicht.

oben +1. Sieht nach dem Upgrade seltsam aus

Dies ist kein Geschmacksproblem. nicht ist es schön genug oder ist es modern oder cool.

Die neuen Symbole sind deutlich weniger sichtbar. Ein großes Problem für Menschen mit weniger als perfektem Sehvermögen.

Ein Show Stopper für mich.

Linien in den neuen Symbolen rasten nicht an den Bildschirmpixeln ein und sind verschwommen und unleserlich. Es ist in Ordnung, die Symbole zu aktualisieren, aber sie müssen lesbar sein.

Ein typisches Beispiel hier:

Die neuen sind völlig nutzlos. Soll ich wirklich die Buchstaben a, b, c darin lesen können? Ja wirklich?

Haben Sie sich jemals angesehen, wie diese auf einem Standard-72-dpi-Bildschirm gerendert werden, oder haben Sie diese nur auf dem 4K-Monitor überprüft, auf dem Sie sie entworfen haben?

Außerdem hat die Farbe wirklich dazu beigetragen, verschiedene Teile der Symbole zu gestalten.

Die Strichstärke ist auch zu dünn, aber das ist MSFT-Stil, also denke ich, dass sich das nicht ändert.

@ qt1 ist richtig:

Ein Show Stopper für mich.

Super frustrierend. Sie können es besser machen.

Ich kann das neue Debug-Symbol in der Seitenleiste absolut nicht ausstehen. Denken Sie daran, dass hier auch einige Benutzer klicken, um das Projekt zu starten und auszuführen. Jetzt sehen wir jedoch jedes Mal einen schrecklichen Fehler. Das alte Symbol war so viel besser.

Das alte Erweiterungssymbol war auch viel besser und ikonischer. Dies ist langweiliger und weniger aussagekräftig.

Ich kann mich an die anderen neuen Symbole gewöhnen, aber ich denke, die Linienbreiten sind zu dünn und fühlen sich zu kindisch an, und als hätten wir den raffinierten Retro-Look verloren, der VS so cool gemacht hat.
Mit den Chevrons im Datei-Explorer stimmt etwas nicht. Möglicherweise zu dünn und zu wenig Abstand.

Das neue STOP-Debugging-Symbol und das START-Debugging-Symbol sind hohl, was abstoßend ist. Was ist falsch an den ausgefüllten Standards, die sofort erkennbar sind?

Ich kann das neue Debug-Symbol in der Seitenleiste absolut nicht ausstehen. Denken Sie daran, dass hier auch einige Benutzer klicken, um das Projekt zu starten und auszuführen. Jetzt sehen wir jedoch jedes Mal einen schrecklichen Fehler. Das alte Symbol war so viel besser.

Es macht mir nichts aus, dass das Symbol ein Fehler ist, anstatt ein "Nicht-Fehler" / "Kein Fehler" -Symbol. Aber das ist ein unansehnlicher Fehler im Vergleich zu den meisten Debugger-Symbolen .

Stimmen Sie in allen Punkten voll und ganz überein. Neue Oberfläche ist nicht sehr aussagekräftig und sieht kindisch aus.

@dirkesquire Ja, und es ist noch schlimmer bei einem leichten Thema ..

Und im Visual-Studio ist es auch nicht hohl

Ich schätze den Wechsel der Symbole. Auf jeden Fall brauchte eine Hebung. Alles aus Gründen der Konsistenz. Neue Symbole haben jedoch sehr dünne Ränder, dünne Symbole sind nicht lesbar. Die neuen Chevron-Symbole sorgen für unnötige Unordnung. Welchen Zweck erfüllen die Chevron-Symbole?

Gibt es Symbolrichtlinien, die für VSCode funktionieren? Da Erweiterungsentwickler von Drittanbietern auch ihre Erweiterungssymbole für die Aktivitätsleiste aktualisieren müssen.

Super frustrierend. Sie können es besser machen.

total!

Entschuldigung, die neuen Symbole sind absolut schrecklich und sehen aus, als ob sie von einem Kind gezeichnet wurden ... Ob sie "modern" sind oder nicht, hängt überhaupt nicht zusammen, solange sie so schlecht aussehen ... Die alten waren für mich in Ordnung, die neuen diejenigen sehen aus wie ein "Fallback-Thema" oder ein Grafikfehler. Bitte kehren Sie zurück, geben Sie uns die Möglichkeit, alte Symbole zu verwenden oder sie dieses Mal wirklich zu verbessern, aber ohne all diesen "modernen" Hype und die dünnen, unverständlichen Umrisse.

@arniebradfo Ich glaube ich weiß warum diese Unschärfe passiert.

Folgendes habe ich in einem anderen Thread gesehen:
"Alle unsere Symbole sind die gleichen, die in der Microsoft-Ikonographie (auch als Microsoft Design Language bekannt) verwendet werden."

Wenn man dort hinschaut, scheint es, als würden sie Bitmap-Symbole entmutigen.
Dies ist so, als würde jeder gezwungen, einen Interpenetrater zu verwenden, bei dem die Baugruppe verwendet werden sollte (mehr Arbeit, aber völlig unterschiedliche Ergebnisse).

Dies ist ein offensichtlicher Fehler.

Vektorgrafiken sind sehr gut für Flexibilität. Aber wenn Sie die Auflösung kennen, können Sie mit fein abgestimmten Bitmaps viel besser abschneiden!
Genau wie in Ihrem obigen Beispiel.

Bitte kehren Sie zu den alten Symbolen zurück und verkleinern Sie die Spalte (wie zuvor). Die neuen sind nicht intuitiv und die Spalte ist viel zu breit.
Ich stimme auch zu, dass die neuen Such- und Ersetzungssymbole viel schwerer zu erkennen sind. (auch auf Monitoren mit hoher Auflösung)
Wenn Sie wirklich der Meinung sind, dass dieses neue Zeug fantastisch ist, fügen Sie zumindest eine Option hinzu, damit wir zu den alten zurückkehren können.

Ich unterstütze frühere Kommentatoren. Neue Symbole sind schrecklich. Das alte Clear Search Results -Symbol hatte eine rote Farbe für das Kreuz, wobei die weiße Hauptfarbe des Symbols gut erkennbar war. Das neue Symbol ist alle mit der weißen Farbe bedeckt, und ich war wirklich verwirrt, es an seinem Platz zu finden

Ich finde die neuen Icons wunderschön! Vielen Dank für die harte Arbeit, die in dieses Redesign gesteckt wurde.

@smably geht es nicht um Geschmack. Es geht um Sichtbarkeit. Es ist wirklich egal, ob der Käfer einen Schwanz hat oder was auch immer, es geht nur darum, dass Symbole sichtbar und unterscheidbar sind.
Gute Symbole können sowohl schön als auch verwendbar sein. Nicht der Fall hier: /

Interessanterweise habe ich festgestellt, dass die Symbole trotz der Probleme mit der Sichtbarkeit umso besser aussehen, je kleiner sie sind. Vielleicht, weil sie zu einfach sind? Alles, was größer als 50 x 50 ist (auf einem Standarddisplay von 1920 x 1080), zeigt Fehler (die recht klein sind).

@ qt1

Vektorgrafiken sind sehr gut für Flexibilität. Aber wenn Sie die Auflösung kennen, können Sie mit fein abgestimmten Bitmaps viel besser abschneiden!

Vektorsymbole verhindern nicht, dass das Symbol Pixel abfängt. Der Designer muss das Symbol nur so gestalten, dass es auf einem 72-dpi-Bildschirm leserlich gerastert wird.

Die meisten Beiträge hier hassen nur den Stil / das Aussehen der Symbole. Ich denke nicht, dass das Argument "Oh, es ist anders und ich mag keine Veränderung" fair ist.

Die Symbole müssen jedoch lesbar sein und ihren Zweck mitteilen. Sie müssen bei einer niedrigen Bildschirmauflösung scharf sein, auch wenn dies bedeutet, dass sie nicht zu 100% der Marke entsprechen. Viele der Symbole in diesem neuen Set bleiben dahinter zurück. Meine Beschwerde ist, dass viele der neuen Symbole nicht funktionieren. Sie sind nur ein verschwommenes Durcheinander. Ich möchte nicht die alten, ich möchte, dass Sie die neuen reparieren.

Über den Ansatz "Monochrome Konturen" ... Ich erinnere mich, dass Visual Studio bereits dort war und ebenfalls schlecht aufgenommen wurde.

Visual Studio 2010 hatte die "alte" Art von Symbolen, dh sehr detaillierte Symbole mit Farbverläufen für Oberflächen.
Visual Studio 2011 Beta hatte ein "modernisiertes" Aussehen, das durch die Wahl eines monochromen Ansatzes erreicht wurde, wobei Anti-Aliasing nur dann eingesetzt wurde, wenn dies unbedingt erforderlich war.

Die Anfrage, die Farben wieder hinzuzufügen, wurde schnell zur beliebtesten Anfrage.

Wenn ich mir den aktuellen Status anschaue, denke ich, dass sie ziemlich gute Arbeit geleistet haben, um einen Kompromiss zu finden, indem sie die Farbpalette sehr präzise gehalten haben, indem sie keine Farbverläufe verwendet und Anti-Aliasing vermieden haben, während sie dennoch viele Symbole und grundlegende Symbolelemente (wie Ordner) zulassen , Sterne, Pfeile), um eine bestimmte Farbe zu haben (gelbe Ordner, blaue Disketten, rote Kreuze, grüne Wiedergabetasten usw.).

Ich bin der Meinung, dass VS Code jetzt denselben Fehler wiederholt, den das Visual Studio-Designteam vor vielen Jahren gemacht hat.

https://www.itwriting.com/blog/5651-developers-dislike-monochrome-visual-studio-11-beta.html

@arniebradfo

Sie haben eine verschwommene Reihe von Symbolen gepostet. Der Grund für diese Unschärfe ist wahrscheinlich nicht die Feinabstimmung der spezifischen Auflösung der spezifischen Tasten. Ich vermute, sie haben eine allgemeine Schaltfläche erstellt, die auf einer Skala in Ordnung aussah und nur auf die Größe des Symbols in der Anwendung neu skaliert wurde. Übrigens haben die Symbole auch Farbe verloren, nicht nur die Auflösung.

Was auch immer der Grund sein mag, ich stimme voll und ganz zu, dass das Endergebnis ein Versäumnis ist, "Symbole müssen lesbar sein" zu erfüllen.
Für mich ist es eher ein Problem der Zugänglichkeit als des Geschmacks.

Ich hoffe, das Team wird einen Weg finden, wie Benutzer die älteren Symbole auswählen können, zumindest bis die neuen behoben sind.

Die meisten Beiträge hier hassen nur den Stil / das Aussehen der Symbole. Ich denke nicht, dass das Argument "Oh, es ist anders und ich mag keine Veränderung" fair ist.

Um fair zu sein, haben Symbole einen funktionalen Aspekt - sie sollen vermitteln, was eine Schaltfläche tut, ohne dass ein Wort geschrieben werden muss, das im Allgemeinen breiter ist und je nach Sprache der Benutzeroberfläche auch in der Länge variiert.

Aber wenn ein "Debug" -Fehler wie eine Mischung aus einem leuchtenden Windows Defender-Schild und einem Vorhängeschloss aussieht oder wenn ein Chevron-Faltpunkt so aussieht, als wäre er Teil des XML-Quellcodes, den er falten soll, fehlt dem Symbol möglicherweise das eine Element es soll hinzufügen: Klarheit des Handelns nach nur einem Blick.

Einige dieser Symbole sehen viel besser aus, sind aber manchmal sehr dünn mit winzigen Funktionen, die nicht lesbar sind. Die Verwendung von Farben kann wirklich hilfreich sein, wenn die Symbole klein sind, z. B. im Such- / Ersetzungsfenster.

Ich dachte, ich hätte eine gute Sicht, aber nach dieser neuen Änderung kann ich die meisten dieser Symbole nicht leicht lesen. Ich glaube, ich brauche möglicherweise eine Brille, wenn sie lesbar sein soll. : leicht_frowning_face:

Gibt es eine Option, um das Gewicht / die Größe aller Symbole irgendwie zu erhöhen?

Ich mag den neuen Look nicht wirklich, sehe nicht wirklich modern aus, es sieht so aus, als ob er für Kinder entworfen wurde.
Einige sehen besser aus wie einige der Symbole im Menü, aber ja, nein.
Können wir Symbolerweiterungen erstellen, um diese Symbole wie bei den Dateisymbolen zu ändern?

Wenn ich nur meine zwei Cent hinzufüge, sind einige der Symbole großartig, einige zu dünn oder zu klein, was die Lesbarkeit / Lesbarkeit beeinträchtigt.

Ich denke, der Grund, warum es unterschiedliche Meinungen zu den neuen Symbolen als Ganzes geben wird, ist, dass sich verschiedene Entwickler vollständig auf verschiedene Symbole verlassen werden.

Nach meiner persönlichen Erfahrung kann ich unter dem Gesichtspunkt der Benutzerfreundlichkeit die

Das offensichtliche Problem hierbei ist, dass die neuen Symbole für einige Entwickler möglicherweise nicht funktionieren und die Betroffenen keine Kontrolle darüber haben, die Symbole in ein geeigneteres Symbolset zu ändern. Das beste Szenario könnte sein, die Symbole so zu "reparieren", dass sie für alle funktionieren, aber das ist möglicherweise nicht möglich. Es wird immer ein Segment von Entwicklern geben, denen eine Alternative besser dienen würde.

Ich denke, was wir Entwickler als Ganzes brauchen, ist eine Möglichkeit, themenfähige UI-Iconsets zu haben. Dies wäre eine große Verbesserung der Lebensqualität sowohl für diejenigen, die Themen erstellen, für diejenigen, die ein Thema für Barrierefreiheitszwecke verwenden würden, als auch für diejenigen, die eine einzige Änderung benötigen, um die Lebensqualität zu verbessern.

Kann ich zurückkehren?

@ GauravRajSharma NOPE!

Kann ich zurückkehren?

https://github.com/microsoft/vscode/issues/78024#issuecomment -520546880

Nicht wirklich eine Verteidigung der neuen Symbole, sondern eher ein Versuch, zusammenzubrechen und einige Gedanken zu den genannten Themen:

1. Ästhetik - Ich mag das neue Set wirklich, aber das spielt keine Rolle ... nun, ich mag eigentlich alle außer dem Debug-Symbol, das ich mit meinem Mut hasse, ich liebe die neuen Debug-Symbole und die Chevrons auf dem Baum und Paniermehl auf der anderen Seite, also nochmal - das sollte keine Rolle spielen. Ich versuche zu sagen, dass dies überhaupt kein Diskussionspunkt sein sollte. Viele Menschen mögen sie nicht, genauso wie viele andere sie mögen. Zum Beispiel bedeutet die Tatsache, dass es auf der Insider-Bühne keine signifikanten Beschwerden gab, im Grunde, dass alle Insider sie mehr oder weniger mögen (oder zumindest akzeptieren). Insgesamt - es gibt keine Einheitsgröße in Bezug auf Ästhetik und die Designentscheidungen der Schöpfer sollten respektiert werden.
2. Lesbarkeit - und damit meine ich die Fähigkeit eines Glyphen, die Bedeutung der zugrunde liegenden Funktion richtig zu kommunizieren. Dazu - ich verstehe die Beschwerden nicht wirklich. Alle neuen Glyphen sind ziemlich klar. Das neue Erweiterungssymbol ist anders, aber gut - es ist eines dieser Wörter, die Sie nicht wirklich zeichnen können - sobald Sie wissen, was das Symbol bedeutet - wissen Sie es einfach und das war's. Ehrlich gesagt sehe ich hier wirklich kein Problem. Wenn ein Symbol etwas seltsam ist - es kann nicht länger als eine Stunde dauern -, gewöhnt man sich danach einfach daran.
3. Klarheit / Unschärfe - hier kann ich mich den Beschwerden anschließen. Die Behauptung, dass Bitmaps viel besser wären als svg-s, ist natürlich sinnlos. SVG-s ist der richtige Weg, aber dennoch gibt es eindeutig einen falschen Ansatz für die Skalierung. Wenn Sie wissen, dass hauptsächlich eine Glyphe eine Größe von 24 Pixel hat, entwerfen Sie sie nicht mit 16 Pixel und skalieren sie, da klar ist, dass sie nicht in Ordnung skaliert. Es ist eine einfache Mathematik - 24/16 ist 1,5, also wäre bei 16px eine Linie, die 1 px auf 24px ist, ... nun ... 1,5px - weder 1px noch 2px, also ist sie vom Design her verschwommen, sagen wir mal. Die Such- und Ersetzungssymbole - sie waren zuvor auch nicht lesbar - sind einfach zu klein für das Bild, das sie darstellen möchten. Die schlechte Skalierung verschlimmert das Problem einfach.

Au ja - und das Problem mit den Faltsparren. Ich kann mir nicht vorstellen, wie sie sich mit irgendetwas vermischen können, es sei denn, Sie haben Ihre Dachrinne in der gleichen Farbe wie der Code-Hintergrund, aber gut - das ist standardmäßig falsch. Warum sollte man das tun, verstehe ich wirklich nicht. Nach der gleichen Logik würde ich sagen, dass die Zeilennummern auch in diesem Fall mit dem Code verschmelzen würden.

@lllopo Für mich ist die Lesbarkeit das einzige akute Problem. Die Estetik ist zweitrangig.

Die neuen Symbole sind dünner als Luft, mit weniger Kontrast, weniger Vielfalt in Farbe, Gewicht, Form und weniger Trennung vom Hintergrund. Besonders zum Thema Licht.

Für mich wird es zu einer aufwändigen visuellen Aufgabe, sie zu verwenden - was die Konzentration auf den eigentlichen Zweck oder das Codieren und Debuggen erfordert.

Vielleicht hast du ein besseres Sehvermögen als ich (gut für dich). Es ist jedoch falsch, Symbole zu entwerfen, die für einige funktionieren und andere belasten.
Dies ist ein Problem der Benutzerfreundlichkeit / Zugänglichkeit und sollte entsprechend behandelt werden - nämlich um alle möglichen Benutzer zu aktivieren und einzubeziehen.

@lllopo Für mich ist die Lesbarkeit das einzige akute Problem. Die Estetik ist zweitrangig.

Die neuen Symbole sind dünner als Luft, mit weniger Kontrast, weniger Vielfalt in Farbe, Gewicht, Form und weniger Trennung vom Hintergrund. Besonders zum Thema Licht.

Für mich wird es zu einer aufwändigen visuellen Aufgabe, sie zu verwenden - was die Konzentration auf den eigentlichen Zweck oder das Codieren und Debuggen erfordert.

Vielleicht hast du ein besseres Sehvermögen als ich (gut für dich). Es ist jedoch falsch, Symbole zu entwerfen, die für einige funktionieren und andere belasten.
Dies ist ein Problem der Benutzerfreundlichkeit / Zugänglichkeit und sollte entsprechend behandelt werden - nämlich um alle möglichen Benutzer zu aktivieren und einzubeziehen.

Ich stimme Ihnen einigermaßen zu, aber ich denke, es ist eine Frage der richtigen Skalierung, um sie besser lesbar zu machen. Und ja - vielleicht auch die richtige Farbgebung, aber ist dieses Thema nicht abhängig?

Ich denke, die neuen Symbole sind vollkommen in Ordnung. Sie müssen sich ein bisschen entspannen.
Das Internet geht immer "ch-ch-Änderungen !!" Sowieso.

@cerib

Zu denken, dass alles in Ordnung ist, ist eine Sache. Argumentativ - aber das ist Ihre persönliche Meinung und Ihr Geschmack.

Anderen Leuten sagen, sie sollen deinen Weg akzeptieren (und höhnisch sein, während du dabei bist)? Naja, überhaupt nicht cool.
Versuchen Sie vielleicht zu akzeptieren, dass andere Personen Anspruch auf andere Meinungen haben und Einschränkungen haben, die Sie möglicherweise nicht haben.

Und meiner Meinung nach ist dies der Hauptpunkt hier. Das neue Design ist für Menschen mit bestimmten visuellen Einschränkungen wirklich schlimmer.

Dies erinnert mich an die gesamte Debatte um Blender 2.79> 2.8-Symbole.

Von vielfältig, sofort erkennbar und unvergesslich zu modern, flach und monoton.
Sicherlich könnten Argumente für Konsistenz und Gesamtqualität vorgebracht werden. Dies ist jedoch ein Schritt in die falsche Richtung.

Bitte erlauben Sie mir, das Symbol zum Erweitern / Reduzieren (derzeit Chevron) wieder auf das kleine Dreieck zu konfigurieren. Ich bevorzuge es sehr.

Ich denke, die neuen Symbole sind vollkommen in Ordnung. Sie müssen sich ein bisschen entspannen.
Das Internet geht immer "ch-ch-Änderungen !!" Sowieso.

Ich denke, die meisten Leute hier verwenden konstruktive Kritik.

Ich liebe die neuen Symbole! :Herz Augen:

Die neuen Symbole sind großartig. Glauben Sie, Sie könnten dem LiveShare-Team helfen, ihre zu aktualisieren? https://github.com/MicrosoftDocs/live-share/issues/2601

Ok, ich schätze das neue Design.

Die abgerundeten Kanten der Explorer- und Erweiterungssymbole entsprechen jedoch nicht den Symbolrichtlinien von Microsoft.

Die abgerundeten Ecken sind für Ecken gedacht, die im wirklichen Leben etwas rund sind, wie die Kanten der Hülle des USB-Laufwerks, jedoch nicht die tatsächlichen Ecken des Metallanschlusses.

Das Explorer-Symbol besteht aus 2 Blatt Papier. Ich kann keines der offiziellen Microsoft-Symbole mit Blatt Papier finden, um runde Ecken für das Papier zu haben.

Das Erweiterungssymbol können wir diskutieren, aber wenn es Bausteine ​​darstellen soll, haben Legos ziemlich scharfe Kanten.

Außerdem wird es für das Auge viel einfacher.

Sie befolgen diese Richtlinien nicht, da sie nur für UWP-Apps gelten.
Code ist kein UWP, daher muss er nicht den Standards entsprechen. Wie auch immer, MS
Die Marke ändert sich, so dass sich am Ende des Tages die Symbole ändern müssen
auch. @ 10F

Am Do, 15. August 2019 um 12:30 Uhr schrieb 10F [email protected] :

Ok, ich schätze das neue Design.

Die abgerundeten Kanten der Explorer- und Erweiterungssymbole sind jedoch nicht vorhanden
In Übereinstimmung mit den Symbolrichtlinien von Microsoft.
https://docs.microsoft.com/en-us/windows/uwp/design/style/icons

Die abgerundeten Ecken sind für Ecken, die im wirklichen Leben etwas rund sind
wie die Kanten der Hülle des USB-Laufwerks, aber nicht die tatsächlichen Ecken von
der Metallanschluss.

[Bild: 59722433-844b4680-91d8-11e9-9428-2b36137b0f0a]
https://user-images.githubusercontent.com/18104031/63091392-7c9ce980-bf5e-11e9-846e-191fbfa7cc55.png

Das Explorer-Symbol besteht aus 2 Blatt Papier. Ich kann keinen der Beamten finden
Microsoft-Symbole mit Papierbögen für runde Ecken
für das Papier.

Das Erweiterungssymbol können wir diskutieren, aber wenn es soll
stellen Bausteine ​​dar, Legos haben ziemlich scharfe Kanten.

Außerdem wird es für das Auge viel einfacher.

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/microsoft/vscode/issues/8017?email_source=notifications&email_token=AFKK6BOM5YVVPFHX2O4KHYDQEU44ZA5CNFSM4CHQNTN2YY3PNVWWKK
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AFKK6BP2AC7ZTTBDXSW6IB3QEU44ZANCNFSM4CHQNTNQ
.

- -
Mit freundlichen Grüßen,

Hayden Young
[email protected]

Abgesehen von meiner allgemeinen Abneigung sind hier ein paar kleine Nitpicks.

• Erweitern / Reduzieren ist nicht mehr mit dem Reduzieren aller konsistent.
  Das Symbol für das Zusammenfallen stimmte mit dem alten quadratischen Symbol für Erweitern / Zusammenfallen überein, aber mit den neuen Chevrons ist ihre Beziehung nicht mehr ersichtlich.

• Das Ordnersymbol ähnelt eher einer Registerkarte als einem Ordner. Dies wurde zuvor durch die gelbliche Farbe deutlich gemacht, die Ordner üblicherweise haben.

Aktualisieren

Vielen Dank an alle, die Feedback gegeben haben. Wir haben die ganze Woche hier und auf Twitter zugehört. Wir freuen uns, dass Sie sich die Zeit für Kommentare genommen haben. Es gibt einige Probleme, die sich daraus ergeben haben, und wir haben versucht, sie zu priorisieren, damit wir sie bald angehen können.

In Bezug auf das Feedback, dass die Symbole zu dünn / schwer zu erkennen sind, haben wir dieses Feedback an unser Symbolteam weitergeleitet, das an den Microsoft Design Language (MDL) -Symbolen arbeitet, und sie arbeiten daran, dies zu beheben.

Nachstehend finden Sie eine Liste der aufgetretenen Probleme, die wir aktiv verfolgen, falls Sie 👍 möchten (Sie können auch die vollständige Liste der icons-product -Probleme anzeigen):

• Aktualisieren Sie Octicons so, dass sie dem neuen Symbolstil # 76909 entsprechen
• Stellen Sie eine Bibliothek mit Symbolen für die Autoren der Erweiterung # 74974 bereit
• Aktualisieren Sie die Erweiterungssymbole so, dass sie dem neuen Symbolstil # 77411 entsprechen
• Neue Benachrichtigungssymbole sind nicht gut lesbar # 78857
• Das Code-Falt-Chevron-Symbol ist verwirrend # 78024
• Konfiguration der Produktsymbole # 79130 zulassen

Ich weiß, dass dies bereits früher gepostet wurde, möchte jedoch eine Option für (oder einen allgemeinen Wechsel) einer ausgefüllten Version der neuen Symbole anfordern:

[Bild ursprünglich gepostet von @misolori früher im Thread]

@ Hum4n01d siehe mein Post-Update direkt über deinem Kommentar:

• Konfiguration der Produktsymbole # 79130 zulassen

Ah, tut mir leid. Das habe ich verpasst

Kann ich zu den alten Symbolen zurückkehren, während ich immer noch die neuen Updates erhalte?

Ich persönlich bevorzuge sehr die alten in den neuen (speziell in der Aktivitätsbalken, andere sind in Ordnung), und die Tatsache , dass diese Funktion nicht als Opt-in ist ziemlich nervenaufreibend gemacht wurde.

Ich habe https://github.com/microsoft/vscode/issues/78748#issuecomment -519795130 gesehen und nein, ich möchte nicht auf eine frühere Version zurücksetzen.

https://github.com/microsoft/vscode/issues/78748#issuecomment -519989407

Leider können Sie die alten Symbole nicht verwenden, ohne auf eine frühere Version zurückzugreifen.

Komm schon Leute ..

Bearbeiten:

Ich sehe Potenzial in https://github.com/microsoft/vscode/issues/79130#issuecomment -521794152

Hey Leute, danke für ein großartiges, kostenloses Produkt, aber diese neuen Symbole sind scheiße. In keinem von ihnen ist Farbe ... Warum ist das so?

Was genau ist für uns der Wert der "Vereinigung von Dingen" und warum bedeutet Vereinigung die Entfernung von Farbe?

Hey Leute, danke für ein großartiges, kostenloses Produkt, aber diese neuen Symbole sind scheiße.

Ich stimme vollkommen zu - MS, bitte hören Sie auf, Dinge zu reparieren, die nicht kaputt sind!
Bei all dem Gerede über Vielfalt in Teams und so weiter müssen Sie jetzt die Dinge vereinheitlichen.
Bitte berücksichtigen Sie, dass es sich zwar um ein Microsoft-Produkt handelt, aber auch um eine Gemeinschaftsanstrengung.
Ich muss zugeben, dass das Team, das für VS-Code verantwortlich ist, bisher auf die Stimme von Benutzern und Mitwirkenden gehört hat, und das ist einer der Gründe, warum vscode so verdammt großartig ist!
Ich hoffe es wird auch diesmal so sein!
Ich möchte nicht aufhören, dieses Produkt zu aktualisieren, wie ich es mit macOS oder Adroid getan habe.

Ich liebe das Update. Danke Leute!

Änderungen wie diese werden manche Menschen immer unzufrieden machen. Aber ich persönlich liebe es auch! Danke für das tolle Update!

Was ich an dem Update nicht mag, ist, dass alle Userland-Erweiterungssymbole jetzt nicht mit dem neuen Thema übereinstimmen. Warum sind die Symbole auch kleiner? Wie auch immer, ich denke, ich mag das neue Update doch.
vor | jetzt

Wenn ich diese PR lese, verstehe ich, warum sie eingeführt wurden, aber wenn Sie abgerundete Ecken mit sehr dünnen Strichbreiten kombinieren, muss der Benutzer viel arbeiten.

Der Mülleimer ist verschwommen und die geteilte Platte sieht aus wie ein Kissen:

Ich kann das + in diesen ersten beiden Symbolen nicht sehen:

Ich würde dringend empfehlen, die Symbole so zu überarbeiten, dass sie sowohl auf normalen als auch auf Retina-Bildschirmen klar wiedergegeben werden. Schauen Sie sich die Techniken zur "Pixelanpassung" an. Schauen Sie sich diesen schönen Beitrag von 2012 von @dcurtis an - https://dcurt.is/pixel-fitting

Nachdem Sie sich ein wenig an sie gewöhnt haben, scheinen die meisten neuen Symbole (Seitenleiste, Explorer) insgesamt besser zu sein.

Aus diesem einfachen Grund bin ich ein großer Fan der neuen Gliederungssymbole. Sie sind genauso lesbar wie das geschriebene Zeichen.

Neue Symbole sind in der Tat auf einen Blick schwerer zu interpretieren, hatten dieses Problem nicht mit alten

Aus diesem einfachen Grund bin ich ein großer Fan der neuen Gliederungssymbole. Sie sind genauso lesbar wie das geschriebene Zeichen.

Hängt vom Bildschirm, der Beleuchtung im Raum und der Person ab. Die Tatsache, dass dies Kommentar 309 zu diesem Problem ist (und dies ist ein Problem aus einer Reihe verwandter Probleme), sollte darauf hinweisen, wie viele Personen Probleme mit den neuen Symbolen haben.

Ich finde die neuen Aktivitätsleistensymbole schwerer zu lesen. Sie sehen für mich auch ziemlich verschwommen aus. Ich benutze allerdings die Fensterzoomstufe -2.

Ich bin kein normaler Benutzer, daher kann ich nicht für alle Symbole sprechen, aber die markanten in der Seitenleiste sind jetzt sauberer, und wenn die Unordnung weg ist, fühle ich mich entspannter, wenn ich lange Zeit im Editor arbeite. : +1: Danke!

"Wenn es funktioniert, fass es nicht an!" - Ich denke, dies hat Unmengen von Kommentaren für "Zurücksetzen alter Symbole zurück" verursacht.

Und hier ist mein bescheidener Beitrag zu diesem Thema. Die alten Git-bezogenen Symbole sahen auf Bildschirmen mit geringer Dichte klarer aus (die aktuellen sind fast wie Staubpartikel über dem Bildschirm). Auch die Inkonsistenz der Symbole wurde schlimmer.

@zzzorgo Das inkonsistente Symbol im Screenshot gehört zum GitLens-Plugin. Die GitLens-Symbole wurden bereits von @eamodio aktualisiert und werden in Kürze veröffentlicht!