Vscode: Ermöglichen das Ändern der Schriftgröße und der Schriftart der Workbench

Erstellt am 24. Nov. 2015  ·  263Kommentare  ·  Quelle: microsoft/vscode

Im Moment können wir nur die Schriftgröße / Schriftart des Editors ändern. Wenn wir die Schriftgröße ändern möchten, müssen wir eine Kreisverkehr-Methode zum "Vergrößern / Verkleinern" verwenden. Es wäre schön, wenn dies über die Einstellungen angepasst werden könnte.

feature-request layout

Hilfreichster Kommentar

Außerdem möchte ich den Zeilenabstand im Explorer vergrößern. Dateinamen sind viel zu nah beieinander und ermüdend anzusehen.

Alle 263 Kommentare

Darüber hinaus scheint es seltsam, dass ich bei jedem Neustart die Schrift vergrößern muss, wenn ich größere Schriftarten außerhalb des Editors haben möchte.

pls siehe # 291 für das Zoomproblem (im Allgemeinen erstellen pls keine Kombinationsprobleme: smile :)

+1

v1.4.0 schien die Schriftarten des Datei-Explorers größer / mutiger zu machen, was es schwieriger machte, ein großes Verzeichnis zu durchlaufen

+1

+1

👍

👍

Ermöglicht die neue UI-Theming-Oberfläche den Zugriff auf die Schriftgröße?

Außerdem möchte ich den Zeilenabstand im Explorer vergrößern. Dateinamen sind viel zu nah beieinander und ermüdend anzusehen.

Ha, ich wollte vorschlagen, die Zeilenhöhe freizulegen, damit ich sie verringern und mehr Dateien in jeden Bildschirm packen kann.

Nur um einen weiteren Grund hinzuzufügen:

  • Das Ändern des Explorers in eine monospaced Schriftart ist beim Scannen nach Dateien leichter zu lesen

+1

Bitte fügen Sie Unterstützung für das Ändern der Schriftgröße des EXPLORER-Fensters hinzu.

Eine Art Hacky-Lösung für Interessierte: Erhöhen Sie die Hauptschriftgröße und stellen Sie die Fensterzoomstufe auf einen negativen Wert ein (Einstellung cmd + - oder window.zoomLevel ). Es ist auch möglich, Bruchwerte wie "window.zoomLevel": -0.75 .

@kompot - dein Ansatz funktioniert perfekt! Hier ist meine Benutzereinstellungsdatei:

{
"workbench.colorTheme": "One Dark Pro",
"editor.fontSize": 12,
"window.title": "$ {activeEditorMedium} www.BKD.io ",
"newFile.defaultBaseFileName": "newFile",
"newFile.relativeTo": "Datei",
"newFile.defaultFileExtension": ".ts",
"newFile.rootDirectory": "~",
"newFile.showPathRelativeTo": "root",
"newFile.expandBraces": false,
"editor.tabSize": 2,
"editor.formatOnSave": true,
"prettier.semi": false,
"window.zoomLevel": 1,
"git.enableSmartCommit": true,
"terminal.integrated.fontSize": 16,
"terminal.external.osxExec": "Hyper.app",
"atomKeymap.promptV3Features": true,
"editor.multiCursorModifier": "ctrlCmd",
"editor.formatOnPaste": true,
"files.exclude": {
" /.git": wahr," /.svn": wahr,
" /.hg": wahr," / CVS": wahr,
" /.DS_Store": true," /.history": wahr,
" /.github": wahr," /.vscode": true,
"** / node_modules": true
}}
}}

Insbesondere habe ich das Gefühl, dass zwischen zwei Elementen auf der Liste zu viel Platz ist, sodass nicht genügend Elemente auf den Bildschirm passen. Ich habe gerade mit dem Dateibaum von Eclipse verglichen und er enthält 48 Elemente in dem Bereich, in dem Visual Studio 36 Elemente erhält.

Ich bin der Meinung, dass insbesondere die Seitenleiste in der Lage sein muss, wrt anzupassen: lineHeight, fileFontColor, dirFontColor und activeLineColor.

Vergleich von Sublime 3:

image

zu VS Code:

image

Ich werde müde, wenn ich auf den VS-Codebaum schaue, und kann Dateien oft nicht leicht finden, ohne entweder wegschauen und meine Augen zurücksetzen zu müssen oder alle geöffneten Ordner zu reduzieren und dann wieder von der Wurzel aus zu beginnen, um zu finden, wonach ich suche . Ich kann nicht sagen, dass ich das jemals in Sublime erlebt habe, und ich denke, es ist die Farbdifferenzierung von Dateien und Ordnern, die dies verhindert.

Wenn Sie die Schriftart in editor.fontFamily ändern, wird dies im Rest der Benutzeroberfläche nicht berücksichtigt, wodurch eine Diskrepanz zwischen dem Editor und der Benutzeroberfläche entsteht. Außerdem gibt es keine Einstellungen für workbench.fontFamily oder workbench.fontSize , um dieses Problem zu kompensieren.

Für mich, die Einrichtung einen kleinen Zoom CMD / CTRL + - ein paar Mal, und die Erhöhung des edit.fontSize und terminal.intergrated.fontSize , ich bin gut zu gehen. Es ist nicht so hackig, wie ich es mir vorgestellt habe. Alles ist immer noch relativ, daher ändert die Verwendung von CMD / STRG + + den gesamten Arbeitsbereich, was ich möchte.

... zu den verschiedenen Gründen: Wenn ich "workbench.fontAliasing": "none", setze - da ich im Editor eine nicht antialiasierte Schriftart verwende, sieht der Explorer (linke Seite des Bildes) wirklich schlecht aus: /
screen shot 2017-11-21 at 10 48 31

+1
Sie müssen _fontStyle_, _fontSize_ im Explorer und auf der Registerkarte ändern

+1 von mir für UI-Themen wie Atom.

Ich mag diese Funktion in anderen Code-Editoren (Pycharm) sehr. Bitte fügen Sie dasselbe in Ihre nahe Roadmap ein.

Ebenso wäre es toll, wenn auch die Schriftfamilie geändert werden könnte.

+1 Schriftanpassung auch für den Explorer

+1

Benötigen Sie eine allgemeine UI-Schriftfamilie und UI-Schriftgrößeneinstellungen ...

Was ich wirklich gerne wissen würde, ist, warum all diese Abstimmungen für diese Funktion? Was ist der Nachteil, wenn Sie die Workbench-Schriftart ändern können?

@picosam Die Abstimmungen beziehen sich nicht auf die Idee selbst, sondern auf Kommentare, die nur "+1" angeben oder nur andere Ausdrucksformen / Unterstützung enthalten. Diese Kommentare werden als E-Mail-Benachrichtigungen an alle gesendet und tragen nichts bei, was von ausreichender Bedeutung ist, um eine solche Benachrichtigung zu rechtfertigen. Das Zeigen der Unterstützung für die Idee wird besser ausgedrückt, indem der ursprüngliche Kommentar oder Kommentare, die das Problem weiter klären, positiv bewertet werden.

mehr als 1 Jahr und wir müssen noch auf diese Funktion warten :(

Sie fragen sich nur, ob es eine ETA für diese Funktion gibt? Es wäre sehr praktisch, wenn wir dies in den Einstellungen json konfigurieren könnten. Die aktuelle Schriftgröße macht es sehr schwierig, in Dateien in einem Projekt zu navigieren. Vielen Dank

Ich bin damit einverstanden, dass die Schriftgröße der Benutzeroberfläche sehr groß ist, aber zumindest haben wir den Hack von @kompot , der für den

Wenn ich statusBar.zoomLevel separat auswählen könnte, wäre das eine große Herausforderung, wenn es aus irgendeinem Grund schwierig wäre, die Integrität des Layouts mit einer kostenlosen Schriftgröße aufrechtzuerhalten.

Bitte fügen Sie einige Funktionen hinzu, um die Schriftart der Seitenleiste zu ändern. Aus diesem Grund verwende ich alternative Editoren.

+1

Ich habe den ganzen Tag damit verbracht, von sublime auf VSCode umzusteigen. Ich mag alles, außer der Seitenleiste, die irgendwie komisch zu klein ist. Bitte legen Sie die Einstellungen offen, um die Zeilenhöhe, die Schriftfamilie und die Schriftgröße zu ändern.

+1

Ich wechsle von Sublime zu VS Code und die Seitenleiste ist die Hauptsache, mit der ich ein Problem habe. Es wäre fantastisch, die Zeilenhöhe und Schriftgröße anpassen zu können.

Ich wechsle von IntelliJ und meine bisherigen Erfahrungen mit VSCode sind hervorragend. Mit Ausnahme der SideBar. Ich kann mich nicht daran gewöhnen. Eine sideBar.lineHeigth Option würde dabei sehr helfen. Eine sideBar.dirBackground und eine sideBar.dirExpandedBackground Option wären auch schön, denke ich.

+1

+1

+1

Unsubscibe mich

Am Dienstag, den 20. März 2018 um 13:40 Uhr schrieb farahabdi, [email protected] :

+1

- -
Sie erhalten dies, weil Sie diesen Thread abonniert haben.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/519#issuecomment-374600867 ,
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AjugnBFb7O9WsyW3BMQT8i1TaTdkOdVtks5tgQbbgaJpZM4GoAlw
.

Leute, meinst du das überhaupt ernst? Warum zum Teufel postest du immer wieder deine Pluspunkte? Benutze einfach eine Schaltfläche in einer Startnachricht.

@ steve6274 Mach es selbst, es gibt eine Schaltfläche dafür, sie befindet sich in der rechten unteren Ecke dieses Screenshots: https://monosnap.com/file/FJkeWTsHWIhI6DtRXZKXLo0oUHjv43.png

Ich habe hauptsächlich von Sublime zu VS Code gewechselt und finde die Seitenleiste auch eine der größten Herausforderungen für mich, insbesondere wegen mangelnder Unterscheidung, z. B. zwischen Ordnern und Dateien - Symbole oder nicht.

Ich habe in dieser Ausgabe einen meiner Wünsche von Sublime gefunden: https://github.com/Microsoft/vscode/issues/10748#issuecomment -241287964 - eine einfache Anfrage zum Hinzufügen von fett gedruckten Ordnern, wobei der verknüpfte Kommentar eine mögliche Lösungsvorschläge enthält zum Feedback.

Diese (optionale Konfiguration) wurde abgelehnt, da anscheinend eine fett gedruckte Schriftart eine Entscheidung des gesamten UX-Teams (???) erfordert und "für die nächsten 6-12 Monate nicht auf der Roadmap steht". Ich mag VS Code bisher sehr, aber ich finde diese Art von Einstellung entmutigend. Es ist eine optionale Einstellung für den Namen eines fettgedruckten Schriftordners. Ich bleibe jedoch hoffnungsvoll und würde gerne bei solchen Dingen helfen, wenn es sein muss.

Vielleicht ist diese https://github.com/Microsoft/vscode/issues/26128 tatsächlich diejenige, die man sich ansehen sollte? Ich habe es verpasst, als ich vorher durchgelesen habe.

Gibt es eine Chance, dass dies vor Ende dieses Jahres umgesetzt wird?

VSCode Version: 1.21.1
OS Version: Windows 7

Ich würde gerne eine Option sehen, um die winzige Schriftgröße zu erhöhen, die in VSCode-Menüs verwendet wird

Vielleicht erwarten Sie, dass eine solche Einstellung auf Betriebssystemebene einstellbar ist. Ich bin der Meinung, dass sie in VScode erforderlich ist, genau wie es einen Editor und Optionen für die Schriftgröße des Terminals gibt. Es sollte die offensichtliche "menu.fontsize" geben: 14,

Ich bin mir bewusst, dass
"window.zoomLevel": 0.4

Das Menü und die Pulldowns scheinen jedoch nicht beeinträchtigt zu werden.
Vielen Dank.

Ich möchte die Option, bestimmte Codeordner mit einer Hintergrundfarbe zu färben
Zeigen Sie auf einen Ordner, und klicken Sie mit der rechten Maustaste, um die Hintergrund- / Markierungsfarbe zu ändern

image

  • In Bezug auf die Schriftgröße unterstützen Sie Ctrl-Wheelmouse in allen wichtigen Bereichen von VSCode und lassen Benutzer ihren Komfort dynamisch einstellen.
  • Der natürliche Weg besteht darin, mit der Maus auf das Menü , die Registerkarten, die seitliche Symbolleiste, die Bedienfelder, das Terminal usw. zu zeigen und mit der Strg-Wheelmouse die Schriftgröße (Zoomstufe) einzustellen.
  • Es ist falsch anzunehmen, dass alle Benutzer unbedingt eine globale Zoomstufe oder Schriftgröße wünschen.
    Vielen Dank.

+1.
Zoomstufe nicht mein Favorit

Antwort von Visual Studio zur Option zum Ändern der Schriftart für Kommentare: _ " Ab sofort ist das Ändern der Schriftfamilie nicht verfügbar. Diese Funktionsanforderung ist jedoch derzeit im VS Code GitHub-Repo geöffnet. Wir möchten möglicherweise hier abstimmen: http://msft.social/jeezBz . "_

Ich habe dies mit einem benutzerdefinierten CSS behoben.

  1. Laden Sie be5invis/vscode-custom-css herunter
  2. Aktivieren Sie es und fügen Sie Ihr benutzerdefiniertes CSS hinzu

Ich wollte mehr Platz für jede Zeile in der Baumansicht. Ich benutze dieses Styling:

.monaco-tree .monaco-tree-rows>.monaco-tree-row {
  min-height: 25px;
}

Hacky, ich weiß. Aber es funktioniert

@ Lindesvard Danke, ich wusste nichts über diese Erweiterung.

@mchampanis Ich wurde auch müde, ansah . Hier ist mein CSS, das ich mit der Erweiterung be5invis / vscode-custom-css hinzugefügt habe. Es macht das Betrachten des Entdeckers zu einer weitaus schöneren Erfahrung.

.monaco-tree-row.has-children {
Schriftgröße: 500;
Rand: 8px;
Farbe: #eee;
Schriftgröße: 14px;
}}

.monaco-Baumreihe {
Schriftgröße: 300;
Rand: 5px;
Schriftgröße: 12px;
Farbe: #bbb;
}}

Wenn ich VS-Code in einer virtuellen Maschine auf meinem MacBook Pro mit Retina-Display verwende, habe ich eine wirklich schreckliche Schriftwiedergabe. Alles ist sehr verschwommen. Wenn ich irgendwo in der Nähe der nativen Bildschirmauflösung (2880 x 1800) versuche, dies zu verbessern, werden die Schriftarten extrem klein. Ich kann die Schriftgröße im Editor und im Terminal anpassen, um passable Ergebnisse zu erhalten. Wenn Sie jedoch die Option window.zoomlevel verwenden, um die Benutzeroberfläche auf eine lesbare Größe zu bringen, wird alles wieder unscharf, da sie offensichtlich nur vergrößert wird.

Ich wünschte wirklich, die Option zum Ändern der Schriftgröße wäre vorhanden. VS Code ist für mich in einer VM-Umgebung unbrauchbar.

@lindesvard Nur neugierig ... bevor ich verrückt danach werde, kann ich mit dieser Erweiterung den Schrifttyp ändern, den ich für die Kommentare in meinem Code verwende? Ich wundere mich nur über die Einschränkungen. DANKESCHÖN !!

Nachdem ich dies gepostet hatte, wurde mir klar, dass es derzeit keine Möglichkeit gibt, Kommentarschriftarten zu ändern. Der andere Hack von @mchampanis hat jedoch dazu beigetragen, den Editor ein wenig aufzuräumen. Hoffe, dass die Option, ausgefallene Schriftarten zu Kommentaren hinzuzufügen, bald wieder verfügbar ist.

Ja, ich möchte, dass Ordner etwas größer sind als Dateien, und dass Stammordner (die Ordner der obersten Ebene, die einem Projekt hinzugefügt wurden) ein wenig aufgefüllt sind oder sogar einen schwachen oberen Rand, damit Sie leicht erkennen können, wo Jeder neue Dateisystembaum beginnt.

Die Custom-CSS-Erweiterung scheint allerdings ein bisschen zu viel Hack zu sein :-)

Ich habe es geschafft, die font-family der Baumansicht und anderer Seitenleisten in meinem Debian zu ändern, indem ich workbench.main.css im Ordner /usr/share/code/resources/app/out/vs/workbench/ bearbeitet habe

Finden Sie die Klasse .monaco-shell und ändern Sie dort die Schriftfamilie.

AKTUALISIERT :

Fügen Sie einfach .monaco-shell {font-family: "your font";} in die letzte Zeile der /usr/share/code/resources/app/out/vs/workbench/workbench.main.css -Datei ein. Und du bist gut zu gehen

screenshot from 2018-07-08 01-49-31

@ MaxySpark Danke für das

@MaxySpark ändert zwar die Schriftart, gibt aber auch einen Beschädigungsfehler bei einer Neuinstallation von vscode. Die Fehlerbehebung bei einer Neuinstallation auf einem separaten Computer, bei der nur diese Änderung vorgenommen wird, führt bei jedem Öffnen des Editors zu diesem Fehler:

screen shot 2018-07-04 at 5 27 17 pm

@chaddanna klicke einfach auf das Zahnradsymbol und wähle Don't Show Again

Es ist ziemlich umwerfend, mit all dem Aufwand, der in VSCode steckt, ein grundlegendes Problem wie dieses immer noch nicht zu lösen. Unter OS X ist die UI-Schriftart viel zu groß und die einzige Möglichkeit, sie zu verkleinern (window.zoomLevel), führt zu einem hässlichen Wackeln beim Scrollen. Dies ist ein erhebliches Usability-Problem.

Wird das noch geprüft? Beim Benutzen
"window.zoomLevel": -1,

Dadurch sieht meine Schrift unglaublich hässlich aus

Es ist 3 Jahre nach der ursprünglichen Anfrage vergangen. Warum denke ich immer wieder, dass dies die am meisten aufgegebene Funktionserweiterung von allen war?

Typische Microsoft-Mode.

Typische Microsoft-Mode.

Okay, das klingt einfach undankbar. Es gibt viele Leute, die sich viel Mühe geben in VSCode (und viele von ihnen in ihrer Freizeit). Und im Gegensatz zu "Typical Microsoft Fashion" ist es definitiv Open Source, sodass Sie niemand daran hindert, dies zu implementieren und eine Pull-Anfrage zu senden.

Es muss ein Problem mit Upstream Electron geben, das die Implementierung dieser Funktionsanforderung verhindert. Andernfalls wäre das VS Code-Team sicher schon gelöst. @ ramya-rao-a würdest du bitte mitmachen?

Ja, sollte eine einfache Bearbeitung sein. Ich habe gerade diesen Editor überprüft und muss mindestens eine größere Schrift haben.

Atom ist nett und Sie können alles konfigurieren, also möglicherweise besser passen. https://atom.io/

+1

Liebe Community

Wir gehen dies immer noch nicht an, da wir viele fest codierte Listen- und Baumhöhen (z. B. Explorer) in unserer Workbench haben und eine anpassbare Schriftgröße das Rendering beeinträchtigen würde.
Dies ist keine einfache Lösung und erfordert aufwändigere Arbeiten. Derzeit ist nicht geplant, dies in Angriff zu nehmen, aber wir werden dies in Zukunft in Betracht ziehen.

Vielen Dank
Isidor

Es ist völlig verständlich 🙂. Wie wäre es, wenn wir jetzt nur die Schriftfamilie ändern könnten? Monospace-Schriftarten sehen in der Seitenleiste großartig aus.

@swashata Dazu müsste wahrscheinlich die Höhe der Liste / Baumhöhe

In der Zwischenzeit hilft mir die Problemumgehung von https://github.com/Microsoft/vscode/issues/519#issuecomment -387148025 (unter Verwendung von https://github.com/be5invis/vscode-custom-css).

PS: Ich bin nicht im VSCode-Team.

@ Pradyunsg Ich weiß davon. Nur kein großer Fan, weil ich vscode insider benutze und es jeden Tag aktualisiert wird. Stattdessen öffne ich einfach das devTool und ändere die Schriftfamilie in Dank Mono .

Es wäre großartig, die Schriftart der Seitenleiste zu ändern.

Ich freue mich auf diese Funktion.

Eine weitere interessante Aussicht auf dieses Problem besteht darin, dass VSCode bereits standardmäßig zwischen verschiedenen plattformspezifischen UI-Schriftarten wechseln kann. Wenn Sie beispielsweise unter Linux die Segoe UI-Schriftart unter Windows installieren, wechselt VSCode automatisch von der Standard-Linux-Schriftart (Noto Sans?) Zur Segoe UI. Wäre es angesichts der Tatsache, dass diese Funktion bereits vorhanden ist, möglich, das Umschalten zwischen diesen UI-Schriftarten zuzulassen, da diese vom Benutzer installiert werden, während an den fest codierten Abständen gearbeitet wird? Dies wäre immer noch eine (eher Nischen-) Notlösung, sollte aber zumindest ein wenig mehr Anpassbarkeit ermöglichen als das, was derzeit vorhanden ist.

Können wir einfach implementieren:

{
  "explorer.fontSize" : 13.5
}

?

Dann können wir dieses Problem beheben.

Microsoft ... das ist eine grundlegende Anfrage. Niemand fordert eine Suchfunktion an, die auch Ihre Mutter anruft, ihr alles Gute zum Geburtstag wünscht, ihr bei Amazon ein Geschenk für die Lieferung am selben Tag bestellt (natürlich nach ihrem Geschmack) und einen Videoanruf plant, während Sie Ihre Arbeit erledigen für dich. Wir sprechen hier über grundlegende Änderungen der Schriftart.

Während die Standardschriftart der Seitenleiste für bestimmte Szenarien in Ordnung sein kann, ist sie für viele Entwickler absolut nicht in Ordnung. Entweder muss dies behoben werden, indem wir die folgenden Optionen angeben:

  • der Schriftname
  • die Schriftgröße und
  • die Linienhöhe

ODER machen Sie es so, dass das Bearbeiten des Haupt-CSS mit etwas wie vscode-custom-css die App nicht beschädigt. Eine einzelne benutzerdefinierte CSS-Datei, die in den Benutzereinstellungen gespeichert ist, wäre ebenfalls in Ordnung.

Das Problem mit benutzerdefiniertem CSS ist jedoch, dass es manchmal das Layout beschädigt - Sie können in einer Seitenleiste nicht ganz nach unten scrollen, andere Schriftarten werden durcheinander gebracht usw. Deshalb möchte ich eine native Implementierung sehen, anstatt eine zu verwenden Hacky-System über ein Plugin, das ausdrücklich angibt, dass VSCode denkt, es sei kaputt.

Es kann nicht so schwer sein, eine einfache Funktion wie diese hinzuzufügen, die vor drei Jahren angefordert wurde.

@ dougc84 Während ich ganz bei Ihnen bin, ist es nicht so einfach, diese Funktion zu haben, wie @isidorn bereits erwähnt hat, hauptsächlich wegen der fest codierten Werte, die mit dem Explorer zusammenhängen. Diese Werte sind der Grund, warum Sie im Explorer nicht vollständig nach unten scrollen können, da die Höhe der Zeilen größer ist als erwartet, glaube ich.

Ich bin jedoch frustriert, dass ich mich auch mit all diesen Nachteilen, beschädigten Installationsmeldungen usw. auseinandersetzen muss. Ich denke, dass diese Funktionsanforderung ernst genommen werden sollte, da sich VSCode für mich auf meinem 13,3-Zoll-Laptop mit der Standardschriftgröße wirklich unbrauchbar anfühlt und ich keinen wertvollen Speicherplatz durch Zoomen in der gesamten App verschwenden möchte.

Jetzt kann ich auch die Schriftart meiner Seitenleiste nicht mehr ändern :(

@isidorn

Wir gehen dies immer noch nicht an, da wir viele fest codierte Listen- und Baumhöhen (z. B. Explorer) in unserer Workbench haben und eine anpassbare Schriftgröße das Rendering beeinträchtigen würde.

Warum gibt es überhaupt fest codierte Größenwerte?

Dies ist keine einfache Lösung und erfordert aufwendigere Arbeit.

Ich habe es so satt, Billionen-Dollar-Unternehmen zuzuhören, die darüber jammern, wie schwierig es ist, einfache Dinge zu tun. Microsoft hat keine Junior-Entwickler mehr?

Derzeit ist es nicht geplant, dies in Angriff zu nehmen, aber wir werden dies in Zukunft prüfen.

Derzeit ist nicht geplant, VSCode zu verwenden, bis es die einfache Funktion bietet, meinen gottverdammten Dateibaum lesen zu können. Ich bin mir nicht sicher, ob ich mich in Zukunft darum kümmern werde.

Leute , ich weiß, dass es nervt, aber während Sie es zumindest mit

In der Tat gibt es einen Hack. Aber bedenken Sie die Konsequenzen des Hacks: Ich muss das Eigentum an Dateien übernehmen, die in einem Systemverzeichnis enthalten sind, nur um die Schriftart zu ändern. Für mich ist das das Sicherheitsrisiko absolut nicht wert. Am wichtigsten ist, dass dies eine grundlegende Funktion ist, die keinen Hack erfordern sollte.

@ Al2Me6 , nein, das tust du nicht. Die Konfiguration, die ich auf meinem settings.json :

  "editor.fontSize": 13,
  "window.zoomLevel": -1,

Einige meiner Mitarbeiter verwenden "editor.fontSize": 14 .

@robsonsobral wie man hässliche Schriftart der Seitenleiste ändert?

@ Al2Me6 , nein, das tust du nicht. Die Konfiguration, die ich auf meinem settings.json :

  "editor.fontSize": 13,
  "window.zoomLevel": -1,

Einige meiner Mitarbeiter verwenden "editor.fontSize": 14 .

Ja, das ändert zwar die Schriftgröße, aber als Nebeneffekt tritt beim Scrollen dieses nervige Zittern auf (https://github.com/Microsoft/vscode/issues/28439). Derzeit gibt es wirklich keine gute Lösung zum Anpassen der Benutzeroberflächengröße. Ich verstehe fest codierte Werte für das Prototyping, aber der Versand von Produktionssoftware mit solch lästigen Usability-Problemen ist etwas umwerfend, insbesondere angesichts des großen Aufwands, den Microsoft in VSCode investiert.

@ shirshak55 , wenn du über die Schrift

@knopp , das

Leute, das Thema ist Schriftgröße und Schriftart. Skalierungs- und Zoomstufen beheben das Problem nicht. Wenn es für Sie funktioniert, großartig. Skalieren und Zoomen sind jedoch nicht das Problem - es ist die hässliche, komprimierte Schriftart, die zu einer schwer lesbaren Datei- und Ordneransicht führt.

@isidorn

Wir gehen dies immer noch nicht an, da wir viele fest codierte Listen- und Baumhöhen (z. B. Explorer) in unserer Workbench haben und eine anpassbare Schriftgröße das Rendering beeinträchtigen würde.
Dies ist keine einfache Lösung und erfordert aufwändigere Arbeiten. Derzeit ist nicht geplant, dies in Angriff zu nehmen, aber wir werden dies in Zukunft in Betracht ziehen.

Es tut mir leid, aber dies ist eine inakzeptable Antwort. Dies ist eine Elektronen-App im Kern. Sie haben es mit (im einfachsten Sinne) grundlegender Webtechnologie im Frontend zu tun. Dies ist ein Problem, das viele andere Entwickler gelöst haben, ohne monaco Klassen fest zu codieren (oder, noch schlimmer, Stilwerte manuell einzugeben - komm schon, es ist 2018). Als Microsoft-Produkt kann ich nicht sagen, dass ich bessere Ergebnisse erwarte (die Benutzeroberfläche ist und war noch nie die Stärke von Microsoft), aber wenn Sie ein solches Produkt für mehrere Plattformen, mehrere Sprachen und mehrere Verwendungszwecke verfügbar haben möchten Lassen Sie die Benutzer das CSS an ihre Bedürfnisse anpassen. Das Problem "Break the Rendering" ... nun ... ist kein Problem bei der Verwendung von benutzerdefiniertem CSS, abgesehen von einigen Problemen, die darin bestehen, nicht ganz nach unten scrollen zu können, kann aber einfach mit einem einfachen overflow: scroll behoben werden ist, das auf dem Erweiterungsmarkt zulässig ist.

Ich konnte @ dougc84 nicht mehr zustimmen.

In meinen Augen stinkt das wirklich nach Corpensource-Horseshit.

Microsoft will den Namen und den Ruhm, aber sobald sie eine Massenakzeptanz erhalten (oder nahe daran sind), konzentrieren sie sich auf Funktionen, die nur dem Wohltäter zugute kommen.

Ich frage mich buchstäblich, ob hinter dem Widerstand gegen diese Feature-Anfrage eine Art lächerliche Milieu-Kontrolle steckt.

Ehrlich gesagt, wie viele fest codierte Werte könnte es möglicherweise geben? 9 Billionen? Jeder einzigartig?

Achtung, alle Badasses, die derzeit in den Kommentaren hier zu hören sind, wenn das Update so "einfach" ist, könnten "Junior-Entwickler" es tun, weil es nur "grundlegende Web-Technologie" ist, was _you_ genau davon abhält, eine Pull-Anfrage zu öffnen, die das Problem behebt ?

Es war einfacher, sich über dieses Zeug zu beschweren, als alles MS-Zeug Closed Source war, aber sie haben einen der besten Editoren / IDE als kostenloses Open Source-Projekt gemacht. Magst du es nicht? Verwenden Sie Atom. Oder einer der vielen anderen Texteditoren. Wenn VSCode so ein Scheiß ist, warum störst du dich dann überhaupt?

Um klar zu sein, ich möchte auch, dass dieses Problem auftritt. So bin ich hierher gekommen. Aber ich bin es leid, die Betreuer sinnlos zu verspotten, wenn es sowohl kostenlos als auch Open Source ist! Dieser Thread sollte wahrscheinlich gesperrt sein ...

@austinbutler

Achtung alle badasses ...

So sehr ich das Kompliment schätze, seit wann ist grundlegendes CSS "badass"?

Was genau hindert Sie daran, eine Pull-Anfrage zu öffnen, die das Problem behebt?

Die Tatsache, dass ich nicht die Gewohnheit habe, meine Zeit oder Fähigkeiten für Microsoft-Marketinginitiativen zu spenden.

Microsoft möchte VS Code als Gefäß verwenden, um die Herzen und Gedanken von Entwicklern zu erfassen. Sie möchten, dass dies der erste Stopp für Ihren Code entlang einer Pipeline ist, von der ich mir vorstelle, dass sie Github und dann Azure umfasst.

Seit wann ist Microsoft eine Wohltätigkeitsorganisation, die Hilfe von der Community benötigt, um ihre Ziele zu erreichen? Ist ihnen das Geld knapp? Sollten wir eine Kickstarter-Seite für sie einrichten?

Es ist nicht meine Aufgabe, die technischen Schulden von Microsoft zu beheben. Ich bin nicht derjenige, der überhaupt alle Werte fest codiert hat. Du hast es kaputt gemacht, du hast es repariert.

Es war einfacher, sich über dieses Zeug zu beschweren, als alles MS-Zeug Closed Source war, aber sie haben einen der besten Editoren / IDE als kostenloses Open Source-Projekt gemacht.

Sie können VS Code kaum als "einen der besten Editoren" bezeichnen, da der ganze Sinn dieses (drei Jahre alten) Threads darin besteht, dass VS Code eines der grundlegendsten Merkmale einer IDE fehlt und daher für 40 unbrauchbar wird -50% seines Zielmarktes.

Wie ist diese Software "eine der besten", wenn mehr als die Hälfte der beabsichtigten Benutzer sie nicht verwenden kann, weil ein Billionen-Dollar-Technologieriese durch einen CSS-Fehler in die Knie gezwungen wird?

Magst du es nicht? Verwenden Sie Atom.

Ähm ... hast du in letzter Zeit die Nachrichten gelesen?

Wenn VSCode so ein Scheiß ist, warum störst du dich dann überhaupt?

VS Code selbst ist kein Horseshit. Microsoft priorisiert Funktionen, die dem Geschäftsplan zugute kommen, gegenüber Funktionen, die den tatsächlichen Benutzern zugute kommen.

Um klar zu sein, ich möchte auch, dass dieses Problem auftritt. So bin ich hierher gekommen.

Gut, dann können Sie vielleicht verstehen, dass diese Funktionsanforderung DREI JAHRE ALT ist. Wie lange soll eine Benutzerbasis warten? Wie lange glaubt Microsoft, bis eine andere Corpensource-IDE auf den Markt kommt und die magische Möglichkeit bietet, die Schriftart in ihrem Dateibaum anzupassen?

Aber ich bin es leid, die Betreuer sinnlos zu verspotten, wenn es sowohl kostenlos als auch Open Source ist!

Das Preismodell, das Microsoft für seine Software auswählt, ist nicht mein Problem. Wenn es ein kostenpflichtiges Produkt wäre und die Funktionen, die ich benötige, zu einem vernünftigen Preis anbieten würde, würde ich gerne die 100 US-Dollar wie in der Vergangenheit für viele, viele andere Titel bezahlen.

Wenn Microsoft VS Code als Werbung verwenden möchte, um sich mit der Entwickler-Community zu verbinden, ist das in Ordnung. Aber wenn sie einen CSS-Fehler nicht bewältigen können, ist es vielleicht an der Zeit, nach einem neuen Wohltäter für Unternehmen zu suchen.

Dieser Thread sollte wahrscheinlich gesperrt sein ...

Das ist eine hervorragende Idee. Jeder weiß, dass der beste Weg zur Verbesserung Ihrer Software darin besteht, Ihre Benutzer zu ignorieren und sie zum Schweigen zu bringen, wenn sie Sie kritisieren.

Noch besser: Warum verbieten wir nicht einfach jemanden, der es wagt, Microsoft überhaupt zu kritisieren, von Github?

Okay Leute, entspannt euch.

Der Grund, warum viele Leute keinen Beitrag leisten, liegt nicht in ihrer Fähigkeit, die Funktion zu schreiben. Viele von uns haben keine Zeit, ihre Arbeit zu erledigen UND Zeit damit zu verbringen, eine völlig neue App, ein neues Framework, Styleguides und (in einigen Fällen) Sprachen zu lernen, um dies zu erreichen. Und mit 169 aktuellen Pull-Anfragen sowie einer definierten Roadmap besteht das Problem nicht darin, dass MS / das VSCode-Team dies nicht realisieren können, sondern es einfach nicht zu einer Priorität machen (und es ist nicht einmal auf ihrem Radar ).

Der Grund, warum dieses Problem besteht und an Zugkraft gewinnt, liegt in einer Funktion, die die Menschen wünschen. Aber negative Aufmerksamkeit bringt uns nicht weiter.

@austinbutler hat recht - jemand muss trotz der unnötig harten Worte einen Beitrag leisten. Ich persönlich habe nicht die Ressourcen, um zu diesem Projekt beizutragen. Wenn es Rubin wäre (was, wie ich weiß, mit Desktop-Apps nicht wirklich funktioniert), würde ich versuchen, etwas Zeit zu sparen, um etwas zu bewirken, aber das ist es nicht. Es ist elektronisch und ich bin einfach nicht genug mit serverseitigem JS _oder_ node.js _oder_ dem Framework vertraut.

Das heißt, @ AJB99 ist auch richtig (auch wieder, trotz der unnötig harten Worte). MS hört nicht auf ihre Community und sie machen sich nicht die Mühe, das Problem anzugehen. MS arbeitet sich in Open-Source-Plattformen vor - VSCode als erste große Plattform -, aber sie sind im Kern ein Unternehmen mit eigenen Zielen und einer Roadmap, die die Menschen unweigerlich von sich drängen wird. Und wie ich bereits erwähnt habe, war MS nie UI-zentriert. Windows war schon immer das hässliche Betriebssystem. Die Multifunktionsleiste zum Beispiel ist in den meisten Apps einfach nicht intuitiv oder einfach zu bedienen. Windows 10 scheint KDE aus dem Jahr 2010 zu verwenden. Allerdings hat MS VSCode als einfachen Editor veröffentlicht, sodass die Leute es als Alternative zu Notepad ++, Sublime, Atom, Komodo, JetBrains usw. betrachten. flügge IDE, wie Visual Studio. Die meisten Interessenten wünschen sich nur eine korrekte Hervorhebung und Einrückung des Codes, eine grundlegende automatische Vervollständigung, einige schöne Farben und eine hübsche Benutzeroberfläche sowie möglicherweise eine einfache Werkzeugintegration. Wenn sie mehr wollen, gibt es immer Visual Studio oder eine der unzähligen leistungsstarken IDEs. Einige dieser Grundvoraussetzungen fehlen einfach.

In jedem Fall gibt es keinen Grund, sich darüber zu erhitzen. Kommentare und Upvotes zu Themen sagen dem Entwicklerteam, dass wir interessiert sind oder etwas wollen. Die Antworten von ihnen, die sagen "Wir ziehen es nicht in Betracht", während sie das Problem offen lassen oder es überhaupt nicht ansprechen, sagen Benutzern wie mir lediglich, dass sie sich nicht darum kümmern. Das ist das Problem.

Neuer Typ im Thread, aber lesen Sie einfach alles durch und scheiße die Negativität hier ... Woher kam dieses Gefühl der Berechtigung? Es ist ein KOSTENLOSES Open Source-Produkt. Es ist mir egal, ob der Besitzer ein zufälliger Entwickler, "unser Herr und Retter" Google oder der "inkarnierte Teufel" Microsoft ist, ich werde diese Art von Haltung gegenüber FOSS-Produkten nie verstehen. Es ist giftig und völlig unproduktiv.

Ich bin genauso verzweifelt nach diesem Feature wie alle anderen hier, aber ehrlich gesagt, wenn ich der Betreuer dieses Features wäre, wäre ich noch weniger geneigt, das Feature mit all den berechtigten Anforderungen zu erstellen ...

@ sgarcia-dev Ich habe hier endlich ein bisschen gesunden Menschenverstand gesehen, danke.

Es ist giftig und völlig unproduktiv.

Geduld, Freundlichkeit und Höflichkeit haben bisher so gut für uns funktioniert. Ich denke, wir sollten einfach weiter betteln.

Ich bin jetzt müde :) Wechselt zu erhaben zurück und fand es besser. Und die Seitenleiste sieht jetzt fantastisch aus: D.

@Palette

Geduld, Freundlichkeit und Höflichkeit haben bisher so gut für uns funktioniert. Ich denke, wir sollten einfach weiter betteln.

Nun, ein berechtigtes Arschloch zu sein, das nur jammert, funktioniert auch nicht so gut.

Ich bin nach 11.11 frei, vielleicht kann ich es versuchen.
Aber wer kann mich wissen lassen, was Sie wollen?
Nur Schriftgröße des Seitenfensters?

@saighost

Schriftfamilie

Schriftgröße

line-height auch ...

Viele Layouts in Code Direct verwenden 22px, viel Arbeit zu erledigen.
Vielleicht kann ich eine Version pushen, diese Schriftgröße kann eingestellt werden, aber nicht mehr als 22px.
Und dann werde ich versuchen, das Layout so zu gestalten, dass mehr Schriftgrößen angepasst werden können.

Es ist Zeit, etwas Lärm auf dieser PR zu machen, die dieses Problem lösen würde: https://github.com/Microsoft/vscode/pull/63602

Hallo, ich sehe, dass dies ein Thema ist, das viele Menschen fasziniert.

Ich habe heute ein Problem eröffnet (# 66472), ohne zu wissen, dass es existiert.

Ich habe nicht den ganzen Faden der Konversation gelegt (weil er aus dem Jahr 2015 stammt), aber ich denke, dass der Grund des Problems hauptsächlich von Electron stammt.

Unter Linux rendert discord beispielsweise Schriftarten nicht korrekt. Dies ist auch bei anderen elektronenbasierten Anwendungen der Fall, aber ich werde keine exausthive Liste einschließen.

Ich habe mir die PR angesehen und das Interessanteste, was dabei herauskommt, ist die Änderung von do not default je nach Betriebssystem.

Ich halte das Thema im Auge, um zu sehen, ob es Änderungen gibt

Der Grund für das Problem liegt nicht bei Electron, sondern bei Entwicklern, denen die Anpassung der Benutzeroberfläche egal ist. Das Elektron selbst hindert Sie nicht wirklich daran, eine Schriftart festzulegen, wie einfach dies in Atom und in Echtzeit gemacht wird!
clip 2019-01-24 at 06 36 33

Das Problem ist 4 Jahre alt, jetzt können wir deutlich sehen, wie hoch die Priorität ist.

Ja, wenn Atom kein solches Problem hat, sollte Code es auch nicht haben. Ich frage mich, wann Atom Xray Release und ich kann Code sicher und glücklich verlassen :(

Ich bin nicht überzeugt. Electron sollte eine grundlegende korrekte Wiedergabe von Schriftarten gemäß dem Betriebssystem bereitstellen, in dem es funktioniert.

Ich bin nicht überzeugt. Electron sollte eine grundlegende korrekte Wiedergabe von Schriftarten gemäß dem Betriebssystem bereitstellen, in dem es funktioniert.

Electron rendert die im Stylesheet angegebene Schriftart und Größe. Es ist sinnlos, Elektronen für fest codierte Schriftarten / Schriftgrößen / Zeilenhöhen zu beschuldigen.

Die Möglichkeit, die Schriftgröße in der Seitenleiste zu ändern, würde ebenfalls sehr hilfreich sein.

Für diejenigen von euch, die immer noch Probleme damit haben. Bis sie es umgehen können, ist hier eine schnelle Lösung. Laden Sie die benutzerdefinierte CSS- und JS-Erweiterung von hier herunter: https://github.com/be5invis/vscode-custom-css und bearbeiten Sie in einer benutzerdefinierten CSS-Datei einfach die Eigenschaft .explorer-viewlet. Ein Beispiel

.explorer-viewlet { font-family: "Space Mono"; font-weight: bold; }

Die resultierende Ansicht ist dies
screenshot from 2019-02-01 21-47-58

@ dr3amnightmare Der entscheidende Punkt hier ist nicht, dass es keine Möglichkeit gibt (hacky oder nicht), den beabsichtigten Effekt zu erzielen, sondern dass es einfach nicht akzeptabel ist, eine Problemumgehung zu verwenden, bei der die Dateien der Anwendung geändert werden, um dies zu erreichen.

Als die ursprüngliche Person, die diesen Thread gestartet hat, bin ich absolut erstaunt, dass dies auch nach mehr als 3 Jahren noch nicht beachtet wurde.

Microsoft hasst Programmierer.

Am 1. Februar 2019, um 23:07 Uhr, schrieb hsdk123 [email protected] :

Als die ursprüngliche Person, die diesen Thread gestartet hat, bin ich absolut erstaunt, dass dies auch nach mehr als 3 Jahren noch nicht beachtet wurde.

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub https://github.com/Microsoft/vscode/issues/519#issuecomment-459933345 an oder schalten Sie den Thread https://github.com/notifications/unsubscribe-auth/AGfxtGLeUg1NPizuVlNDvel4IPVI- stumm

Ich bin sicher, dass eine große Anzahl von uns als Entwickler zustimmen kann, dass das Erscheinungsbild unserer Arbeitsbasis beim Einrichten einer Entwicklungsumgebung absolut eines der ersten Dinge ist, die wir „genau richtig“ machen wollen - ein Schlüsselfaktor für die Reihenfolge um die Produktivität zu maximieren.

Wenn ich dieses Problem vernachlässige, denke ich, dass dies eine große Aussage in die Vernachlässigung dieses alltäglichen Phänomens ist, auf die sich selbst die Entwickler von VS Code sicher beziehen können.

Wie auch immer, dieser Thread hat über 1000 Reaktionen erhalten - ich bezweifle, dass dies nicht genügend Daten für die Anzeige dieses Problems sind. Dies ist etwas Grundlegendes, das behoben werden muss. Wenn dies trotz so vieler Daten immer noch nicht angesprochen wird, scheint die einzig logische Schlussfolgerung zu sein, dass dies nur absichtlich ignoriert oder gepusht wird.

Wenn die Entwicklung wirklich datengetrieben ist, sollte dies vor langer Zeit ein Problem gewesen sein. Dies scheint daher nur ein weiteres trauriges Beispiel dafür zu sein, dass wichtige Probleme aufgrund kurzsichtiger Produktmanager oder Entwicklungszyklen in den Abfluss geraten, die leicht zu beschaffende, auffällige Aktualisierungen bevorzugen, als die Priorisierung der wirklich wichtigen Probleme, die jedoch angemessene Zeit in Anspruch nehmen können Betrachtung.

Mehr als 3 Jahre sind vergangen. Wenn diesem Thema auch nur die geringste Aufmerksamkeit geschenkt worden wäre, bezweifle ich, dass in dieser Zeitspanne nichts gelindert worden wäre. Wenn jemand ein Gegenargument vorschlagen würde, dass Aufmerksamkeit geschenkt wurde, dann scheint dies eine große Aussage über die Fähigkeit der Entwickler zu sein.

Wenn Sie dieses eine Problem beheben, hat VSCode mehr als 1000 Unterstützer für dieses spezielle Update. Ist das noch nicht genug Anreiz?

@ Al2Me6 Obwohl ich voll und ganz zustimme, dass dies ein Problem ist, das vor 3 Jahren hätte behoben werden müssen, als es gemeldet wurde, scheint es den Leuten 3 Jahre später immer noch gelungen zu sein, den Weg zu diesem Thread zu finden, um von den Entwicklern enttäuscht zu werden. Ich bin heute zu diesem Problem gekommen und habe beschlossen, ein Update für mich selbst zu hacken, und wollte nur eine Alternative für diejenigen teilen, die in den nächsten 3 Jahren kommen, während dieses Problem vernachlässigt wird, damit sie zumindest einen Weg finden, es zu beheben. Besonders diejenigen, denen HTML / CSS und / oder JS fehlen (ich weiß, dass mir diesbezüglich ziemlich viel fehlt). Sollte ich in der nächsten Zeit Zeit haben, werde ich einen Blick auf den Code werfen und einen Weg finden, dies als Option hinzuzufügen und eine Pull-Anfrage für Sie zu senden, wundervolle wenige, die beleidigt wurden. Keine Versprechungen. Aber ich werde es versuchen!

@ dr3amnightmare Es gibt bereits eine Pull-Anfrage, aber niemand darum . Aber ich sehe keine Fortschritte von Microsoft-Teams.

63602

@knopp
2018-Aug-17
"... es ist Open Source, also hindert Sie niemand daran, dies zu implementieren und eine Pull-Anfrage zu senden."

Es ist über drei Jahre her und dies wurde nicht umgesetzt. Wenn die Änderung möglich gewesen wäre [durch einen Beitrag der Gemeinschaft], wäre sie inzwischen erfolgt.

@Palette
2018-Nov-06
"Dies ist ein Milliarden-Dollar-Unternehmen ..."

Sie haben ein riesiges und allgegenwärtiges Unternehmen wie MS, das meiner Meinung nach oft viel Hass auf sich zieht, oft zu Recht. Abhängig davon, wessen Daten Sie lesen, hält MS immer noch den größten Anteil an der Installation von Geschäftsbetriebssystemen.

@isidorn
2018-Aug-21
"... wir haben viele fest codierte Listen und Baumhöhen ..."

@hawkgs
2018-Okt-23
"... diese Funktion ist nicht so einfach wie @isidorn bereits erwähnt, hauptsächlich wegen der

Das ist beunruhigend. Dies sind die Personen, denen Sie implizit Ihre privatesten Daten anvertrauen, wenn Sie im Internet surfen und Online-Finanztransaktionen durchführen. (Oh, und die Lohn- und Gehaltsabrechnungssysteme Ihres Unternehmens befinden sich höchstwahrscheinlich auf Windows-Servern.) Dies sind jedoch dieselben Personen, die einen Editor aufgrund fest codierter Funktionen nicht aktualisieren können. Vielleicht wäre eine CS101-Auffrischung naheliegend.

Ich finde es ziemlich witzig, dass die VSC-Designer einen Code-Editor mit einer proportionalen Schriftart entwickelt haben ... was zufällig eine der hartcodierten Funktionen ist!

Ich habe keine Liebe zu MS, Apple, Google ... irgendetwas davon. Ich habe sicherlich keine Verpflichtung gegenüber VSC. Dieses Problem mit der "Explorer-Schriftart" war der letzte Strohhalm für mich. Meine Lösung: zurück zu Vi. (Ich kann viel schneller tippen als "tippen und mit der Maus herum".)

Denken Sie daran, Sie brauchen nur zwei Zeichen für das Jahr!

Bitte MS, sperren Sie diesen Thread! @isidorn , @egamma?

Ich bin daran interessiert, die Fortschritte in diesem Bereich zu verfolgen, nicht daran, mich von Hardcore-Badass-Entwicklern zu beschweren oder zu posieren. Ja, offensichtlich ist dies etwas, was viele Leute wollen. Ja, wenn MS es für wichtig befunden hätte, hätten sie es nach drei Jahren getan. Denken Sie, dass es nur eine bestimmte Schwelle von Beleidigungen ist, die MS dazu motivieren wird, dies umzusetzen? Und wir sehen nur, was diese Schwelle ist? Etwas sagt mir, dass das nicht helfen wird.

Dies ist ein kostenloses Open-Source-Produkt. Wenn Sie der Meinung sind, dass MS Müll ist und VSC scheiße ist, verwenden Sie VIM, VI, Nano, Atom, Sublime, was auch immer überlegen ist, und hören Sie bitte auf, hier hasserfüllten Müll zu veröffentlichen. Wenn Sie eine vernünftige Person sind, die denkt: "Weißt du, VSC ist ziemlich gut, aber ich wünschte, es wäre erlaubt, die Schriftgröße und Schriftart zu ändern", dann +1 den ursprünglichen Beitrag hier, abonnieren und weitermachen ...

Bitte MS, sperren Sie diesen Thread! @isidorn , @egamma?

Wenn Sie eine vernünftige Person sind, die denkt: "Weißt du, VSC ist ziemlich gut, aber ich wünschte, es wäre erlaubt, die Schriftgröße und Schriftart zu ändern", dann +1 den ursprünglichen Beitrag hier, abonnieren und weitermachen ...

Leider sperrt das Sperren von Diskussionen die Reaktionen für den ursprünglichen Beitrag. Und es kann die Sortierung von auf Benutzermeinungen basierenden Problemen unterbrechen.

Dieser Artikel hat mir erlaubt, viele Dinge zu verstehen: https://pandasauce.org/post/linux-fonts/

Dies hat hier nichts mit dem Problem zu tun; Das Problem betrifft fest codierte Schriftarten und Schriftgrößen, keine Renderprobleme.

Das ist ein Teil des Problems. Unter MacOS / Windows ist das allgemeine Rendern von vscode-Schriftarten korrekt. Im Gegensatz zu Linux.

Wenn Sie unter einem anderen Betriebssystem als Linux diese Schriftarten ändern möchten, ist dies ein kleines Gadget.

Der Teil des Entwicklers, der das Erscheinungsbild von vs unter macos / windows ändern möchte, ist infinitesimal

Nein.

Ich bin auf macOS. Die Schriftarten sind in Bezug auf das tatsächliche Rendern von Schriftarten in Ordnung, aber die
Die Wahl der Schriftart ist sehr schwer zu lesen, ganz zu schweigen von dem schmalen Buchstaben
Abstand und Linienhöhen.

Es hat nichts mit Linux oder Mac oder Windows zu tun. Es hat mit dem Benutzer zu tun
Präferenz. Wenn ich mehr als 40 Stunden pro Woche auf eine App starre, tue ich das nicht
wollen kämpfen oder hacken, um die Dinge lesbar zu machen.

Am 7. Februar 2019 um 02:36:27 Uhr wurde Benjamin Nolmans (
[email protected]) schrieb:

Das ist ein Teil des Problems. Unter MacOS / Windows das Gesamt-Rendering von
vscode-Schriftarten sind korrekt. Im Gegensatz zu Linux.

Auf jedem anderen Betriebssystem als Linux möchten Sie diese Schriftarten ändern, es ist ein wenig
Gadget.

Der Teil des Entwicklers, der das Erscheinungsbild von vs unter macos / ändern möchte
Windows ist infinitesimal

- -
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/519#issuecomment-461315687 ,
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AAtcPbv2i859LySEmBMCaL6O2oifAWuPks5vK9d7gaJpZM4GoAlw
.

Bin ich der einzige, der glaubt, dass sich dies wie eine Episode von "The Expanse" anfühlt?

@austinbutler So eine Vorliebe für die Unterdrückung der Vox Populi. Überraschend.

Ich bin daran interessiert, die Fortschritte in diesem Bereich zu verfolgen, nicht daran, mich von Hardcore-Badass-Entwicklern zu beschweren oder zu posieren.

Alter, wieder ist es CSS. Es gibt nichts "Hardcore" oder "Badass".
(Außer dass diejenigen, die wirklich Meister des CSS sind, in meinem Kopf im Grunde genommen Götter sind.)

Ja, offensichtlich ist dies etwas, was viele Leute wollen.

Richtig.

Ja, wenn MS es für wichtig befunden hätte, hätten sie es nach drei Jahren getan.

Ich bin soweit bei dir ...

Denken Sie, dass es nur eine bestimmte Schwelle von Beleidigungen ist, die MS dazu motivieren wird, dies umzusetzen?

Könnte sein?

Und wir sehen nur, was diese Schwelle ist?

Vielleicht auch. Auch lustig.

Etwas sagt mir, dass das nicht helfen wird.

Zu diesem Zeitpunkt kann es nicht schaden. Etwas, etwas, verdammt Microsoft.

Dies ist ein kostenloses Open-Source-Produkt.

Nein, ist es nicht. Du bezahlst mit deiner Seele.

Dies ist eine Corporate-Marketing-Initiative eines globalen Technologie-Giganten. Dies ist ein Trick, der entwickelt wurde, um Ihre Herzen und Gedanken zu erfassen (wenn auch ein verdammt guter). Aber in typischer Microsoft-Manier versauen sie die UX, die sie brauchen, um Ihr Herz oder Ihren Verstand zu erobern.

VS Code ist kein altruistisches Angebot des Technologiegottes MS. Wenn sie einen Preis von 100.000 US-Dollar darauf setzen könnten, würden sie es tun.

Das Große und Böse Microsoft hat während seines 43-jährigen Bestehens bewiesen, dass es vor nichts zurückschrecken wird, um die Softwarelandschaft auf jede erdenkliche Weise zu dominieren.

Ihre Anführer werden lügen, betrügen und stehlen, um einen Hebel zu erlangen, der es ihnen ermöglicht, ihre beschissene, hässliche, fehlerhafte und unsichere Software einem ahnungslosen Planeten aufzuzwingen.

Warum glauben Sie, haben sie plötzlich FOSS-Fieber und sind einfach nur so begeistert, dieses großartige Geschenk der Programmierer-Community anbieten zu können?

(Es sei denn natürlich, Sie möchten die Schriftart in Ihrem Dateibaum ändern. In diesem Fall können Sie Ihre Anfrage an [email protected] richten.)

Wenn Sie denken, MS ist Müll

Folgende ...

und VSC saugt

Falsch. VS Code ist eine gute Software. Es fehlen nur ein paar wichtige Funktionen.

In diesem Thread geht es seit Jahren nicht mehr um eine Funktionsanfrage. Aus diesem Grund weigert sich Microsoft, diese Funktionsanforderung zu implementieren.

Es macht keinen Sinn. Warum nicht @saighost PR zusammenführen? Ich habe selbst keinen Test-Build ausgeführt, aber nach dem, was ich gesehen habe, handelt es sich um Inline-Stil-Entfernungen, einige Klassen-Ergänzungen und einige Konfigurations-Var-Ergänzungen (und es sah sauber und konsistent aus). Sicherlich hat MS einen Praktikanten oder jemanden, den sie sagen können: "Hey, können Sie einen Build und die Tests auf diesem @saighost PR für # 519

Sie möchten diese Funktionsanforderung nicht erfüllen.

Und jetzt möchte ich wirklich, wirklich, wirklich, wirklich wissen warum.

@ Dougc84

Sie müssen zwischen Rendering und Stil unterscheiden.

Hier dreht sich alles nur um Stil. Kein Rendern.

Ich verbringe viel Zeit in vscode, weil er für mich der Redakteur ist, der alles macht.

Es gibt jedoch nur unter Linux, dass ich die Schriftart ändern möchte, da das Standard-Rendering nicht sauber ist.

Der Artikel, den ich gebe, ist sehr interessant, denn selbst wenn Sie die Schriftart ändern und das Rendering nicht gut ist, erhalten Sie eine Antwort auf dieses Problem.

Dies ist kein "Linux" -Problem. Unter Ubuntu (Xubuntu) war das Rendern von Schriftarten für VS-Code immer zu 100% perfekt. Ich habe diesen Fehler abonniert, weil ich nur einige der Schriftarten vergrößern möchte. Dies ist wahrscheinlich ein Problem in Ihrer Distribution.

@ Xarkam , warum hat Atom kein Rendering-Problem? vs Code und Atom basieren beide auf Elektronen.

@ Xarkam Vielleicht für Ihre spezielle Distribution und Build ist das ein Problem. Wenn dies der Fall ist, handelt es sich um ein separates Problem, für das Sie ein neues Problem einreichen sollten (haben Sie versucht, die Zoomstufe anzupassen, da dies zu Problemen führen kann?). Für mich und für die meisten Menschen hier ist es Lesbarkeit (nicht Stil). Zoom ist keine Lösung, da es ALLES größer oder kleiner macht. Ich will nicht alles größer. Die Redakteure sind in Ordnung. Ich möchte nur in der Lage sein, alle aufgelisteten Dateien mit dem richtigen Abstand zu sehen, um beim Durchsuchen von Dateien nicht falsch zu klicken, zwischen einem Kleinbuchstaben L und einem Großbuchstaben i zu unterscheiden, ohne zu schielen, und Dateinamen leicht lesen zu können. Dies wird durch eine einfache Änderung der Schriftart (wahrscheinlich zu einer Serifenschrift mit fester Breite) mit besserem Buchstabenabstand und der Möglichkeit, den Abstand in der Dateiansicht anzupassen, gelöst. Das ist es. Es ist nicht schwer zu verstehen, dass Ihr Problem anders ist als das aller anderen hier.

Eines der am meisten bewerteten und kommentierten Probleme, und Microsoft ist das egal?
Wie schwer es ist, eine Option zum Ändern der Schnittstellenschrift hinzuzufügen, die grundlegendste Option und andere IDEs haben sie.
Ich bevorzuge es, in der Benutzeroberfläche dieselbe Schriftart wie im Editor zu haben, wobei mich unterschiedliche Schriftstile im Editor und in der Seitenleiste stören.

@wooque hmm Ich glaube nicht, dass Microsoft darüber nachdenken wird, weil sie sich nicht darum gekümmert haben, selbst nachdem PR auf # 63602 gemacht wurde, was die Bemühungen des Autors nutzlos macht. Diese Upvotes bedeuten für Microsoft nur eine Nummer :) "
Die bereits 4 Monate dauernde PR ist eingetroffen und niemand hat sich um Microsoft gekümmert :(
Ich frage mich, wann Atom Xray kommt :(

Für diejenigen von euch, die immer noch Probleme damit haben. Bis sie es umgehen können, ist hier eine schnelle Lösung. Laden Sie die benutzerdefinierte CSS- und JS-Erweiterung von hier herunter: https://github.com/be5invis/vscode-custom-css und bearbeiten Sie in einer benutzerdefinierten CSS-Datei einfach die Eigenschaft .explorer-viewlet. Ein Beispiel

.explorer-viewlet { font-family: "Space Mono"; font-weight: bold; }

Dadurch wird nur die Schriftart des Explorer-Viewlets geändert. Ich habe festgestellt, dass die folgende Regel die gesamte UI-Schriftart auf dem Mac ändert:

.monaco-shell.mac, .monaco-shell.mac .monaco-menu-container .monaco-menu {Schriftfamilie: "IHR SCHRIFT HIER";

Bearbeiten: Sieht aus wie im neuesten VSCode (1.32.1 zum Zeitpunkt dieses Schreibens), das CSS für Mac wird:

.mac{ font-family: "YOUR FONT HERE"; }

Ich habe dies gefunden, indem ich /Applications/Visual\ Studio\ Code.app/Contents/Resources/app/out/vs/workbench/workbench.main.css de-minimiert und dann ausgeführt habe:

grep apple-system DE-MINIFIED-CSS -A 5 -B 5

Und versuchen Sie es mit plausibel aussehenden Regeln, bis sich die gesamte Benutzeroberfläche geändert hat.

Wahrscheinlich müssen Sie die Pfade für Ihr Betriebssystem anpassen, und diese Regeln sehen ein bisschen Mac-spezifisch aus.

Eine +1 von mir für eine echte Lösung dafür. Kein Feedback von Microsoft zu
https://github.com/Microsoft/vscode/pull/63602 ist etwas enttäuschend.

Ich habe dies mit einem benutzerdefinierten CSS behoben.

  1. Laden Sie be5invis/vscode-custom-css herunter
  2. Aktivieren Sie es und fügen Sie Ihr benutzerdefiniertes CSS hinzu

Ich wollte mehr Platz für jede Zeile in der Baumansicht. Ich benutze dieses Styling:

.monaco-tree .monaco-tree-rows>.monaco-tree-row {
  min-height: 25px;
}

Hacky, ich weiß. Aber es funktioniert

.monaco-tree-row.has-children {
Schriftgröße: 500;
Rand: 8px;
Farbe: #eee;
Schriftgröße: 14px;
}}

.monaco-Baumreihe {
Schriftgröße: 300;
Rand: 5px;
Schriftgröße: 12px;
Farbe: #bbb;
}}

Sollen diese an dieser Stelle funktionieren? Die Ränder zwischen Seitenleistenelementen werden nicht vergrößert :(

Um die Schriftfamilien und -größen der Workbench zu ändern, wurde neben der Installation des Plugins vscode-custom-css wie oben beschrieben eine andere direktere Methode als funktionsfähig erwiesen (getestet mit VS Code 1.32.3):

  1. Durchsuchen Sie die Datei "workbench.main.css" auf Ihrer Festplatte. Der richtige Dateipfad lautet möglicherweise "C: \ Programme \ Microsoft VS-Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css".
  2. Erstellen Sie eine Sicherungskopie der Datei.
  3. Öffnen Sie die Datei und suchen Sie nach ".part> .content". Möglicherweise gibt es 4 Übereinstimmungen. Ändern Sie einfach die erste Übereinstimmung nach Ihren Wünschen wie .part> .content {Schriftgröße : 14px; Schriftdicke: fett; Schriftfamilie: Iosevka Term Slab Medium, Consolas, Courier New, Monospace;} ";
  4. Speichern Sie diese Datei und starten Sie Vs Code, Bingo neu :)

Gibt es eine Möglichkeit, die Schriftart für den Code "Kommentare" zu ändern?

Reich

Am 15. März 2019 um 00:51:48 schrieb Mike Zheng ([email protected]):

Um die Schriftfamilien und -größen der Workbench zu ändern, wurde neben der Installation des Plugins vscode-custom-css wie oben beschrieben eine andere direktere Methode als funktionsfähig erwiesen (getestet mit VS Code 1.32.3):

Durchsuchen Sie die Datei "workbench.main.css" auf Ihrer Festplatte. Der richtige Dateipfad lautet möglicherweise "C: \ Programme \ Microsoft VS-Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css".
Erstellen Sie eine Sicherungskopie der Datei.
Öffnen Sie die Datei und suchen Sie nach ".part> .content". Möglicherweise gibt es 4 Übereinstimmungen. Ändern Sie einfach die erste Übereinstimmung nach Ihren Wünschen wie .part> .content {Schriftgröße: 14px; Schriftdicke: fett; Schriftfamilie: Iosevka Term Slab Medium, Consolas, Courier New, Monospace;} ";
Speichern Sie diese Datei und starten Sie Vs Code, Bingo neu :)
- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub an oder schalten Sie den Thread stumm.

Um die Schriftfamilien und -größen der Workbench zu ändern, wurde neben der Installation des Plugins vscode-custom-css wie oben beschrieben eine andere direktere Methode als funktionsfähig erwiesen (getestet mit VS Code 1.32.3):

  1. Durchsuchen Sie die Datei "workbench.main.css" auf Ihrer Festplatte. Der richtige Dateipfad lautet möglicherweise "C: \ Programme \ Microsoft VS-Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css".
  2. Erstellen Sie eine Sicherungskopie der Datei.
  3. Öffnen Sie die Datei und suchen Sie nach ".part> .content". Möglicherweise gibt es 4 Übereinstimmungen. Ändern Sie einfach die erste Übereinstimmung nach Ihren Wünschen wie .part> .content {Schriftgröße : 14px; Schriftdicke: fett; Schriftfamilie: Iosevka Term Slab Medium, Consolas, Courier New, Monospace;} ";
  4. Speichern Sie diese Datei und starten Sie Vs Code, Bingo neu :)

Dies löst das Ändern der Schriftfläche, jedoch nicht der Schriftgröße. Die Zeilenhöhen sind fest codiert. Wenn Sie also die Schriftgröße reduzieren, erhalten Sie nur viel Leerzeichen zwischen den Zeilen.

Um die Schriftfamilien und -größen der Workbench zu ändern, wurde neben der Installation des Plugins vscode-custom-css wie oben beschrieben eine andere direktere Methode als funktionsfähig erwiesen (getestet mit VS Code 1.32.3):

  1. Durchsuchen Sie die Datei "workbench.main.css" auf Ihrer Festplatte. Der richtige Dateipfad lautet möglicherweise "C: \ Programme \ Microsoft VS-Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css".
  2. Erstellen Sie eine Sicherungskopie der Datei.
  3. Öffnen Sie die Datei und suchen Sie nach ".part> .content". Möglicherweise gibt es 4 Übereinstimmungen. Ändern Sie einfach die erste Übereinstimmung nach Ihren Wünschen wie .part> .content {Schriftgröße : 14px; Schriftdicke: fett; Schriftfamilie: Iosevka Term Slab Medium, Consolas, Courier New, Monospace;} ";
  4. Speichern Sie diese Datei und starten Sie Vs Code, Bingo neu :)

Wird wahrscheinlich bei jedem Upgrade alles verlieren. Zumindest funktioniert das unter Linux so.

Es tut mir leid, Sie glauben zu lassen, dass meine PR die vollständige Lösung ist. Sie kann nur den Teil der Seitenleiste ändern, nicht für die gesamte Workbench.
Ich denke, dass benutzerdefinierte CSS- und JS-Erweiterung eine gute Idee ist. Vielleicht ist das Plugin derzeit eine Lösung als Patch.
Vielleicht schreiben Sie ein Plugin dafür, um es einfacher zu machen.

+1

+1

Hier ist ein Paradebeispiel dafür, warum dies in den Einstellungen sein muss - siehe die Menüschriftart. Ich habe den Rest der Anwendung bereits vergrößert, sonst könnte ich sie nicht lesen, wie das Menü! Dieses Problem betrifft auch FF, Thunderbird und Chrome sowie buchstäblich jede andere Scheiße, die nicht den Desktop-Standards entspricht.

Bearbeiten: Einstellungen -> Fenster: Titelleiste Style = custom => Ich kann das Menü sehen !!

Diese Browser usw. funktionieren in HiDPI in GNOME einwandfrei, da sie auf GTK3 umgestellt haben. Qt hat die HiDPI-Unterstützung noch nicht ganz in den Griff bekommen, daher wird Ihr Problem wahrscheinlich durch KDE verursacht.

Ja, aber diese Schriftarten nicht ändern zu können, ist nicht die Schuld von KDE.

Das Beispiel hebt jedoch die winzige Menüschrift hervor. Ich denke, das Menü ist nicht Teil des HTML / CSS, es wird von der System-Benutzeroberfläche verwaltet. GTK3 in GNOME "funktioniert einfach", aber es kann kompliziert werden, wenn Sie versuchen, Qt in GNOME oder GTK in KDE zu verwenden. Wie Sie dem Hidpi-Handbuch von

Ich habe es versucht, aber es ändert nur die Überschriften. Es wirkt sich nicht auf 'Kommentar'-Schriftarten aus, die ich ändern wollte. Gibt es andere Optionen, die für "Kommentare" funktionieren?

Reich

Am 15. März 2019 um 10:08:30 Uhr schrieb Rich ([email protected]):

Gibt es eine Möglichkeit, die Schriftart für den Code "Kommentare" zu ändern?

Reich

Am 15. März 2019 um 00:51:48 schrieb Mike Zheng ([email protected]):

Um die Schriftfamilien und -größen der Workbench zu ändern, wurde neben der Installation des Plugins vscode-custom-css wie oben beschrieben eine andere direktere Methode als funktionsfähig erwiesen (getestet mit VS Code 1.32.3):

Durchsuchen Sie die Datei "workbench.main.css" auf Ihrer Festplatte. Der richtige Dateipfad lautet möglicherweise "C: \ Programme \ Microsoft VS-Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css".
Erstellen Sie eine Sicherungskopie der Datei.
Öffnen Sie die Datei und suchen Sie nach ".part> .content". Möglicherweise gibt es 4 Übereinstimmungen. Ändern Sie einfach die erste Übereinstimmung nach Ihren Wünschen wie .part> .content {Schriftgröße: 14px; Schriftdicke: fett; Schriftfamilie: Iosevka Term Slab Medium, Consolas, Courier New, Monospace;} ";
Speichern Sie diese Datei und starten Sie Vs Code, Bingo neu :)
- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub an oder schalten Sie den Thread stumm.

@teresaejunior dies wird erzeugen

Die Installation scheint beschädigt zu sein [Nicht unterstützt]
VS Code führt eine Hintergrundprüfung durch, um festzustellen, ob die Installation auf der Festplatte geändert wurde. In diesem Fall wird in der Titelleiste der Text "[Nicht unterstützt]" angezeigt. Dies geschieht, da einige Erweiterungen das VS-Code-Produkt direkt so ändern (patchen), dass es semipermanent ist (bis zum nächsten Update), und dies kann zu Problemen bei der Reproduktion führen. Wir versuchen nicht, das Patching von VS-Code zu blockieren, möchten jedoch darauf aufmerksam machen, dass das Patchen von VS-Code bedeutet, dass Sie eine nicht unterstützte Version ausführen. Durch die Neuinstallation von VS Code werden die geänderten Dateien ersetzt und die Warnung stummgeschaltet.

Auch für mich war der Weg

C: \ Benutzer [Name] \ AppData \ Local \ Programme \ Microsoft VS-Code \ Ressourcen \ App \ Out \ vs \ Workbench

Wirklich, wir sind im Jahr 2019 und es ist immer noch nicht möglich, die Schriftgröße des Explorer- Menüs zu ändern ???

  1. Hilfe
  2. Entwickler-Tools umschalten
  3. Element suchen, CSS ändern
  4. ???
  5. Gewinn😎
  • Hilfe
  • Entwickler-Tools umschalten
  • Element suchen, CSS ändern
  • ???
  • Gewinn😎

Im Quellcode sind Zeilenhöhen angegeben.

  • Hilfe
  • Entwickler-Tools umschalten
  • Element suchen, CSS ändern
  • ???
  • Gewinn😎

Ist dies möglich, ohne ein eigenes Thema zu erstellen?

  • Hilfe
  • Entwickler-Tools umschalten
  • Element suchen, CSS ändern
  • ???
  • Gewinnbrillen

Im Quellcode sind Zeilenhöhen angegeben.

Ich bin kein CSS-Experte, aber ich habe einiges mit Entwicklertools herumgespielt und konnte keinen Weg finden, um die gleichen Layouts zu erzielen, die in dieser Ausgabe zuvor beschrieben wurden. Beispiel: https://github.com / Microsoft / vscode / issue / 519 # issuecomment-387007363 scheint nicht mehr zu funktionieren, die IDs wurden geändert und sind jetzt viel schwieriger zu bearbeiten. Auffüllungen, Ränder lassen den Text einfach verschwinden und die minimale Höhe hat nichts damit zu tun .monaco-Baum .monaco-Baum-Reihen> .monaco-Baum-Reihe oder .monaco-Baum-Reihe. Hat-Kinder scheinen nicht mehr die gleichen zu sein und jetzt scheint es mindestens 5 zu geben? verschiedene Klassen, die sich darauf auswirken, wie eine Zeile angezeigt wird.

1000 Daumen hoch für dieses Problem und immer noch nichts? Wir können fast sagen "6 ... Jahre ... später ..."

Ich schätze, ich bin ein bisschen darauf fixiert, weil ich früher erhaben verwendet habe und die Funktion wirklich mag, aber es wäre wirklich schön, wenn MS die Funktion hinzufügen würde, ausgefallene Schriftarten für den Kommentarbereich in unserem Code verwenden zu können. Warte noch. Ich denke, es muss eine extrem schwierige Sache sein, nach der ich frage. Immer noch ein großer Fan von VS Code tho.

Dies ist die Microsoft-Version von Steve Jobs "Aus irgendeinem Grund haben wir ein Textverarbeitungsprogramm ohne Schriftarten entwickelt". Aber 40 Jahre später. Nicht einmal ein Apple-Fan. Nur um zu sagen.

Diese Ausgabe wurde im November 2015 erstellt und es ist Mai 2019, im November 2018 wurde eine Pull-Anfrage eingereicht, und diese grundlegendste Funktion wird noch nicht diskutiert. Es ist eine Schande, denn vs-Code muss zweifellos der beste Editor / die beste IDE sein, die ich je verwendet habe. Tief unten schmutzige Schande.

Ich habe @microsoft und VSCode aufgegeben. Ich bin zu Atom gewechselt. Es hat seine eigenen Fehler, aber zumindest kann ich die verdammten Schriften lesen.

Zumindest wäre es schön, wenn sie uns zumindest die technischen Schwierigkeiten erklären könnten, die damit verbunden sind. Ich würde mich sogar über eine mögliche Zeitskala freuen, in der dieses Problem zumindest in Betracht gezogen werden könnte ...

Ich könnte mich irren, aber aus einigen Kommentaren geht hervor, dass einige Leute dieses Problem überproportional in die Luft jagen. Ich möchte diese Funktion haben, um die Schriftarten auch nach meinen Wünschen anzupassen. Aber wenn jemand die Schriftarten nicht einmal lesen kann, funktioniert das Vergrößern / Verkleinern, auch wenn es möglicherweise nicht so gut aussieht.

Es gibt auch einige CSS-Hacks in den vorherigen Kommentaren.

@Jaeiya für die technischen Schwierigkeiten siehe https://github.com/microsoft/vscode/pull/63602

Für alle zukünftigen Betrachter funktioniert das

// settings.json
"vscode_custom_css.imports": [
  "file:///path/to/file.css"
]
// Aforementioned example files content
.mac, .windows {
  font-family: Desired-Font, FiraCode-Retina, Roboto, monospace;
}
.monaco-workbench, .monaco-workbench .part > .content {
  font-size: 16px;
}

.other-css-selector        { content: "??????"; }
.other-css-selector::after { content: "profit"; }

Hinweis

  • Importierte Dateiänderungen werden nicht sofort weitergegeben.
  • Verwenden Sie reload custom css/js -> reload window , um die Änderungen anzuzeigen

@SidIcarus gibt es eine Vorlage zum Schreiben für Linxu? sollte es sich ändern zu

.linux {
  font-family: Desired-Font, FiraCode-Retina, Roboto, monospace;
}

und was bedeutet "??????" ?

In Bezug auf die Schriftgröße der Workbench würde ich wirklich nicht den Atem anhalten. Gestern habe ich VSCode gegabelt, um endlich zu große Workbench-Schriftarten unter OS X zu reparieren (um sie mit XCode gleichzusetzen), und dies musste ich einfach tun, um die Schriftgröße und die Höhe der Baumzeilen in allen Ansichten zu verringern. Diese Dinge sind an so vielen Stellen fest codiert, dass ein erheblicher Aufwand erforderlich wäre, um sie konfigurierbar zu machen.

Es ist möglich , dass der Link oben begehen nach Umbasierung und Kraft wird aufhören zu arbeiten drängen, aber es sollte noch innerhalb der ersten paar Commits sein hier .

Es gibt Binär - Version für OS X verfügbar hier , basierend auf VSCodium. Ich habe vor, es halbjährlich zu aktualisieren. Oder erstellen Sie sogar ein Skript, um es regelmäßig neu zu starten und Travis Build auszulösen. Die Version ist nicht mit Code signiert. Nach dem Herunterladen müssen Sie mit der rechten Maustaste klicken und "Öffnen" auswählen, wenn Sie es versuchen möchten.

Originalgröße der VScode Workbench:
Screen Shot 2019-05-19 at 16 39 18

Nach dem Patch:
Screen Shot 2019-05-19 at 16 39 40

(Es gibt auch ein anderes Commit, das die Tabulatorhöhe von 35 auf 30 Pixel reduziert.)

Okay, ich habe eine Erweiterung erstellt , mit der Sie die Schriftgrößen der Benutzeroberfläche, die Schriftfamilie, die Zeilenhöhen und sogar Stylesheets aus settings.json überschreiben können. Es ist zu diesem Zeitpunkt ziemlich experimentell und möglicherweise nichts für schwache Nerven.

Für diesen FR sollte auch die Option line height hinzugefügt werden
Verwandte: # 59873

+1

++

Ich denke, es gibt viele Leute, die auf diese Funktion warten.

+1

+1

Weiß jemand, ob es ein GIF-Mem für Microsoft gibt, das über seine eigene Dummheit stolpert und versehentlich den Kopf in den Arsch des Unternehmens steckt?

+1 Willst du diese Funktion auch

@caioproiete Das ist überhaupt keine schlechte Idee, aber es ist eine schwierige Berechnung.

Welche Art von Strafschaden kann man heutzutage erwarten, wenn man einem Corpensource-Horseshit ausgesetzt wird?

PS: thumbs-up deine eigenen Kommentare. Das machen nur Arschlöcher. ;)

Leute, bitte macht keinen Lärm zu diesem Thema? Es gibt Leute (wie mich), die dieses Problem abonniert haben, weil wir hören möchten (wenn?), Wenn sich jemand aus dem Entwicklungsteam einschaltet, um eine Statusaktualisierung bereitzustellen.

Nützliche Kommentare wie @knopp 's - https://github.com/microsoft/vscode/issues/519#issuecomment -499584551 - werden von solchen Geräuschen begraben.


Twitter existiert für Ihre Hot-Takes / skurrilen Kommentare und Antworten darauf. Außerdem helfen "Ich will das auch" -Kommentare auch hier niemandem. Um zu zeigen, dass Sie dies möchten, gehen Sie bitte wie folgt vor: +1: Beschreibung dieses Problems.

@ Pradyunsg

Es gibt Leute (wie mich), die dieses Problem abonniert haben, weil wir hören möchten (wenn?), Wenn sich jemand aus dem Entwicklungsteam einschaltet, um eine Statusaktualisierung bereitzustellen.

Das wird niemals passieren.

Das einzige Status-Update, das Sie hören müssen, ist: Microsoft hat VS Code auf die dümmste verdammte Art und Weise getötet.

Sie lieben dich nicht, sie haben es nie getan. Sie wollten immer nur, dass Sie sie gerade lange genug verehren, um Ihre Energie zu nutzen, um ihre eigenen Ziele zu erreichen und um ihren Profit zu erzielen.

Microsoft verachtet Programmierer.

Ehrlich gesagt denke ich, es wäre viel besser, wenn Microsoft gesagt hätte, dass dies nicht der Fall ist
dieses Problem lösen. Wechselte zu vim und wurde noch nie so glücklich. Ihr
Ein Produkt wie der Internet Explorer hat mir geholfen, jetzt gegen Code auf Firefox umzusteigen
hat mich dazu gebracht, zu neo vim zu wechseln.

Nochmals vielen Dank Microsoft. Ich liebe dich, egal was.

Am Montag, 4. November 2019, 15:50 Uhr schrieb AJB99 [email protected] :

@pradyunsg https://github.com/pradyunsg

Es gibt Leute (wie ich), die diese Ausgabe abonniert haben, weil wir wollen
Hören Sie (wenn?), wenn sich jemand aus dem Entwicklungsteam einschaltet, um eine
Status-Update.

Das wird niemals passieren.

Sie lieben dich nicht, sie haben es nie getan. Sie haben es immer nur gewollt
Verehre sie gerade lange genug, um deine Energie in Ordnung zu nutzen
ihre eigenen Ziele und für ihren Profit voranzutreiben.

Microsoft verachtet Programmierer.

- -
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/519?
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AB5Y4YJS4X5EKSM6RCU2GDLQR7XXRANCNFSM4BVABFYA
.

Oh mein Gott, was für ein Kindergarten hier. Einige Kommentatoren benötigen eine ernsthafte Überprüfung der Fakten oder sogar eine Therapie. Sie beschuldigen das Entwicklerteam im Grunde genommen, unwissend zu sein, keine Wartezeit, dies muss von Anfang an ein böser Masterplan für MS sein.

Lassen Sie mich Ihnen mit einigen Fakten helfen: Dieses Team hat vscode in kürzester Zeit erstellt, hat einen sehr offenen Entwicklungsprozess und hat viele, viele von der Community vorgeschlagene Funktionen implementiert. Das ist sehr ungewöhnlich für eine Software mit dieser Adoptionsrate. Das Ergebnis ist ein sehr leistungsfähiger, plattformunabhängiger grafischer Editor mit unzähligen Addons / Plugins. Und ja, es gibt eine Agenda, jedes Entwicklerteam ohne Agenda wird auch niemals ein Produkt haben. Meine Güte.

Jetzt bekommst du deinen so begehrten Lutscher nicht mehr und jeder verwandelt sich in Heulsusen. Ratet mal - es gibt andere Süßwarenläden, die dir vielleicht deinen Lutscher verkaufen ...

@ Jerch Ich zähle deinen Kommentar als anstößig. Sie können Probleme dieses Projekts nach +1 sortieren. Und ich denke, dies sollte eine Agenda dieses Projekts sein, unabhängig von Problemen mit security , bug und denselben Labels.

@AlexWayfer Fühlen Sie sich frei, es zu sehen, wie Sie es wünschen. Ich habe nur gespiegelt, wie die Leute ihre Manieren verlieren. Ein Entwicklerteam zu nörgeln wird nie helfen, es macht die Sache nur noch schlimmer. Ich werde die Metadiskussion nicht fortsetzen.

Und ich denke, dies sollte eine Agenda dieses Projekts sein, unabhängig von Sicherheits-, Fehler- und gleichen Labels.

Also zurück zum Thema: Ja, die Idee klingt gut (obwohl ich sie selbst nicht brauche). Aber angesichts der Probleme, die mit dem Layout und dergleichen verbunden sein könnten, und der Problemliste in ihrer vollen Pracht könnten sie gute Gründe haben, sie noch nicht offiziell anzusprechen. Wir können also nur weiter fragen, bis wir eine Erklärung erhalten.

Also keine Antwort?

Irgendeine Antwort ?

@AlexWayfer das war letztes Jahr.

@AlexWayfer das war letztes Jahr.

Und der Autor war @isidorn , ja.

Schreiben wir weitere nutzlose Fakten!

Möchten Sie diese Funktion? Füge es ein! Oder zahlen Sie für die Umsetzung.

Es gibt keine Verantwortung für kostenlose Open Source-Projekte. Verwenden Sie einfach dieses Programm oder nicht. Ich verwende es erst, wenn dieses Problem behoben ist, da ich es nicht selbst implementieren möchte.

ja

Lassen Sie einen guten Texteditor alle aus der Konkurrenz schlagen und dann ...

https://en.wikipedia.org/wiki/Embrace , _extend, _and_extinguish

Um dieses Problem zu umgehen, passe ich die Einstellung window.zoomLevel nach meinen Wünschen an die Schriftgröße der Workbench an und passe dann editor.fontSize an, um die Schriftgröße des Editors zu kompensieren. Zum Beispiel:

// In VS Code's settings.json
{
    ...
    "editor.fontSize": 13,
    "window.zoomLevel": -1,
    ...
}

Dies ist eine angenehme Problemumgehung für die Größe der Workbench-Schriftart, bis eine bessere Lösung präsentiert wird. Bitte hör auf zu streiten und hasse MS; es ist nicht hilfreich.

@ Duanehutchins Entschuldigung, aber diese Hacks verursachen verdammt viele Probleme. Aufgrund solcher Hacks funktioniert die Schrift manchmal auf der Konsole nicht richtig und es gibt viele Probleme. Überprüfen Sie frühere Antworten 👍
https://github.com/microsoft/vscode/issues/84194

"Bitte hör auf zu streiten und hasse MS; es ist nicht hilfreich."
Was ist hilfreich? Noch 10 Jahre warten? Ein weiterer Hack, der Editorprobleme verursacht und die Fehlerliste erweitert?

Was ist hilfreich?

Wie ich oben geschrieben habe:

Füge es ein! Oder zahlen Sie für die Umsetzung.
...
Verwenden Sie einfach dieses Programm oder nicht. Ich verwende es erst, wenn dieses Problem behoben ist, da ich es nicht selbst implementieren möchte.

Ich habe dies vor einiger Zeit gefragt, aber seitdem sind viele Änderungen an VSC vorgenommen worden. Ich entschuldige mich, wenn es redundant ist. Es scheint, dass diese Funktion noch nicht aktiviert wurde, aber ich werde noch einmal fragen:
Gibt es eine Möglichkeit, die Schriftart für Codekommentare oder Fancyfont zu ändern?

Gibt es eine Möglichkeit, die Schriftart für Codekommentare oder Fancyfont zu ändern?

Es gibt eine Möglichkeit, ein separates Problem für separate Änderungen / Funktionen zu erstellen.

In diesem Problem geht es um die Schriftgröße in der Benutzeroberfläche, nicht um die Schriftfamilie (oder sogar die Größe) im Code-Editor.

@AlexWayfer ist sowohl die Schriftgröße als auch die Schriftfamilie.

Ermöglichen das Ändern der Schriftgröße und der Schriftart der Workbench

@AlexWayfer ist sowohl die Schriftgröße als auch die Schriftfamilie.

Ermöglichen Sie das Ändern der Schriftgröße und der Schriftart der Workbench

OK, danke, sorry.

Auf jeden Fall geht es um Workbench, nicht um Codekommentare (im Code-Editor).

Diese Funktion ist sehr gefragt !!!!! Wir brauchen es so schnell wie möglich!

Ich frage mich, ob ich eine globale Schriftarteinstellung vornehmen kann, einschließlich Seitenleistenordner, Dateinamenschrift, Statusleistenschrift, wie IntelliJ Idee.

Irgendwelche Updates? Wie auch immer, ich habe eine Problemumgehung durchgeführt. Ich habe mit CMD + alles vergrößert und dann die Schriftgröße des Editors auf die gewünschte Schriftgröße gesenkt.

Möchte auch in der Lage sein, die Schriftfamilie und Schriftgröße für bestimmte Bereiche (z. B. die Seitenleiste) zu ändern.
Ich bevorzuge die monotype Schriftart "Source Code Pro".

Vielen Dank!

Die Funktion wurde 2015 vorgeschlagen und ist jetzt 2020 ... 🙄

Auf jeden Fall ein gewünschtes Feature!

Bitte fügen Sie diese Funktion danke hinzu

Bitte fügen Sie dies hinzu

Habt ihr etwas anderes erwartet, als MS Github gekauft hat? Ich stimme @jerch zu, andere IDEs haben das, was wir brauchen. Es ist Zeit, zu Atom zurückzukehren und sich daran zu erinnern, dass die Entwicklung für diese IDE gestoppt wurde, die immer noch den Namen einer der aufgeblähten Malware-Teile enthält, die ich je gesehen habe in meinem Leben "Visual Studio" - Was hält uns davon ab, zu Atom zurückzukehren?

Ich habe Atom schon lange nicht mehr ausprobiert, aber jedes Mal, wenn ich es mit VS Code verglichen habe, bevorzuge ich Code. Anscheinend sind die Entwickler von Atom damit beschäftigt, es mit einem Rust-Backend anstelle eines Knotens von Grund auf neu zu schreiben. Ich denke, dies ist ein Fehler, da Knoten mit einem anständigen Frontend für JS (TS ist viel beliebter als CS ein weiterer guter Punkt) eine angemessene Leistung und Zuverlässigkeit für diese IMO-Anwendung aufweisen, sodass die Schwierigkeit der Entwicklung in Rust die Vorteile überwiegt, die sich daraus ergeben herbringen.

@realh Ich denke du

Siehe: https://github.com/atom-archive/xray

Sie haben es archiviert. Der Vorteil von Rost ist die Sicherheit und Geschwindigkeit, die für jede Software unerlässlich ist.

Erhaben ist ziemlich alt. In der Blütezeit war so etwas wie Atom oder VS Code aus zusätzlichen Gründen neben der Leistung möglicherweise nicht möglich. Die Hardware- und Browserleistung hat sich jedoch erheblich verbessert, sodass VS Code jetzt wahrscheinlich mindestens so reibungslos ausgeführt wird, wie es ein in C ++ geschriebener gleichwertiger IDE / Editor vor einem Jahrzehnt getan hätte. Die Leistung ist ausreichend . Es kann mit meiner Eingabe Schritt halten und leidet nicht unter störenden Verzögerungen bei Funktionen wie Intellisense, selbst wenn es auf meinem Macbook Air ausgeführt wird und Dateien über sshfs bearbeitet werden.

Ebenso Zuverlässigkeit. Rust soll hauptsächlich C / C ++ ersetzen, nicht verwaltete Sprachen. Bei den meisten Code-Fehlern fehlen solche Funktionen oder Dinge, die nicht richtig funktionieren (wie die visuelle Auswahl im Vim-Plugin), bei denen Rust nicht helfen würde. Die Art von Fehlern, die Rust verhindert, ist in JS usw. im Vergleich zu C / C ++ stark reduziert und würde zum Absturz und / oder zur Beschädigung meiner Bearbeitung führen, und ich sehe keine Hinweise darauf, dass Code oder Atom große Probleme mit dieser Art haben der Sache.

Wenn Atom sein Rust-basiertes Projekt eingestellt hat, denke ich, dass dies meinen Standpunkt unterstützt. Ich wette, sie kamen zu dem Schluss, dass es doch nicht das richtige Werkzeug für diesen Job war. Nur das Schreiben und Kompilieren von Rust würde viel länger dauern als das Schreiben und Debuggen von Coffeescript mit gleichem Zuverlässigkeitsstandard. Zu dem Zeitpunkt, als Atom vollständig ersetzt wurde, hätte die Technologie die Leistungslücke geschlossen und / oder alle aktuellen Sprachen, einschließlich Rust, überflüssig gemacht. Das Ersetzen von Electron durch etwas, das in Rust geschrieben ist, wäre sinnvoll, da Electron eine Art System ist, aber ein Texteditor eine Anwendung ist, nicht wirklich das, wofür Rust gedacht war.

Web Assembly ist immer noch in Javascript implementiert, daher denke ich, dass Leistung noch nicht die Hauptattraktion ist, aber sobald es als wirklich nativ implementiert wird, könnte es eine glänzende Zukunft haben (für Spiele nicht so viele Produktivitätsanwendungen). Derzeit besteht der Hauptvorteil darin, dass C ++ - Spiele, die alt sind oder anderweitig geringe Leistungsanforderungen haben, auf den Browser portiert werden können.

Erhaben ist ziemlich alt
Nein, es wurde erstmals am 18. Januar 2008 veröffentlicht und ist nicht zu alt, nur 7 Jahre älter als vscode.

"Aber die Hardware- und Browserleistung hat sich stark verbessert."
Als Allzweckeditor sollte er jedoch immer performant sein. Wenn Sie Linters ausführen, geben Sie an, dass die Leistung kritisch wird. Öffnen Sie eine große Datei Leistung ist wichtig, oder? Versuchen Sie, eine 2-GB-Textdatei in vscode zu öffnen, und in erhabenem Text werden Sie den Wert der Leistung erkennen.

"Die Art von Fehlern, die Rust verhindert, ist in JS usw. im Vergleich zu C / C ++ stark reduziert und würde zum Absturz und / oder zur Beschädigung meiner Bearbeitung führen, und ich sehe keine Hinweise darauf, dass Code oder Atom große Probleme damit haben so etwas. "
Ja, aber Rost hilft, wenn Sie versuchen, Code zu überarbeiten, was großartig ist + Punkt. Die Kosten, die Sie für Rost bezahlen, sind lange Kompilierungszeiten, ansonsten ist es die beste Sprache, die es je gab.

"Web Assembly ist immer noch in Javascript implementiert, daher denke ich, dass Leistung noch nicht die Hauptattraktion ist."
Ich bekomme nicht, aber wasm erlaubt die Verwendung von C, C ++ und Rust und der Hauptgrund für die Verwendung von wasm ist die Leistung. Warum brauchen wir sonst wasm überhaupt?

Auf jeden Fall wird vscode niemals Rust verwenden, da Typescript verwendet wird, dessen Kompilierung bereits zu teuer ist. Ich weiß also nicht, warum Rust, C ++ und C hier sind.

Und ja, ich denke, nachdem ms Github erworben hat, wurde Atom stark vernachlässigt :(. Wie auch immer, Vscode ist ein großartiger Editor, aber dieses Problem bekommt keinen Fokus, was traurig ist.

Dies ist nicht wirklich eine thematische Diskussion. Ich verfolge dieses Problem seit vielen Jahren und es scheint, dass der einzige Zweck darin besteht, dass Menschen ihre Frustrationen und Meinungen mit anderen trainieren. Es gibt nur eine Menge Lärm und keine positiven Updates.

Wenn Sie zu anderen Editoren wechseln möchten, müssen Sie andere nicht informieren. Tun Sie es einfach und sehen Sie, ob Sie mit Ihrer Änderung zufrieden sind. Am Ende geht es bei den meisten Dingen sowieso um Vorlieben.

Dies ist nicht wirklich eine thematische Diskussion. Ich verfolge dieses Problem seit vielen Jahren und es scheint, dass der einzige Zweck darin besteht, dass Menschen ihre Frustrationen und Meinungen mit anderen trainieren. Es gibt nur eine Menge Lärm und keine positiven Updates.

Wenn Sie zu anderen Editoren wechseln möchten, müssen Sie andere nicht informieren. Tun Sie es einfach und sehen Sie, ob Sie mit Ihrer Änderung zufrieden sind. Am Ende geht es bei den meisten Dingen sowieso um Vorlieben.

Ich stimme zu, aber das ist der beste Nutzen, den wir dieser Diskussion geben können, da dies von Microsoft niemals behoben wird. Wenn Sie dieser Diskussion folgen möchten, um sie eines Tages endgültig zu lösen, habe ich schlechte Nachrichten für Sie, mein Freund, Anpassung und Geben Die Entwickler, die die richtigen Tools zum Arbeiten hatten, waren für Microsoft noch nie wichtig. Kehren Sie zu IE6 zurück, wenn Sie eine Geschichtsstunde absolvieren möchten.

Ich verstehe den Hass gegenüber Microsoft in Bezug auf VSCode wirklich nicht. Es ist zweifellos der beste Editor für jeden Anwendungsfall, den ich mir vorgestellt habe ... Ja, es gibt Randfälle, in denen es "besser" sein könnte, aber seien wir ehrlich, wenn wir über Software- und Entwickleranforderungen sprechen ;; "es könnte besser sein bei x, y, z" wird niemals zufrieden sein. Es ist ein unmöglicher Standard .

Abgesehen davon sind Probleme wie diese hier, um die Dinge sichtbar zu machen, die unsere VSCode-Community als Ganzes wirklich wünscht, und Microsoft kann diese Dinge priorisieren. Bisher denke ich, dass sie einen unglaublichen Job gemacht haben und wenn jemand weiterhin darüber jammern möchte, wie schlecht Microsoft ist (in Bezug auf VSCode), dann beweisen Sie dies, indem Sie Ihre eigene äußerst beliebte IDE schreiben, die sich erfolgreich um alle "x" kümmert.

Dieses Projekt ist absolut gigantisch und ich empfehle Microsoft für ihre aktive Arbeit, uns kleinen Entwicklern zu helfen, die sich Visual Studio nicht leisten können, mit einem KOSTENLOSEN Produkt, das 99% meiner eigenen Anforderungen erfüllt, und ich stelle mir auch eine ganze Menge anderer vor .

Ich verstehe den Hass gegenüber Microsoft in Bezug auf VSCode wirklich nicht. Es ist zweifellos der beste Editor für jeden Anwendungsfall, den ich mir vorgestellt habe ... Ja, es gibt Randfälle, in denen es "besser" sein könnte, aber seien wir ehrlich, wenn wir über Software- und Entwickleranforderungen sprechen ;; _ "es könnte besser sein bei x, y, z" _ wird niemals zufrieden sein. Es ist ein unmöglicher Standard .

Abgesehen davon sind Probleme wie diese hier, um die Dinge sichtbar zu machen, die unsere VSCode-Community als Ganzes wirklich wünscht, und Microsoft kann diese Dinge priorisieren. Bisher denke ich, dass sie einen unglaublichen Job gemacht haben und wenn jemand weiterhin darüber jammern möchte, wie schlecht Microsoft ist (in Bezug auf VSCode), dann beweisen Sie dies, indem Sie Ihre eigene äußerst beliebte IDE schreiben, die sich erfolgreich um alle _ "x kümmert , y und z "_ Randfälle, die zwangsläufig alle gleichermaßen befriedigen sollten.

Dieses Projekt ist absolut gigantisch und ich empfehle Microsoft für ihre aktive Arbeit, uns kleinen Entwicklern zu helfen, die sich Visual Studio nicht leisten können, mit einem KOSTENLOSEN Produkt, das 99% meiner eigenen Anforderungen erfüllt, und ich stelle mir auch eine ganze Menge anderer vor .

Dies ist keine Wohltätigkeit oder ein Geschenk des Himmels. VSCode wurde dort eingesetzt, um bei Entwicklern nach vielen Jahren des Verlusts wieder Fuß zu fassen. Die Fähigkeit, die Tools zu besitzen, mit denen wir Software erstellen, ist so viel mehr wert als alle Lizenzen, für die wir bezahlen könnten es.

tenor

@betovelandia Und was genau

bearbeiten
Lassen Sie mich jedoch klarstellen, dass ich weiß, dass Microsoft diese Software nicht aus der Güte ihres eigenen Herzens heraus entwickelt hat ... klar ... aber es scheint eine gigantische Verschwörung zu sein, Entwickler (für einen mystischen Zweck) zu monopolisieren etwas weit hergeholt ...

@ Jaeiya

Und was genau profitieren sie von kostenlosen Nutzern?

Land.

Womit sie jeden Einlass und Auslass davon und damit jeden Aspekt Ihrer Code-Landschaft steuern oder beeinflussen können.

VSCode ist buchstäblich eine Leibeigenschaft oder zumindest der letzte MS-Versuch.

Es ist auch eine exzellente Software, die MS ruiniert, weil sie anscheinend das am besten kann.

Aber das wirklich Verrückte ist nicht diese Wahrheit. Das wirklich beschissene daran ist, warum sie sich völlig weigern, diese Feature-Anfrage zu implementieren. Es ist so ein dummer Schachzug von ihrer Seite, es macht keinen Sinn.

@saighost eine ganz gute PR Jahre Eingereicht vor, aber der Todesstern weigert sich, es zu implementieren. Warum?

Im Ernst, dir diese Frage stellen: Da es als 3 Stunden zu bewerten weniger nehmen würde diesen außerordentlich beliebten Feature - Request und testen Sie , warum dies nicht entweder durch das Kernteam, oder einfach in 5 Jahren umgesetzt worden , indem die PR verschmelzenden dass @saighost so liebenswürdig geschrieben?

Hätten sie gerade diese sehr einfache Funktion implementiert, wäre ich nie wieder zu Sublime zurückgekehrt und hätte erkannt, wie schnell, reibungslos und zuverlässig sie ist. Sicher, es ist eine riesige PITA, die angepasst werden muss, aber zumindest ist es möglich . Und wenn Sie es richtig verstanden haben, läuft es wie ein Traum. Wirklich erhaben.

Herzlichen Glückwunsch an Microsoft zum 45. Jahrestag, in dem Sie Entwicklern unnötig ins Gesicht getreten haben, nur weil Sie zu dumm oder hartnäckig sind, um Schriftarten zu verstehen.

Bitte beenden Sie diese Off-Topic-Diskussion jetzt!

Bitte beenden Sie diese Off-Topic-Diskussion jetzt!

Die Tatsache, dass es eine PR gab, die bereit war, dies zu beheben, scheint Ihnen kein Thema zu sein? Ich frage mich, ob dies erneut implementiert werden könnte, es muss eine einfache Lösung sein, wie @ AJB99 erwähnt.

Okay, das habe ich verpasst. Ich kann / möchte nicht so lange Diskussionen parallel zu den 40-50 E-Mails in geschäftlich / privat pro Tag lesen.

Der Ticket- / Ausstellungsstatus ist "offen". Also hat niemand etwas entschieden. Lassen Sie uns jetzt geduldig sein und sehen, was passiert.
Wenn diese Funktionsanforderung implementiert wird, freuen wir uns.
Wenn nicht (abgelehntes / geschlossenes Problem): Stehen Sie auf.
Heute: Abonnieren und warten oder selbst machen, wenn technisch möglich.

Ich erinnere mich an einen der offiziellen Entwickler, der sagte, es sei nicht so einfach. Es gibt andere Teile des Codes, die von der Größe dieser fest verdrahteten Schriftart abhängen. Sie sind wahrscheinlich besorgt, dass der Patch von @saighost nicht gründlich genug getestet wurde, um unangenehme Nebenwirkungen

Dieses Plugin: Benutzeroberfläche anpassen hat Implementiert die Funktionen basierend auf dem Plugin 'Monkey Patch'

Die Standard-Monospace-Schriftart für Ubuntu ist auf einem Hidpi-Bildschirm mit 14 Pixel zu klein. Wenn Sie jedoch eine angemessene Größe festlegen, sind andere Teile der Benutzeroberfläche absurd groß (https://github.com/microsoft/vscode/issues/88916). . Das Beheben dieses Problems würde auch das beheben.

OH MEIN GOTT! Dies war eine Feature-Anfrage seit 2015 😅

Dies würde das Schreiben von Code mit meinem relativ schlechten Sehvermögen wirklich verbessern.

Hier ist auch ein (+1) von mir

Es wäre sehr gut, die Explorer-Schriftart einstellen zu können.

@iliakan Wenn Sie Fügen Sie einfach einen Daumen nach oben hinzu, da Sie dies nach dem Sperren nicht einmal tun können.

Ich würde sagen, der Hauptgrund für die Implementierung dieses Problems ist # 84194, das, wie bereits gesagt, nicht behoben werden kann. Wir haben die Möglichkeit, zwischen unlesbar kleinem Text oder großem, aber verschwommenem Text mit window.zoomLevel zu wählen. Gibt es keine Problemumgehung, um die Schriftgröße des Explorers zu erhöhen?

Ich würde sagen, der Hauptgrund für die Implementierung dieses Problems ist # 84194, das, wie bereits gesagt, nicht behoben werden kann. Wir haben die Möglichkeit, zwischen unlesbar kleinem Text oder großem, aber verschwommenem Text mit window.zoomLevel zu wählen. Gibt es keine Problemumgehung, um die Schriftgröße des Explorers zu erhöhen?

Dies ist wirklich der Grund, warum Sie keinen Webbrowser verwenden sollten, um Anwendungen mit zu entwickeln, den Browser für das zu behalten, wofür er ist, Web-Apps in Ordnung zu bringen, aber nicht versuchen sollten, eine Desktop-App zu einer Web-App zu machen.

@ Lucretia

Dies ist wirklich der Grund, warum Sie keinen Webbrowser verwenden sollten, um Anwendungen mit zu entwickeln, den Browser für das zu behalten, wofür er ist, Web-Apps in Ordnung zu bringen, aber nicht versuchen sollten, eine Desktop-App zu einer Web-App zu machen.

Als jemand, der dies am längsten gesagt hat, verstehe ich das Gefühl. Es gibt jedoch Probleme mit der Lösung von Elektronen, die andere GUI-Frameworks einfach nicht lösen. Zum einen ist die Verwendung von etwas anderem ein großer Schmerz im Arsch, mit dem man iterieren muss. Ich habe Qt (sowohl C ++ als auch Python), WxWidgets, Delphi, WPF, WinForms und Gott weiß was gemacht, und buchstäblich ist Elektron das einzige, bei dem ich dachte "Hey, es macht Spaß, diese Desktop-App zu erstellen". Ich fange noch nicht einmal mit dem Teil "Cross Platform" an. Die beste Erfahrung in der "Desktop-Benutzeroberfläche", die ich außerhalb von Electron gemacht habe, war ImGui , und das ist nicht einmal für Desktop-Apps gedacht. Beachten Sie auch, dass viele Apps mit tatsächlich guten GUIs ihre eigenen geschrieben haben und sich gigantisch darum bemüht haben, anstatt die App selbst zu entwickeln.

Es gibt aber auch andere Gründe. Sehen Sie sich an, wie JetBrains-IDEs Schriftarten rendern, und schauen Sie dann in VS Code nach. Der Unterschied ist verrückt, und Sie können Dinge wie den Buchstabenabstand und andere Funktionen nicht einmal richtig anpassen.

Um einen schönen Artikel über reddit zu zitieren:

Für leistungsempfindliche Anwendungen wie Spiele oder wissenschaftliche Tools zur Zahlenverarbeitung sind die Desktop-Apps immer noch der einzige Weg. Für alles andere wird ein Entwicklungskomfort gewählt. Deshalb ist alles scheiße und alle Ihre Apps sind jetzt Websites.

Der Zustand von Desktop-Apps ist einfach zu traurig und schrecklich.

Ich denke, Electron war eine gute Wahl. Ich kann mir im Moment nichts anderes vorstellen, auf das Sie sich verlassen können, um in so vielen Desktop-Umgebungen so bequem und gut zu arbeiten.

Füge meine +1 zum Stapel hinzu. Ich kann nicht glauben, dass dies seit 5 Jahren nicht mehr angesprochen wurde. Typisch Microsoft. 😁

Die Dichte des Explorer-Baums ist viel zu dicht. Ich sollte nicht schielen müssen, um die gewünschte Datei zu finden. Eine Option zum Erhöhen der Zeilenhöhe wäre unter https://github.com/Microsoft/vscode/issues/59873 hilfreich

+1

✳️ https://github.com/Microsoft/vscode/issues?utf8=%E2%9C%93&q=is%3Aissue+is%3Aopen+label%3Abug==CoC__https : //github.com/microsoft/vscode/blob /master/CONTRIBUTING.md💯🦸‍♀️

Nur ein noch nicht erwähnter Anwendungsfall: Ermöglichen Sie das Ändern aller vscode-Schriftarten in Monospace. Einige von uns (alte Emacs-Benutzer) möchten beim Lesen nicht immer zwischen Schriftarten mit variabler Breite und Schriftarten mit monospaced wechseln.

Ich dachte, ich würde mein Shell-Skript freigeben, damit vscode CSS aus einer Datei lädt (und mich nicht über Beschädigungen beschwert). Ich habe einfach keine Lust, Erweiterungen das machen zu lassen.

https://gist.github.com/a85b8231a9f5494149387c3a36079e84

Ich musste es kürzlich an eine neuere vscode-Version anpassen (oder vielleicht weil ich zu vscodium gewechselt bin), sodass Sie möglicherweise eine Zeile ändern müssen, damit es mit 1.44 oder älter funktioniert.

Was genau ist der Grund, warum wir die Schriftart / Größe in der Seitenleiste nicht ändern können? Ist das nicht ein Nobrainer? Wenn mir jemand zeigt, wie es geht, kann ich es vielleicht selbst machen.

Ja, wenn mir jemand zeigen würde, wie es geht, könnte ich es auch. Und die Person, die es mir gezeigt hat, auch ...

Gibt es darüber irgendwelche Neuigkeiten?

Gibt es darüber irgendwelche Neuigkeiten?

Schau einfach nach oben und ... offensichtlich nein.

Was ist dann der Überfall? Gibt es Blocker? Ich würde gerne etwas Bewegung dazu sehen. 🚀

Was ist dann der Überfall? Gibt es Blocker?

Sie können die Antwort des Mitglieds lesen.

Ich würde gerne etwas Bewegung dazu sehen. 🚀

Wir alle möchten, also warten wir, oder jemand, zum Beispiel Sie, kann dies verschieben.

Warten Sie immer noch darauf, dass Microsoft die Anpassung unterstützt? Wir werden Epsteins Mörder finden, bevor dieses Ticket geschlossen wird

Warten Sie immer noch darauf, dass Microsoft die Anpassung unterstützt?

Ich weiß nicht, wie ich genau sagen soll ... Ich bin nicht aufgeregt, aber ich bin abonniert, wie viele Leute hier, und ich persönlich verwende VS-Code erst, wenn zumindest dieses Problem behoben ist.

Wir werden Epsteins Mörder finden, bevor dieses Ticket geschlossen wird

Ich sehe das Feature nicht und "Epsteins Mörder" ist mir egal. Ich interessiere mich für diese Ausgabe und bitte warten oder machen wir. Unsere Kommentare zu "Ich möchte diese Funktion!" oder jemandes Mörder helfen nicht.

VSCode-Team, bitte beauftragen Sie den HTML-Layout-Hersteller für Ihre elektronenbasierte Benutzeroberfläche.
Sie sind billig. Alles, was Sie brauchen, ist ein flüssiges Design, nur ein Raster- oder Spaltenlayout.

Warten Sie immer noch darauf, dass Microsoft die Anpassung unterstützt? Wir werden Epsteins Mörder finden, bevor dieses Ticket geschlossen wird

Glaubst du, wir werden ihn finden, wenn ich die Schriftart in meinem Lieblingscode-Editor ändern kann? Vielleicht weiß er, wie man diese Funktion implementiert. 🤔

Könnten Sie den Unsinn stoppen und einfach +1 stimmen? Sie nerven Abonnenten und Entwickler. Schließlich erhalten Sie nur, dass der Thread gesperrt wird, sodass möglicherweise nicht einmal Daumen hoch zulässig sind.

Könnten Sie den Unsinn stoppen und einfach +1 stimmen? Sie nerven Abonnenten und Entwickler. Schließlich erhalten Sie nur, dass der Thread gesperrt wird, sodass möglicherweise nicht einmal Daumen hoch zulässig sind.

+1

Könnten Sie den Unsinn stoppen und einfach +1 stimmen? Sie nerven Abonnenten und Entwickler. Schließlich erhalten Sie nur, dass der Thread gesperrt wird, sodass möglicherweise nicht einmal Daumen hoch zulässig sind.

Nein, wir können nicht. Und wenn sie das tun, werde ich einen anderen Code-Editor verwenden. Ich benutze bereits 2 täglich. VS CODE ist EINE Option aus vielen guten Optionen. Problem gelöst :)

Warum ist dies keine Funktion? 5 Jahre sind vergangen.

Und wenn sie dies tun, werde ich einen anderen Code-Editor verwenden.

Ich denke, Sie haben falsch geschrieben, aber: OK, bitte fangen Sie an.

Warum ist dies keine Funktion? 5 Jahre sind vergangen.

Weil dies offensichtlich niemand umgesetzt hat.

Das Fehlen von Schriftalternativen erschwert die Anwendung für alle, die großen Text benötigen. Ich habe eine spezifische Diskussion darüber nicht als Problem der Barrierefreiheit gesehen, aber dies ist eine große Sache, wenn es darum geht, Entwicklern alle Ebenen der körperlichen Leistungsfähigkeit zu ermöglichen. Es ist keine gute Lösung, sich ausschließlich auf die Eingabehilfen des Betriebssystems zu verlassen. (Versuchen Sie zum Beispiel, mit MacOS-Zoom Entwicklungsarbeit zu leisten.) Ich habe verschiedene CSS-Hacks ausprobiert und konnte sie nur teilweise zum Laufen bringen.

Normalerweise verwende ich einen Nur-Text-Editor, da ich meine Terminal-Schriftart beliebig gestalten kann. Aber ich bin derzeit in einer Situation, in der ich grundsätzlich vscode verwenden muss. Es ist ziemlich entmutigend, nach einer Lösung für die winzige Explorer-Schriftart zu suchen und festzustellen, dass diese fünf Jahre alte Funktion noch offen ist.

Vielleicht sollte dieses Problem das Barrierefreiheits-Label haben ?

@feorlen - Sie können die Schriftart und Größe des integrierten Terminals bereits unabhängig vom Editor anpassen. Es sei denn, ich habe Ihre Frage falsch verstanden.

image

@narfanar Ich glaube, @feorlen bedeutet, dass er / sie normalerweise terminalbasierte Editoren verwendet (vim, ecmas, nano usw.). Das Ändern der Schriftgröße des Terminals wirkt sich also auf alle "Benutzeroberflächen" des Editors aus.

@feorlen Haben Sie die Einstellung window.zoomLevel ausprobiert? Ich denke es ist besser als nichts.

Und wenn sie dies tun, werde ich einen anderen Code-Editor verwenden.

Ich denke, Sie haben falsch geschrieben, aber: OK, bitte fangen Sie an.

Warum ist dies keine Funktion? 5 Jahre sind vergangen.

Weil dies offensichtlich niemand umgesetzt hat.

Wow, genialer Kommentar.

Ich bin nicht sicher, ob meine Anfrage mit dieser Ausgabe übereinstimmt.
Im Moment habe ich workbench.desktop.main.css geändert: Suche in der Datei nach windows{font-family:Segoe WPC,Segoe UI,sans-serif} und füge die benötigten Schriftarten hinzu. Für Mac und Linux suchen Sie einfach nach mac{font-family oder linux{font-family .
Ich habe das getan, nur weil ich einige Cue-Sheets mit Dateinamen in CJK habe und Schriftarten in Seitenleiste und Registerkarten auf eine bestimmte Standardpixelschrift des Systems zurückgreifen (wie es scheint).
Ich hoffe, VS-Code bietet die Möglichkeit, UI-Schriftarten so zu ändern, wie wir Editor-Schriftarten in der Datei settings.json ändern

Ich bin gerade von Atom zu VSCode gewechselt. Weggeblasen, dass mein "Aktenbaum" so groß und fett und hell aussehen muss. Vergleiche mit Atom:

VSCode:

image

Atom:

image

Ich bin sicher, ich klinge verrückt ... aber sehen Sie, wie schön und subtil Atom ist? Der VSCode-Explorer lenkt vom Code (Editor) ab.

Als ich kurz davor war, Epsteins Mörder zu finden, bekam ich eine Liste von Verdächtigen. Wie kommt diese Funktion voran?

@justinko , Kontrast ist wichtig. Ich würde die Vermutung wagen, dass es für eine große Anzahl von Menschen nicht zu vernachlässigen ist, den Text im Atom-Screenshot zu lesen, als den von VSCode. Persönlich sehe ich keinen Unterschied in einem Ausmaß, in dem ich Ihren Kommentar zuerst überflogen habe und dachte, sie wären beide Screenshots von Atom. Nachdem ich festgestellt habe, dass es sich bei dem ersten um VSCode handelt, habe ich jetzt Probleme herauszufinden, was Sie stört - IMO, der VSCode ist weniger "groß und mutig und hell"; kleinere Symbole und Ordnersymbole sind alle grau.

In jedem Fall betrifft Ihr Kommentar wahrscheinlich eher die Schriftfarbe als / zusätzlich zur Schriftgröße, aber dies sind alles Dinge, die konfigurierbar sein sollten.

@feorlen wies darauf hin, dass dies ein Problem mit der Barrierefreiheit ist, und ich denke, das ist ein großartiger Punkt! SF Monospaced scheint die einzige Schriftart zu sein, an die sich meine Legasthenie gewöhnen kann, und das Lesen des Datei-Explorers ohne ihn ist so schmerzhaft.

Bitte, bitte, bitte jemanden bei Microsoft, bitte schauen Sie sich das an! Da ich sehbehindert bin, muss ich mich innerhalb von zwei Zoll von meinem Bildschirm entfernen, um die Schriftart im Explorer-Fenster zu lesen, um eine Datei umbenennen zu können und um sicherzustellen, dass die Zeichen, die ich in Dateinamen einfüge, an der richtigen Stelle sind . Das Editorfenster, das in der Schriftgröße einstellbar ist, ist großartig und ich habe mein Fenster auf 18 gesetzt, nur um es lesen zu können. Das ist alles schön und gut, aber der Rest der Benutzeroberfläche benötigt die gleichen Anpassungsoptionen, insbesondere wenn Sie VS-Code auf einem Computer über RDP verwenden, bei dem Windows-Skalierung nicht alles eine Option ist. Es ist definitiv ein Problem der Barrierefreiheit und muss nach fast fünf Jahren seit seiner Eröffnung behoben werden.

Warum dauert das Hinzufügen einer Funktion, die offensichtlich so einfach ist, so lange? Es ist ein Alptraum für Barrierefreiheit, es ist einfach zu machen und doch - hier warten wir Jahre später noch. Das macht keinen Sinn.

Könnten Sie einfach oben abstimmen, um Ihre Präferenz auszudrücken? Diese Art von Kommentaren führt nur dazu, dass interessierte Personen von der Ausgabe abgemeldet werden oder, schlimmer noch, dass die Ausgabe eingeschränkt wird, sodass Sie nicht einmal abstimmen können. Kannst du nicht erkennen, dass das, was du tust, gegen dein eigenes Interesse verstößt?

Warum dauert das Hinzufügen einer Funktion, die offensichtlich so einfach ist, so lange?

Noch ein Verweis auf die Antwort eines Mitglieds: https://github.com/microsoft/vscode/issues/519#issuecomment -643326100

Microsoft hat sich nie um UX gekümmert, ihr könnt euch anmelden, abmelden, abstimmen, reden, schweigen oder sogar Epsteins Mörder finden, und nichts wird die Tatsache ändern, dass dies niemals das Licht der Welt erblicken wird, denn das ist Microsoft.
Viele Ingenieure hier sind vielleicht neu im Umgang mit ihnen, aber diese Einstellung ist seit den Tagen von IE6 konstant. Microsoft möchte nur eine starke Präsenz im Web haben, aber Microsoft kümmert sich um Entwicklertools und Anpassungen? wird nie passieren.
Atom war großartig, Atom war von Anfang an anpassbar, dann kam Microsoft und ruinierte alles durch den Kauf von Github.
Und wir werden @memeplex einen Herzinfarkt geben, wenn er weiterhin Benachrichtigungen von diesem Thread erhält, also bitte nur +1

Können wir diesen Thread vorerst für Mitwirkende sperren?

Es sind mehrere Dinge erforderlich, damit diese Funktionsanforderung wie erwartet funktioniert.

  • Inline-Symbole müssen auf die Schriftgröße (wenn SVG) oder die nächste verfügbare Pixelgröße (falls nicht SVG) angepasst werden.
  • Die Größenverhältnisse zwischen allen verschiedenen Schriftartelementen in der Workbench müssen beibehalten werden, da Sie sonst die Benutzeroberfläche vollständig beschädigen können.
  • Seitenleisten-Symbole müssen ebenfalls angepasst werden (Sie können keine große Seitenleiste in der Nähe einer winzigen Explorer-Ansicht haben).

Ich vermute, dass wir etwas Ähnliches wie die Fensterzoomstufe benötigen, also einen Skalierungsfaktor, der sich jedoch nur auf die Workbench (oder sollte ich sagen, die Anwendungsshell) und NICHT auf den Code-Editor (bei dem die Zeilenhöhe Pixel bleiben muss) auswirkt perfekt und ganzzahlig).

Die Anwendungsshell ist nicht von Problemen mit der Zeilenhöhe betroffen, sodass ein Skalierungsfaktor hier keine Probleme verursachen sollte. (Vielleicht mit den Popups und dem Explorer-Baum ... Ich bin mir nicht sicher, ob diese zeilenweise gerendert werden.)

Dies ist für mich kein Problem, besser auszusehen, und es ist nicht gut genug, um die Benutzeroberfläche zu vergrößern und den Editor zu verkleinern.

Das schwerwiegendste Problem ist das Gewicht der Schriftart. Sie haben eine extrem dünne Schriftart gewählt, die sicher für junge Leute mit großen Augen großartig ist, für einige von uns aber schrecklich. Keine Skalierung, keine Farben oder kein hoher Kontrast verbessern die Schrift auf diese Weise.

Dies ist ein ernstes Problem mit der Barrierefreiheit. Es tut meinen Augen weh, diese App zu benutzen, und ich muss sie täglich benutzen.

Ich kann nicht einfach eine Brille tragen, um das Problem zu beheben.

Ich muss mich dieser Anfrage anschließen. Ich habe mit häufigen Kopfschmerzen zu kämpfen und die Schriftart und die Farben der Anwendungen, die ich verwende, haben viel damit zu tun, dass sie schlechter oder besser werden. Die Quelle dieser App hilft mir überhaupt nicht und ist wahrscheinlich das einzige, was mich dazu bringt, sie von Zeit zu Zeit aufzugeben.

wow 5 Jahre und diese Funktion ist immer noch nicht einmal eine Sache lmao. Ich mag vs Code, aber dies ist absolut notwendig, wenn Sie mehr als einen Bildschirm haben.

In der Zwischenzeit wechseln wir einfach weiter von Hand. part>.content{font-size:13px} bis .part>.content{font-size:16px}
Jeder, der sagt, es sei komplizierter als das, ist einfach voll davon. Wie schwierig kann es sein, ein CSS basierend auf einer ausgewählten Schriftgröße zu aktualisieren? Ich denke, es ist für MS.
Jetzt gibt es bei jedem Upgrade Tonnen nutzloser Funktionen, die wahrscheinlich viel länger dauern als das Hinzufügen einer Einstellung zum Festlegen der Schriftgröße des Dateibaums. Was zum Teufel?

In der Zwischenzeit wechseln wir einfach weiter von Hand. part>.content{font-size:13px} bis .part>.content{font-size:16px}
Jeder, der sagt, es sei komplizierter als das, ist einfach voll davon. Wie schwierig kann es sein, ein CSS basierend auf einer ausgewählten Schriftgröße zu aktualisieren? Ich denke, es ist für MS.
Jetzt gibt es bei jedem Upgrade Tonnen nutzloser Funktionen, die wahrscheinlich viel länger dauern als das Hinzufügen einer Einstellung zum Festlegen der Schriftgröße des Dateibaums. Was zum Teufel?

Grundfrage. Wie kann man dies in VS Code hinzufügen / bearbeiten?

@KingOfSpades Bearbeiten Sie workbench.desktop.main.css und suchen Sie nach dem ersten .part>.content

Sie können die Schriftart des Editors oder des Terminals ändern, aber aus irgendeinem Grund können Sie die Panel-Schriftart nicht ändern

Typisch Microsoft, genau wie Windows 10, lieben sie Inkonsistenz und Aufblähen

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen