Vscode: Разрешить изменять размер шрифта и шрифт верстака

Созданный на 24 нояб. 2015  ·  263Комментарии  ·  Источник: microsoft/vscode

На данный момент мы можем изменить только размер шрифта / шрифт редактора. Если мы хотим изменить размер шрифта, нам нужно использовать обходной метод «увеличения / уменьшения». Было бы неплохо, если бы это можно было отрегулировать в настройках.

feature-request layout

Самый полезный комментарий

Кроме того, хотелось бы увеличить межстрочный интервал в проводнике. Имена файлов расположены слишком близко друг к другу, и на них утомительно смотреть.

Все 263 Комментарий

В дополнение к этому, кажется странным, что если мне нужны более крупные шрифты вне редактора, мне приходится увеличивать масштаб каждый раз при перезапуске.

Пожалуйста, см. # 291 по проблеме масштабирования (в общем, пожалуйста, не создавайте комбо-проблем: smile :)

+1

v1.4.0, похоже, сделал шрифты файлового проводника больше / жирнее, что затруднило перемещение по большому каталогу

+1

+1

👍

👍

Предоставляет ли новый интерфейс тематики пользовательского интерфейса доступ к размеру шрифта?

Кроме того, хотелось бы увеличить межстрочный интервал в проводнике. Имена файлов расположены слишком близко друг к другу, и на них утомительно смотреть.

Ха, я собирался предложить выставить высоту строки, чтобы я мог уменьшить ее и упаковать больше файлов на каждый экран.

просто чтобы добавить еще одну причину:

  • изменение проводника на моноширинный шрифт легче читать при сканировании файлов

+1

Пожалуйста, добавьте поддержку изменения размера шрифта окна EXPLORER.

Вроде хакерского решения для интересующихся: увеличить размер основного шрифта и установить отрицательное значение масштабирования окна (установка cmd + - или window.zoomLevel ). Также можно использовать дробные значения, например "window.zoomLevel": -0.75 .

@kompot - ваш подход отлично работает! Вот мой файл настроек пользователя:

{
"workbench.colorTheme": "One Dark Pro",
"editor.fontSize": 12,
"window.title": "$ {activeEditorMedium} www.BKD.io ",
"newFile.defaultBaseFileName": "newFile",
"newFile.relativeTo": "файл",
"newFile.defaultFileExtension": ".ts",
"newFile.rootDirectory": "~",
"newFile.showPathRelativeTo": "корень",
"newFile.expandBraces": ложь,
"editor.tabSize": 2,
"editor.formatOnSave": true,
"prettier.semi": ложь,
"window.zoomLevel": 1,
"git.enableSmartCommit": правда,
"terminal.integrated.fontSize": 16,
"terminal.external.osxExec": "Hyper.app",
"atomKeymap.promptV3Features": true,
"editor.multiCursorModifier": "ctrlCmd",
"editor.formatOnPaste": true,
"files.exclude": {
" /.git": правда," /.svn": правда,
" /.hg": правда," / CVS": правда,
" /.DS_Store": правда," /.history": правда,
" /.github": правда," /.vscode": правда,
«** / node_modules»: верно
}
}

В частности, мне кажется, что между двумя элементами в списке слишком много места, поэтому на экране недостаточно элементов. Я просто сравнил с деревом файлов Eclipse, и он получил 48 элементов в пространстве, а Visual Studio - 36.

Я чувствую, что боковая панель, в частности, должна иметь возможность настраивать wrt: lineHeight, fileFontColor, dirFontColor и activeLineColor.

Сравнение Sublime 3:

image

в VS Code:

image

Я утомляюсь, глядя на дерево VS Code, и часто не могу легко найти файлы, не отводя взгляд и не сбрасывая глаза, либо свертывая все открытые папки, а затем снова начиная с корня, чтобы найти то, что я ищу . Я не могу сказать, что когда-либо испытывал это в Sublime, и я думаю, что это мешает цветовое различие файлов и папок.

При изменении шрифта в editor.fontFamily это не отражается в остальной части пользовательского интерфейса, создавая несоответствие между редактором и пользовательским интерфейсом. Кроме того, нет настроек workbench.fontFamily или workbench.fontSize для компенсации этой проблемы.

Для меня, установив небольшой зум CMD / CTRL + - пару раз и увеличив edit.fontSize и terminal.intergrated.fontSize , я готов. Это не так взломано, как я думал. Все по-прежнему относительно, поэтому использование CMD / CTRL + + меняет всю рабочую область, чего я и хочу.

... добавление к различным причинам: если я установил "workbench.fontAliasing": "none", - учитывая, что я использую в редакторе шрифт без сглаживания, проводник (левая часть рисунка) выглядит очень плохо: /
screen shot 2017-11-21 at 10 48 31

+1
Необходимо изменить _fontStyle_, _fontSize_ в проводнике и на вкладке

+1 от меня за темы пользовательского интерфейса, такие как Atom.

Мне очень нравится эта функция в других редакторах кода (Pycharm). Пожалуйста, включите то же самое в ближайшую дорожную карту.

Точно так же было бы здорово, если бы можно было изменить семейство шрифтов.

+1 настройка шрифта для проводника тоже

+1

Требуется общее семейство шрифтов пользовательского интерфейса и настройки размера шрифта пользовательского интерфейса ...

Я действительно хотел бы знать, почему все эти голоса против этой функции? В чем обратная сторона возможности изменить шрифт верстака?

@picosam Голосование против не относится к самой идее, а к комментариям, в которых не указано ничего, кроме «+1», или только содержащие другие способы выражения согласия / поддержки. Эти комментарии отправляются всем в виде уведомлений по электронной почте, но при этом не вносят ничего значительного, чтобы гарантировать такое уведомление. Поддержка идеи лучше выразить, проголосовав за исходный комментарий или любые комментарии, дополнительно разъясняющие проблему.

больше 1 года и нам еще нужно дождаться этой функции :(

Просто интересно, есть ли для этой функции расчетное время прибытия? Было бы очень удобно, если бы мы могли настроить это в настройках json. Текущий размер шрифта очень затрудняет навигацию по файлам в проекте. благодаря

Я согласен , что размер шрифта интерфейса огромен, но , по крайней мере , мы имеем @kompot «s хак , который достаточно.

Если бы я мог выбрать statusBar.zoomLevel отдельно, это было бы большим подъемом, если по какой-то причине было бы трудно поддерживать целостность макета с помощью бесплатного изменения размера шрифта.

Пожалуйста, добавьте некоторые функции для изменения шрифта боковой панели. Из-за этого я использую альтернативные редакторы.

+1

Я провел целый день, переключаясь с возвышенного на VSCode. Мне все нравится, кроме боковой панели, которая слишком мала. Пожалуйста, откройте настройки, чтобы изменить высоту строки, семейство шрифтов и размер шрифта.

+1

Я перехожу на VS Code из Sublime, и боковая панель - это главное, с чем у меня проблема. Было бы здорово иметь возможность настраивать высоту строки и размер шрифта.

Я перехожу с IntelliJ, и мой опыт работы с VSCode пока превосходен ... за исключением боковой панели. Я не могу к этому привыкнуть. Вариант sideBar.lineHeigth очень поможет в этом. Думаю, неплохо было бы использовать sideBar.dirBackground и sideBar.dirExpandedBackground .

+1

+1

+1

Отписаться от меня

Вторник, 20 марта 2018 г., 13:40 farahabdi, [email protected] написал:

+1

-
Вы получаете это, потому что подписаны на эту ветку.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/Microsoft/vscode/issues/519#issuecomment-374600867 ,
или отключить поток
https://github.com/notifications/unsubscribe-auth/AjugnBFb7O9WsyW3BMQT8i1TaTdkOdVtks5tgQbbgaJpZM4GoAlw
.

Ребята, а вы вообще серьезно? Какого черта вы продолжаете размещать свои плюсы, просто используйте кнопки в начальном сообщении.

@ steve6274 Сделай сам, для этого есть кнопка, она в правом нижнем углу на этом скриншоте: https://monosnap.com/file/FJkeWTsHWIhI6DtRXZKXLo0oUHjv43.png

В основном я переключился с Sublime на VS Code, и точно так же я считаю боковую панель одной из самых больших проблем, особенно из-за отсутствия различий, например, между папками и файлами - значки или нет.

В этом выпуске я нашел одно из своих желаний от Sublime: https://github.com/Microsoft/vscode/issues/10748#issuecomment -241287964 - простой запрос на добавление папок, выделенных жирным шрифтом, со связанным комментарием - открытое возможное предлагаемое решение. к обратной связи.

Эта (необязательная конфигурация) была отклонена, потому что, очевидно, вариант жирного шрифта требует решения всей команды UX (???) и «не входит в план действий на следующие 6-12 месяцев». Пока мне действительно нравится VS Code, но я нахожу такое отношение разочаровывающим. Это необязательный параметр имени папки с жирным шрифтом. Однако я по-прежнему надеюсь и буду рад помочь с такими вещами, если это будет необходимо.

Возможно, этот https://github.com/Microsoft/vscode/issues/26128 действительно стоит посмотреть? Я пропустил это, когда читал раньше.

Есть ли шанс, что это будет реализовано до конца этого года?

VSCode Version: 1.21.1
OS Version: Windows 7

Я хотел бы увидеть возможность увеличить крошечный размер шрифта, используемый в меню VSCode

Возможно, вы ожидаете, что такая настройка будет настраиваемой на уровне ОС, я считаю, что она нужна внутри VScode, точно так же, как есть редактор и параметры размера шрифта терминала, там должно быть очевидное "menu.fontsize": 14,

Я в курсе
"window.zoomLevel": 0,4

Но, похоже, это не влияет на меню и выпадающие списки.
Спасибо.

Я хотел бы иметь возможность окрашивать определенные папки с кодом в цвет фона
Наведите указатель мыши на папку, R-щелкните, чтобы изменить цвет фона / выделения

image

  • Что касается размера шрифта, почему бы не поддержать Ctrl-Wheelmouse во всех основных областях VSCode и позволить пользователям динамически устанавливать уровень комфорта.
  • Естественный способ - навести указатель мыши на меню , вкладки, боковую панель инструментов, панели, терминал и т. Д. И использовать Ctrl-Wheelmouse, чтобы установить размер шрифта (уровень масштабирования).
  • Ошибочно предполагать, что всем пользователям обязательно нужен глобальный уровень масштабирования или размер шрифта.
    Спасибо.

+1.
масштабирование не мое

Ответ Visual Studio на возможность изменения шрифта комментариев: _ " На данный момент изменение семейства шрифтов недоступно. Однако этот запрос функции в настоящее время открыт в репозитории VS Code на GitHub. Мы считаем, что вы можете проголосовать за него здесь: http://msft.social/jeezBz . "_

Я исправил это с помощью специального CSS.

  1. Скачать be5invis/vscode-custom-css
  2. Включите его и добавьте свой собственный CSS

Мне нужно больше места для каждой строки в древовидной структуре. Я использую такой стиль:

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

Хаки, я знаю. Но это работает

@lindesvard Спасибо, я не знал об этом расширении.

@mchampanis Я тоже устал смотреть на проводник. Вот мой CSS, который я добавил с помощью расширения be5invis / vscode-custom-css. Это делает просмотр исследователя намного приятнее.

.monaco-tree-row.has-children {
font-weight: 500;
маржа: 8 пикселей;
цвет: #eee;
размер шрифта: 14 пикселей;
}

.monaco-tree-row {
font-weight: 300;
маржа: 5 пикселей;
размер шрифта: 12 пикселей;
цвет: #bbb;
}

Когда я использую VS Code на виртуальной машине на моем MacBook Pro с дисплеем Retina, у меня действительно ужасный рендеринг шрифтов. Все очень размыто. Если я использую разрешение экрана, близкое к родному (2880 x 1800), чтобы попытаться улучшить это, шрифты становятся очень маленькими. Я могу настроить размер шрифта в редакторе и терминале, чтобы получить приемлемые результаты, но использование параметра window.zoomlevel для получения пользовательского интерфейса до удобочитаемого размера снова делает все размытым, поскольку, очевидно, это просто увеличение.

Я действительно хотел бы, чтобы возможность изменить размер шрифта присутствовала. Поскольку это VS Code, я не могу использовать его в среде vm.

@lindesvard Просто любопытно ... прежде чем я

_Я понял после того, как опубликовал это_, что в настоящее время нет возможности изменить шрифты комментариев. Однако другой хак @mchampanis действительно помог немного комментарии .

Да, я бы хотел, чтобы текст в папках был немного больше, чем в файлах, а в корневых папках (папки верхнего уровня, добавленные в проект) перед ними был небольшой отступ или даже бледная верхняя граница, чтобы вы могли легко увидеть, где начинается каждое новое дерево файловой системы.

Тем не менее, расширение custom-css кажется излишним взломом :-)

Мне удалось изменить font-family древовидного представления и другие боковые панели в моем Debian , отредактировав workbench.main.css в папке /usr/share/code/resources/app/out/vs/workbench/

найдите класс .monaco-shell и измените там семейство шрифтов.

ОБНОВЛЕНО:

Просто добавьте .monaco-shell {font-family: "your font";} в последнюю строку файла /usr/share/code/resources/app/out/vs/workbench/workbench.main.css . И тебе хорошо идти

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

@MaxySpark Спасибо за исправление. Тем не менее, мне бы очень хотелось, чтобы они добавили эту функцию. Я уверен, что в следующий раз VScode обновит этот временный интервал. fix будет перезаписан, и мне придется снова изменить семейство шрифтов.

@MaxySpark, хотя это и меняет шрифт, также дает ошибку повреждения из-за новой установки vscode. Устранение неполадок из новой установки на отдельном компьютере с внесением только этого изменения дает мне эту ошибку каждый раз, когда я открываю редактор:

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

@chaddanna просто нажмите на значок шестеренки и выберите Don't Show Again

Это довольно ошеломляюще с учетом всех этих усилий, вложенных в VSCode, такая основная проблема, как эта, все еще не решена. В OS X шрифт пользовательского интерфейса слишком велик, и единственный способ уменьшить его (window.zoomLevel) приводит к уродливому колебанию при прокрутке. Это серьезная проблема удобства использования.

Это все еще изучается? Когда используешь
"window.zoomLevel": -1,

Из-за этого мой шрифт выглядит ужасно некрасиво

прошло 3 года с момента первоначального запроса, почему я продолжаю думать, что это самое заброшенное улучшение функции из всех?

Типичный стиль Microsoft.

Типичный стиль Microsoft.

Хорошо, теперь это звучит неблагодарно. Многие люди прикладывают много усилий к VSCode (и многие из них в свободное время). И, безусловно, в отличие от «типичной моды Microsoft», это открытый исходный код, поэтому никто не мешает вам реализовать это и отправить запрос на перенос.

Должна быть проблема с вышестоящим Electron, которая препятствует реализации этого запроса функции. В противном случае, я уверен, что команда VS Code уже решила бы эту проблему. @ ramya-rao-a, пожалуйста, присоединяйтесь?

Да, должно быть простое редактирование. Я только что проверял этот редактор, и мне нужен хотя бы более крупный шрифт.

Atom хорош, и вы можете настроить все, поэтому может быть лучше. https://atom.io/

+1

Уважаемое сообщество

Мы все еще не занимаемся этим, потому что у нас есть много жестко закодированных списков и высот деревьев (например, проводника) в нашей рабочей среде, и изменение размера шрифта может нарушить рендеринг.
Это непростое решение, требующее более тщательной работы. В настоящее время мы не планируем заниматься этим, но мы рассмотрим его в будущем.

благодаря
Исидор

Это совершенно понятно 🙂. Как насчет того, чтобы просто позволить нам изменить семейство шрифтов сейчас? Моноширинные шрифты отлично смотрятся на боковой панели.

@swashata Для этого, вероятно, потребуется изменить высоту списка / дерева (не все шрифты имеют одинаковые размеры / высоту глифов). Я предполагаю, что возможность настройки шрифтов будет связана с возможностью изменения размеров шрифта.

А пока обходной путь из https://github.com/Microsoft/vscode/issues/519#issuecomment -387148025 (с использованием https://github.com/be5invis/vscode-custom-css) мне хорошо служит.

PS: Я не в команде VSCode.

@pradyunsg Я знаю об этом. Просто не большой поклонник, потому что я использую инсайдер vscode, и он обновляется каждый день. Вместо этого я просто открываю devTool и меняю семейство шрифтов на Dank Mono .

Было бы здорово изменить шрифт боковой панели.

С нетерпением жду этой функции.

Еще одна интересная перспектива этой проблемы заключается в том, что VSCode уже имеет возможность переключаться между различными шрифтами пользовательского интерфейса для конкретной платформы по умолчанию. Например, в Linux, если вы устанавливаете шрифт Segoe UI из Windows, VSCode автоматически переключится с шрифта Linux по умолчанию (Noto Sans?) На Segoe UI. Учитывая, что эта функция уже присутствует, можно ли разрешить переключение между указанными шрифтами пользовательского интерфейса, учитывая, что они установлены пользователем, поскольку жестко заданные интервалы работают над? Это все равно будет временным (скорее нишевым) средством, но должно, по крайней мере, позволить немного больше настраиваемости, чем то, что есть в настоящее время.

Можем ли мы просто реализовать:

{
  "explorer.fontSize" : 13.5
}

?

Тогда мы сможем решить эту проблему.

Майкрософт ... это базовый запрос. Никто не запрашивает функцию поиска, которая также звонит вашей маме, поздравляет ее с днем ​​рождения, заказывает ей подарок на Amazon с доставкой в ​​тот же день (разумеется, в соответствии с ее вкусами) и планирует видеозвонок, все время выполняя свою работу для вас. Здесь мы говорим об основных изменениях шрифтов.

Хотя шрифт боковой панели по умолчанию может подойти для определенных сценариев, для многих разработчиков он абсолютно неприемлем. Либо это нужно исправить, предоставив нам параметры для установки:

  • название шрифта
  • размер шрифта и
  • высота строки

ИЛИ сделайте так, чтобы редактирование основного CSS с помощью чего-то вроде vscode-custom-css не нарушало работу приложения. Черт, подойдет и один настраиваемый файл CSS, который хранится в пользовательских настройках.

Однако проблема с настраиваемым CSS заключается в том, что иногда он нарушает макет - вы не можете полностью прокрутить боковую панель, это портит другие шрифты и т. Д. взломанная система через плагин, который явно заявляет, что он заставляет VSCode думать, что он сломан.

Нетрудно добавить такую ​​простую функцию, которая запрашивалась ТРИ ГОДА НАЗАД .

@ dougc84, хотя я полностью с вами, иметь эту функцию не так просто, как уже упоминалось в @isidorn , в первую очередь из-за жестко закодированных значений, связанных с проводником. Эти значения являются причиной того, что вы не можете полностью прокрутить в проводнике, поскольку высота строк больше ожидаемой, я считаю.

Тем не менее, я разочарован тем, что мне приходится иметь дело со всеми этими недостатками, поврежденными установочными сообщениями и т. Д. Я думаю, что к этому запросу функции следует отнестись более серьезно, потому что мне кажется, что VSCode действительно непригоден для использования на моем 13,3-дюймовом ноутбуке со стандартным размером шрифта, и я не хочу тратить драгоценное пространство на масштабирование всего приложения.

Так что теперь я тоже не могу изменить шрифт боковой панели :(

@isidorn

Мы все еще не занимаемся этим, потому что у нас есть много жестко закодированных списков и высот деревьев (например, проводника) в нашей рабочей среде, и изменение размера шрифта может нарушить рендеринг.

Почему вообще существуют жестко запрограммированные значения размера?

Это непростое решение, требующее более тщательной работы.

Мне так надоело слушать сетования глобальных корпораций с доходом в триллионы долларов о том, как сложно делать простые вещи. У Microsoft больше нет младших разработчиков?

В настоящее время мы не планируем решать эту проблему, но мы рассмотрим это в будущем.

В настоящее время я не планирую использовать VSCode до тех пор, пока он не предложит простую и простую функцию чтения моего проклятого дерева файлов. Не уверен, что буду думать об этом в будущем.

Ребята, я знаю, что это раздражает, но пока @isidorn и команда не могут это исправить, попробуйте хотя бы хак @kompot

Действительно, есть взлом. Но подумайте о последствиях взлома: я должен стать владельцем файлов, содержащихся в системном каталоге, только для того, чтобы изменить шрифт? Для меня это абсолютно не стоит риска для безопасности. Самое главное, это базовая функция, которая не требует взлома.

@ Al2Me6 , нет. Конфигурация, которую я использую на своем settings.json :

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

Некоторые из моих коллег используют "editor.fontSize": 14 .

@robsonsobral как изменить уродливый шрифт боковой панели?

@ Al2Me6 , нет. Конфигурация, которую я использую на своем settings.json :

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

Некоторые из моих коллег используют "editor.fontSize": 14 .

Да, это меняет размер шрифта, но в качестве побочного эффекта вы получаете раздражающую дрожь во время прокрутки (https://github.com/Microsoft/vscode/issues/28439). На данный момент действительно нет хорошего решения для настройки размера пользовательского интерфейса. Я понимаю жестко запрограммированные значения для прототипирования, но доставка производственного программного обеспечения с такой раздражающей проблемой удобства использования немного ошеломляет, особенно с учетом того, сколько усилий Microsoft вкладывает в VSCode.

@ shirshak55 , если ты про шрифт, я не знаю. Но если вы говорите о возможном плохом рендеринге, попробуйте другие значения масштабирования.

@knopp , я этого не замечаю, но сейчас я использую Windows. Я собираюсь проверить это на Mac в следующий понедельник.

Ребят, в тему размер шрифта и начертание шрифта. Уровни масштабирования и масштабирования не решают проблему. Если это сработает для вас, отлично. Но проблема не в масштабировании и масштабировании - это уродливый сжатый шрифт, из-за которого вид файлов и папок становится трудночитаемым.

@isidorn

Мы все еще не занимаемся этим, потому что у нас есть много жестко закодированных списков и высот деревьев (например, проводника) в нашей рабочей среде, и изменение размера шрифта может нарушить рендеринг.
Это непростое решение, требующее более тщательной работы. В настоящее время мы не планируем заниматься этим, но мы рассмотрим его в будущем.

Извините, но это неприемлемый ответ. По сути, это электронное приложение. Вы имеете дело с (в самом простом смысле) базовыми веб-технологиями во внешнем интерфейсе. Это проблема, которую многие другие разработчики решили без жесткого кодирования классов monaco (или, что еще хуже, ручного ввода значений стиля - да ладно, сейчас 2018) повсюду. Как продукт Microsoft, я не могу сказать, что ожидаю лучшего (пользовательский интерфейс не является и никогда не был сильной стороной Microsoft), но если вы собираетесь иметь такой продукт, доступный для нескольких платформ, нескольких языков и многоцелевого использования , позвольте пользователям настраивать CSS под свои нужды. Проблема с "нарушением рендеринга" ... ну ... не проблема при использовании настраиваемого CSS, за исключением нескольких проблем, связанных с невозможностью прокрутки полностью вниз, но ее легко исправить с помощью простого overflow: scroll Атрибут который разрешен на рынке расширений, совершенно бессмысленно.

Я не мог больше согласиться с @ dougc84 .

На мой взгляд, это действительно пахнет тучной ерундой.

Microsoft хочет имя и известность, но как только они получат массовое распространение (или приблизятся к нему), они начинают сосредотачиваться на функциях, которые приносят только пользу благодетелю.

Я буквально начинаю задаваться вопросом, есть ли какой-то нелепый контроль среды за сопротивлением этому запросу функции.

Честно говоря, сколько может быть жестко запрограммированных значений? 9 триллионов? Каждый уникален?

Внимание, все задиры, которые сейчас звучат в комментариях здесь, если исправление для этого настолько "простое", то "младшие разработчики" могут это сделать, потому что это всего лишь "базовая веб-технология", что именно мешает вам_ открыть запрос на перенос, который устраняет проблему ?

Было легче жаловаться на это, когда все материалы MS были с закрытым исходным кодом, но они сделали один из лучших редакторов / IDE как бесплатный проект с открытым исходным кодом. Не нравится? Пойдите, используйте Atom. Или один из многих других текстовых редакторов. Если VSCode - такая фигня, зачем вообще беспокоиться?

Чтобы было ясно, я тоже хочу, чтобы эта проблема возникла, вот как я сюда попал. Но я устал от бессмысленных насмешек со стороны сопровождающих, когда это одновременно бесплатно и с открытым исходным кодом! Вероятно, эту тему следует заблокировать ...

@austinbutler

Внимание всем задирам ...

Насколько я ценю комплимент, с каких это пор базовый CSS станет "крутым"?

Что именно мешает _ва_ открыть запрос на перенос, устраняющий проблему?

Дело в том, что у меня нет привычки жертвовать свое время или навыки маркетинговым инициативам Microsoft.

Microsoft хочет использовать VS Code как средство захвата сердец и умов разработчиков. Они хотят, чтобы это была первая остановка вашего кода на конвейере, который, как я полагаю, по их мнению, включает Github, а затем Azure.

С каких это пор Microsoft стала благотворительной организацией, которая нуждается в помощи сообщества для достижения своих целей? Им не хватает денег? Должны ли мы создать для них страницу на Kickstarter?

Исправлять технический долг Microsoft - не моя работа. Я не тот, кто жестко запрограммировал в него все значения. Вы его сломали, вы почините.

Было легче жаловаться на это, когда все материалы MS были с закрытым исходным кодом, но они сделали один из лучших редакторов / IDE как бесплатный проект с открытым исходным кодом.

Вы вряд ли можете назвать VS Code "одним из лучших редакторов", учитывая, что вся суть этого (ТРИ ГОДА) потока состоит в том, что VS Code не имеет одной из самых основных, фундаментальных функций IDE и, таким образом, становится бесполезным для 40 -50% своего целевого рынка.

Как это программное обеспечение является «одним из лучших», если более половины предполагаемых пользователей не могут его использовать, потому что технический гигант с доходом в триллион долларов ставится на колени из-за ошибки CSS?

Не нравится? Пойдите, используйте Atom.

Эммм ... ты в последнее время читал новости?

Если VSCode - такая фигня, зачем вообще беспокоиться?

Сам VS Code - это не ерунда, как то, как Microsoft отдает приоритет функциям, которые приносят пользу их бизнес-плану, а не функциям, которые приносят пользу реальным пользователям.

Чтобы было ясно, я тоже хочу, чтобы эта проблема возникла, вот как я сюда попал.

Хорошо, тогда, может быть, вы поймете, что этому запросу функции ТРИ ГОДА. Как долго пользовательская база должна ждать? Сколько времени, по мнению Microsoft, у них есть, прежде чем появится какая-то другая интегрированная среда разработки с корпоративным исходным кодом, которая предложит волшебную возможность настраивать шрифт в своем дереве файлов?

Но я устал от бессмысленных насмешек со стороны сопровождающих, когда это одновременно бесплатно и с открытым исходным кодом!

Модель ценообразования, которую Microsoft выбирает для своего программного обеспечения, не является моей проблемой. Если бы это был платный продукт и предлагал нужные мне функции по разумной цене, я был бы счастлив выложить около 100 долларов, как и раньше, на многие-многие другие игры.

Если Microsoft хочет использовать VS Code в качестве рекламы для связи с сообществом разработчиков, прекрасно. Но если они не могут справиться с ошибкой CSS, возможно, пора нам начать искать нового корпоративного благотворителя.

Вероятно, эту тему следует заблокировать ...

Отличная идея. Всем известно, что лучший способ улучшить ваше программное обеспечение - это игнорировать пользователей и заставлять их замолчать, когда они критикуют вас.

Еще лучше: почему бы нам просто не запретить всем, кто осмеливается критиковать Microsoft, вообще с Github?

Хорошо, ребята, расслабьтесь.

Причина, по которой _многие_ люди не участвуют, не в их способности написать функцию. У многих из нас нет времени выполнять свою работу И тратить время на изучение совершенно нового приложения, фреймворка, руководств по стилю и (в некоторых случаях) языков, чтобы это произошло. И, учитывая 169 текущих запросов на вытягивание, а также определенную дорожную карту, проблема не в том, что команда MS / VSCode _ не может_ сделать это, они просто не делают это приоритетом (и это даже не на их радарах. ).

Причина, по которой эта проблема существует и набирает обороты, связана с функцией, которую хотят люди. Но негативное внимание никуда нас не приведет.

@austinbutler прав - кто-то должен

Тем не менее, @ AJB99 тоже прав (опять же, несмотря на излишне резкие слова). MS не прислушивается к своему сообществу, и они не заботятся о решении этой проблемы. MS прокладывает себе путь к платформам с открытым исходным кодом - VSCode - как первая крупная платформа, - но в душе они являются корпорацией со своими собственными целями и планами развития, которые неизбежно оттолкнут людей. И, как я упоминал ранее, MS никогда не была ориентирована на пользовательский интерфейс. Windows всегда была уродливой ОС. Ленточная панель, например, в большинстве их приложений просто не интуитивна и не проста в использовании. Кажется, что в Windows 10 я использую KDE с 2010 года. Тем не менее, MS выпустила VSCode как простой редактор, поэтому люди смотрят на него как на альтернативу Notepad ++, Sublime, Atom, Komodo, JetBrains и т. Д., _Не_ полноценный редактор. оперированная IDE, такая как Visual Studio. Большинство заинтересованных людей просто хотят правильного выделения кода и отступов, некоторого базового автозаполнения, приятных цветов и красивого пользовательского интерфейса и, возможно, некоторой простой интеграции с инструментами. Если они хотят большего, всегда есть Visual Studio или одна из множества мощных IDE. Некоторые из этих основных требований просто отсутствуют.

В любом случае, нет причин волноваться из-за этого. Комментарии и голоса по проблемам говорят команде разработчиков, что мы заинтересованы или чего-то хотим. Однако их ответы, в которых говорится, что «мы не рассматриваем это», оставляя проблему открытой или не решая ее вообще, просто говорят пользователям, таким как я, что им все равно. Это проблема.

Новый парень в ветке, но просто прочтите все это и, черт возьми, этот негатив .... Откуда взялось это чувство права? Это БЕСПЛАТНЫЙ продукт с открытым исходным кодом. Меня не волнует, является ли владелец каким-то случайным разработчиком, «нашим господином и спасителем» Google или «воплощением дьявола» Microsoft, я никогда не пойму такого отношения к продуктам FOSS. Это токсично и совершенно непродуктивно.

Я отчаянно нуждаюсь в этой функции, как и все остальные, но, честно говоря, если бы я был ее сопровождающим, я был бы еще менее склонен создавать эту функцию со всеми необходимыми требованиями ...

@ sgarcia-dev Я наконец-то увидел здесь немного здравого смысла, спасибо.

Это токсично и совершенно непродуктивно.

Проявление терпения, доброты и вежливости до сих пор приносило нам пользу. Думаю, нам просто нужно продолжать попрошайничать.

Я устал :) Переключился на возвышенное и обнаружил, что это лучше. И боковая панель теперь выглядит потрясающе: D.

@panoply

Проявление терпения, доброты и вежливости до сих пор приносило нам пользу. Думаю, нам просто нужно продолжать попрошайничать.

Ну, быть засранцем, который просто скулит, тоже не так хорошо.

Я свободен после 11.11, может, попробую.
Но кто может дать мне знать, что вы хотите?
Просто размер шрифта бокового окна?

@saighost

Семейство шрифтов

Размер шрифта

line-height тоже ...

Многие макеты в коде напрямую используют 22 пикселя, предстоит много работы.
может быть, я могу выставить версию, размер шрифта можно установить, но не более 22 пикселей.
А потом я постараюсь сделать так, чтобы макет адаптировался к большему размеру шрифта.

Пришло время рассказать об этом PR, который решит эту проблему https://github.com/Microsoft/vscode/pull/63602

Здравствуйте, я вижу, что эта тема увлекает многих.

Сегодня я открыл выпуск (№ 66472), не зная, что он существует.

Я не выкладывал всю ветку разговоров (потому что она датируется 2015 годом), но я думаю, что основная проблема исходит от Electron.

Например, в Linux Discord неправильно отображает шрифты. То же самое и с другими приложениями на базе Electron, но я не буду завершать исчерпывающий список.

Я посмотрел PR, и самое интересное, что вышло, это изменение do not default в зависимости от ОС.

Я держу объект в поле зрения, чтобы увидеть, нет ли изменений

Суть проблемы исходит не от Electron, а от разработчиков, которые не заботятся о настройке пользовательского интерфейса. Сам Electron на самом деле не ограничивает вас в установке шрифта, посмотрите, как легко это делается в Atom и в реальном времени!
clip 2019-01-24 at 06 36 33

Этому вопросу 4 года, сейчас мы ясно видим, насколько высок приоритет.

да, если у атома нет такой проблемы, тогда не должно быть и у кода. Интересно, когда выйдет атомный рентген, и я смогу безопасно и счастливо оставить код :(

Я не убежден. Electron должен обеспечивать базовый правильный рендеринг шрифтов в соответствии с ОС, в которой он работает.

Я не убежден. Electron должен обеспечивать базовый правильный рендеринг шрифтов в соответствии с ОС, в которой он работает.

Electron будет отображать любой шрифт и размер, указанные в таблице стилей. Бессмысленно обвинять электрон в жестко заданном шрифте / размере шрифта / высоте строки.

Возможность изменить толщину шрифта на боковой панели тоже очень поможет.

Для тех из вас, у кого все еще есть проблемы с этим. Пока они не смогут обойти это, вот быстрое решение. Загрузите расширение Custom CSS и JS отсюда: https://github.com/be5invis/vscode-custom-css и в пользовательском файле css просто отредактируйте свойство .explorer-viewlet. Пример

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

В результате получается это
screenshot from 2019-02-01 21-47-58

@ dr3amnightmare ключевой момент здесь не в том, что нет способа (хакерского или нет) достичь намеченного эффекта, а в том, что просто неприемлемо использовать обходной путь, включающий изменение файлов приложения для его достижения.

Как человек, начавший эту ветку, я абсолютно поражен тем, что этому все еще не уделялось внимания даже спустя более трех лет.

Microsoft ненавидит программистов.

1 февраля 2019 г. в 23:07 hsdk123 [email protected] написал:

Как человек, начавший эту ветку, я абсолютно поражен тем, что этому все еще не уделялось внимания даже спустя более трех лет.

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub https://github.com/Microsoft/vscode/issues/519#issuecomment-459933345 или отключите поток https://github.com/notifications/unsubscribe-auth/AGfxtGLeUg1NPizuVlNDvel4IPVI- WLFks5vJQ8egaJpZM4GoAlw .

Как разработчики, я уверен, что многие из нас могут согласиться с тем, что при настройке любой среды разработки внешний вид нашей рабочей базы - это одно из первых вещей, которые мы хотим получить `` правильно '' - ключевой фактор для порядка. для максимальной производительности.

Пренебрегая этим вопросом, я считаю, что это серьезное заявление о пренебрежении этим повседневным явлением, которое, я уверен, смогут понять даже разработчики VS Code.

Как бы то ни было, эта ветка получила более 1000 отзывов - я сомневаюсь, что этого недостаточно для отображения этой проблемы, что-то фундаментальное, что требует решения. Если даже при таком большом количестве данных к этому все еще не обращаются, кажется, единственный логический вывод, который можно сделать, состоит в том, что это просто намеренно игнорируется или продвигается.

Если разработка действительно управляется данными, этот вопрос должен был быть решен давно. Таким образом, это просто выглядит как еще один печальный пример того, как важные проблемы выбрасываются в канализацию из-за недальновидных менеджеров по продукту или циклов разработки, которые предпочитают простые, яркие обновления, чем расстановку приоритетов по действительно важным вопросам, но может занять приличное время и созерцание.

Прошло более 3 лет. Если бы этому вопросу было уделено хоть малейшее внимание, я сомневаюсь, что за этот промежуток времени ничего бы не изменилось. Если бы кто-нибудь выдвинул контраргумент о том, что внимание было уделено, то это, казалось бы, было бы большим заявлением о возможностях тех, кто развивается.

Исправьте эту проблему, и у VSCode будет более 1000 сторонников для этого конкретного обновления. Этого стимула все еще недостаточно?

@ Al2Me6 Хотя я полностью согласен с тем, что это проблема, которую нужно было решить и исправить 3 года назад, когда о ней сообщалось, кажется, что людям все еще удается найти путь к этой теме 3 года спустя, чтобы разработчики подвели их. Я подошел к этой проблеме сегодня и решил взломать исправление для себя и просто хотел поделиться альтернативой для тех, кто придет в следующие 3 года, пока эта проблема не будет решена, чтобы они могли, по крайней мере, найти способ ее исправить. Особенно те, у кого не хватает HTML / CSS и / или JS (я знаю, что мне очень не хватает в этом отношении). Если у меня будет время в следующем разделе, я собираюсь взглянуть на код и найти способ добавить это в качестве опции и отправить запрос на вытягивание для вас, прекрасные немногие, кого пренебрегли. Но никаких обещаний. Но я попробую!

@ dr3amnightmare уже есть запрос на плевать . Но я не вижу прогресса со стороны команд Microsoft.

63602

@knopp
2018-авг-17
«... это открытый исходный код, поэтому никто не мешает вам реализовать это и отправить запрос на перенос».

Это было более трех лет, и это так и не было реализовано. Если бы изменение было возможным [благодаря вкладу сообщества], оно бы уже было сделано.

@panoply
2018-ноя-06
«Это многомиллиардная компания ...»

У вас есть огромная и широко распространенная компания, такая как MS, которая часто вызывает много ненависти, часто заслуженно, ИМХО. В зависимости от того, чьи данные вы читаете, MS по-прежнему занимает наибольшую долю в установках операционных систем для бизнеса.

@isidorn
21 августа 2018 г.
«... у нас есть много жестко запрограммированных списков и высоты дерева ...»

@hawkgs
2018-Октябрь-23
«... эта функция не так проста, как уже упоминалось в @isidorn , в первую очередь из-за жестко запрограммированных значений ...»

Это сбивает с толку. Это люди, которым вы безоговорочно доверяете свои самые личные данные при просмотре веб-страниц и проведении финансовых операций в Интернете. (О, и системы расчета заработной платы и управления персоналом вашей компании, скорее всего, находятся на серверах Windows.) И все же это те же люди, которые не могут обновить редактор из-за жестко запрограммированных функций. Возможно, кстати будет напоминание о CS101.

Мне показалось довольно забавным, что дизайнеры VSC разработали редактор кода с пропорциональным шрифтом ... который оказался одной из жестко запрограммированных функций!

Я не люблю MS, Apple, Google ... ко всему прочему. У меня, конечно, нет никаких обязательств перед VSC. Проблема с "шрифтом проводника" стала для меня последней каплей. Мое решение: вернуться к Ви. (Я могу печатать намного быстрее, чем "печатать и мышью".)

Помните, что вам нужно всего два символа на год!

Пожалуйста, MS, заблокируйте эту ветку! @isidorn , @egamma?

Я заинтересован в том, чтобы следить за прогрессом в этом вопросе, а не в пустых жалобах или позерстве от заядлых крутых разработчиков. Да, _ очевидно_ это то, чего хотят многие люди. Да, если бы М.С. считал это важным, они бы сделали это через три года. Считаете ли вы, что именно определенный порог оскорблений будет мотивировать MS к реализации этого? И мы просто видим, что это за порог? Что-то мне подсказывает, что это не то, что поможет.

Это бесплатный продукт с открытым исходным кодом. Если вы думаете, что MS - это мусор, а VSC - отстой, продолжайте и используйте VIM, VI, Nano, Atom, Sublime, что бы это ни было, что намного лучше, и, пожалуйста, прекратите публиковать здесь ненавистный мусор. Если вы разумный человек, который думает: «Знаешь, VSC - это неплохо, но я бы хотел, чтобы он позволял изменять размер шрифта и шрифт», тогда +1 к исходному сообщению здесь, подпишитесь и двигайтесь дальше ...

Пожалуйста, MS, заблокируйте эту ветку! @isidorn , @egamma?

Если вы разумный человек, который думает: «Знаешь, VSC - это неплохо, но я бы хотел, чтобы он позволял изменять размер шрифта и шрифт», тогда +1 к исходному сообщению здесь, подпишитесь и двигайтесь дальше ...

К сожалению, блокировка обсуждения блокирует реакцию на исходный пост. И это может нарушить сортировку проблем, основанных на мнениях пользователей.

Эта статья позволила мне многое понять: https://pandasauce.org/post/linux-fonts/

Это не имеет никакого отношения к проблеме; проблема касается жестко заданных шрифтов и размеров шрифтов, а не проблем с рендерингом.

Это часть проблемы. В MacOS / Windows общий рендеринг шрифтов vscode правильный. В отличие от linux.

На любой другой ОС, кроме linux, если хотите изменить эти шрифты, это небольшой гаджет.

Часть разработчиков, желающих изменить внешний вид vs под macos / windows, бесконечно мала.

Нет.

Я использую macOS. Шрифты хороши с точки зрения фактического рендеринга шрифтов, но
выбор шрифта очень сложен для чтения, не говоря уже о узкой букве
интервал и высота строк.

Это не имеет ничего общего с Linux, Mac или Windows. Это связано с пользователем
предпочтение. Если я собираюсь смотреть в приложение более 40 часов в неделю, я не буду
хотите бороться или взламывать, чтобы сделать вещи разборчивыми.

7 февраля 2019 г. в 2:36:27 Бенджамин Нолманс (
[email protected]) написал:

Это часть проблемы. В MacOS / Windows общий рендеринг
vscode шрифты верны. В отличие от linux.

На любой другой ОС, кроме linux, вы хотите изменить эти шрифты, это немного
гаджет.

Часть разработчика, желающая изменить внешний вид vs в macos /
окна бесконечно малы

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/Microsoft/vscode/issues/519#issuecomment-461315687 ,
или отключить поток
https://github.com/notifications/unsubscribe-auth/AAtcPbv2i859LySEmBMCaL6O2oifAWuPks5vK9d7gaJpZM4GoAlw
.

Неужели я единственный, кто думает, что это начинает походить на эпизод из "Пространства"?

@austinbutler Такая склонность к подавлению

Я заинтересован в том, чтобы следить за прогрессом в этом вопросе, а не в пустых жалобах или позерстве от заядлых крутых разработчиков.

Чувак, опять же, это CSS. В этом нет ничего "хардкорного" или "крутого".
(За исключением того, что те, кто действительно владеет CSS, в моем понимании являются богами.)

Да, _ очевидно_ это то, чего хотят многие люди.

Верный.

Да, если бы М.С. считал это важным, они бы сделали это через три года.

Я с тобой пока ...

Считаете ли вы, что именно определенный порог оскорблений будет мотивировать MS к реализации этого?

Может быть?

И мы просто видим, что это за порог?

Также возможно. Тоже весело.

Что-то мне подсказывает, что это не то, что поможет.

На данный момент это не повредит. Что-то, что-то, к черту Microsoft.

Это бесплатный продукт с открытым исходным кодом.

Нет, это не так. Вы платите душой.

Это корпоративная маркетинговая инициатива глобального технологического гиганта. Это уловка, призванная захватить ваши сердца и умы (хотя и чертовски прекрасная). Но в типичной манере Microsoft они испортили UX, который им нужен, чтобы захватить ваше сердце или ваш разум.

VS Code - это не какое-то альтруистическое предложение от технологического бога MS. Если бы они могли поставить цену в 100000 долларов, они бы это сделали.

Великий и злой Microsoft за все свои 43 года доказала, что не остановится ни перед чем, чтобы доминировать в сфере программного обеспечения любым возможным способом.

Его лидеры будут лгать, жульничать и воровать, чтобы получить любую точку влияния, которая позволит им навязать свое дерьмовое, уродливое, глючное и небезопасное программное обеспечение ничего не подозревающей планете.

Так почему вы думаете, что у них внезапно началась лихорадка СОПО, и они просто так воодушевлены возможностью сделать этот замечательный подарок сообществу программистов?

(Если, конечно, вы не хотите изменить шрифт в своем дереве файлов. В этом случае вы можете направить свой запрос на [email protected]).

Если вы думаете, что MS - это мусор

Следуя ...

и VSC отстой

Неправильно. VS Code - прекрасная программа. Просто не хватает нескольких важных функций.

Эта ветка уже много лет не связана с запросом функции. Вот почему Microsoft отказывается реализовать этот запрос функции.

В этом нет никакого смысла. Почему бы не объединить @saighost PR? Я сам не запускал тестовую сборку, но из того, что я видел, это удаление встроенного стиля, некоторые добавления классов и некоторые добавления config var (и это выглядело чистым и последовательным). Наверняка у MS есть стажер или кто-то, кому они могут сказать: «Эй, вы можете запустить сборку и тесты на этом PR @saighost для # 519?»

Они не хотят выполнять этот запрос функции.

И теперь я очень, очень, очень, очень хочу знать, почему.

@ dougc84

Вы должны различать рендеринг и стиль.

Здесь все только о стиле. Без рендеринга.

Я провожу много времени в vscode, потому что он для меня редактор, который все делает.

Однако я хочу изменить шрифт только в Linux, потому что рендеринг по умолчанию не чистый.

Статья, которую я даю, очень интересна, потому что даже если вы измените шрифт, если рендеринг плохой, это даст вам ответ на эту проблему.

Это не проблема "Linux". В Ubuntu (Xubuntu) рендеринг шрифтов для VS Code всегда был на 100% идеальным. Я подписан на эту ошибку, потому что хотел бы просто увеличить некоторые шрифты. Вероятно, это проблема вашего дистрибутива.

@Xarkam, так почему у атома нет проблем с рендерингом? vs код и атом оба основаны на электроне ..

@Xarkam Может быть, для вашего конкретного дистрибутива и сборки это проблема. Если это так, это отдельная проблема, и вам следует отправить новую проблему для этого (вы пытались настроить уровень масштабирования, потому что это может все испортить?). Для меня и для большинства здесь это читаемость (а не стиль). Масштабирование не является решением проблемы, так как оно делает ВСЕ больше или меньше. Я не хочу большего. Редакторы в порядке. Я просто хочу иметь возможность видеть все файлы, перечисленные с соответствующим интервалом, чтобы не щелкать неправильно при просмотре файлов, иметь возможность различать строчную L и заглавную i, не щурясь, и иметь возможность легко читать имена файлов. Это решается простым изменением шрифта (вероятно, на шрифт с засечками фиксированной ширины) с улучшенным межбуквенным интервалом и возможностью регулировки отступов в представлении файла. Вот и все. Нетрудно понять, что ваша проблема отличается от всех остальных здесь.

Одна из самых популярных и комментируемых проблем, и Microsoft все равно?
Насколько сложно добавить возможность изменения шрифта интерфейса, это самая базовая опция, а в других IDE она есть.
Я предпочитаю использовать тот же шрифт в интерфейсе, что и в редакторе, меня беспокоит наличие разных стилей шрифтов в редакторе и на боковой панели.

@wooque хмм Я не думаю, что Microsoft будет думать об этом, потому что им было все равно, даже после того, как PR был сделан на # 63602, что сделало усилия автора бесполезными. Эти голоса за Майкрософт означают просто цифру :) "
Прибыл уже 4-месячный пиар, и никому не было дела до Microsoft :(
Интересно, когда придет атомный рентген :(

Для тех из вас, у кого все еще есть проблемы с этим. Пока они не смогут обойти это, вот быстрое решение. Загрузите расширение Custom CSS и JS отсюда: https://github.com/be5invis/vscode-custom-css и в пользовательском файле css просто отредактируйте свойство .explorer-viewlet. Пример

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

Это просто изменяет шрифт вьюлета проводника. Я обнаружил, что следующее правило меняет весь шрифт пользовательского интерфейса на Mac:

.monaco-shell.mac, .monaco-shell.mac .monaco-menu-container .monaco-menu {font-family: "ВАШ ШРИФТ ЗДЕСЬ";

Изменить: похоже, что в последней версии VSCode (1.32.1 на момент написания) CSS для Mac становится:

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

Я нашел это, разминировав /Applications/Visual\ Studio\ Code.app/Contents/Resources/app/out/vs/workbench/workbench.main.css , а затем запустив:

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

И пробовать правдоподобно выглядящие правила, пока не изменится весь пользовательский интерфейс.

Вероятно, вам нужно настроить пути для вашей операционной системы, и эти правила выглядят немного специфичными для Mac.

+1 от меня за реальное решение этой проблемы. Нет отзывов от Microsoft по
https://github.com/Microsoft/vscode/pull/63602 немного разочаровывает.

Я исправил это с помощью специального CSS.

  1. Скачать be5invis/vscode-custom-css
  2. Включите его и добавьте свой собственный CSS

Мне нужно больше места для каждой строки в древовидной структуре. Я использую такой стиль:

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

Хаки, я знаю. Но это работает

.monaco-tree-row.has-children {
font-weight: 500;
маржа: 8 пикселей;
цвет: #eee;
размер шрифта: 14 пикселей;
}

.monaco-tree-row {
font-weight: 300;
маржа: 5 пикселей;
размер шрифта: 12 пикселей;
цвет: #bbb;
}

Должны ли они работать на данном этапе? Поля между элементами боковой панели не увеличиваются :(

Чтобы изменить семейства шрифтов и размеры рабочей среды, помимо установки плагина vscode-custom-css, как указано выше, был подтвержден еще один более прямой способ работоспособности (протестирован на VS Code 1.32.3):

  1. Найдите файл «workbench.main.css» на вашем диске, правильный путь к файлу может быть «C: \ Program Files \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css»;
  2. Сделайте резервную копию файла;
  3. Откройте файл и выполните поиск по запросу «.part> .content», может быть 4 совпадения, просто измените первое совпадение в соответствии с вашими предпочтениями, например .part> .content {font- size: 14px; font-weight: жирный; семейство шрифтов: Iosevka Term Slab Medium, Consolas, Courier New, моноширинный;} ";
  4. Сохраните этот файл и перезапустите Vs Code, Bingo :)

Есть ли способ изменить шрифт для «комментариев» кода ??

богатый

15 марта 2019 года в 12:51:48 Майк Чжэн ([email protected]) написал:

Чтобы изменить семейства шрифтов и размеры рабочей среды, помимо установки плагина vscode-custom-css, как указано выше, был подтвержден еще один более прямой способ работоспособности (протестирован на VS Code 1.32.3):

Найдите файл «workbench.main.css» на вашем диске, правильный путь к файлу может быть «C: \ Program Files \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css»;
Сделайте резервную копию файла;
Откройте файл и выполните поиск по запросу «.part> .content», может быть 4 совпадения, просто измените первое совпадение в соответствии с вашими предпочтениями, например .part> .content {font-size: 14px; font-weight: жирный; семейство шрифтов: Iosevka Term Slab Medium, Consolas, Courier New, моноширинный;} ";
Сохраните этот файл и перезапустите Vs Code, Bingo :)
-
Вы получили это, потому что оставили комментарий.
Ответьте на это письмо напрямую, просмотрите его на GitHub или отключите чат.

Чтобы изменить семейства шрифтов и размеры рабочей среды, помимо установки плагина vscode-custom-css, как указано выше, был подтвержден еще один более прямой способ работоспособности (протестирован на VS Code 1.32.3):

  1. Найдите файл «workbench.main.css» на вашем диске, правильный путь к файлу может быть «C: \ Program Files \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css»;
  2. Сделайте резервную копию файла;
  3. Откройте файл и выполните поиск по запросу «.part> .content», может быть 4 совпадения, просто измените первое совпадение в соответствии с вашими предпочтениями, например .part> .content {font- size: 14px; font-weight: жирный; семейство шрифтов: Iosevka Term Slab Medium, Consolas, Courier New, моноширинный;} ";
  4. Сохраните этот файл и перезапустите Vs Code, Bingo :)

Это решает проблему изменения начертания шрифта, но не размера шрифта. Высота строк жестко запрограммирована. Поэтому, когда вы уменьшите размер шрифта, вы получите много пробелов между строками.

Чтобы изменить семейства шрифтов и размеры рабочей среды, помимо установки плагина vscode-custom-css, как указано выше, был подтвержден еще один более прямой способ работоспособности (протестирован на VS Code 1.32.3):

  1. Найдите файл «workbench.main.css» на вашем диске, правильный путь к файлу может быть «C: \ Program Files \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css»;
  2. Сделайте резервную копию файла;
  3. Откройте файл и выполните поиск по запросу «.part> .content», может быть 4 совпадения, просто измените первое совпадение в соответствии с вашими предпочтениями, например .part> .content {font- size: 14px; font-weight: жирный; семейство шрифтов: Iosevka Term Slab Medium, Consolas, Courier New, моноширинный;} ";
  4. Сохраните этот файл и перезапустите Vs Code, Bingo :)

Вероятно, потеряет все при каждом обновлении. По крайней мере, так это работает в Linux.

Извините, что позволил вам подумать, что мой PR - это полное решение. Он просто может изменить часть боковой панели, а не для всего рабочего места.
Я думаю, что расширение Custom CSS и JS - хорошая идея, возможно, в настоящее время плагин является более эффективным решением, чем патч.
Может быть, напишите для этого плагин, чтобы упростить его использование.

+1

+1

Вот наглядный пример того, почему это должно быть в настройках - см. Шрифт меню. Я уже увеличил масштаб остальной части приложения, иначе я бы не смог ее прочитать, как и меню! Эта проблема также затрагивает FF, Thunderbird, Chrome и буквально все остальное дерьмовое программное обеспечение, которое не соответствует стандартам рабочего стола.

Изменить: Настройки -> Окно: Стиль строки заголовка = custom => Я вижу меню !!

Эти браузеры и т. Д. Отлично работают в HiDPI в GNOME, так как они перешли на GTK3. Qt еще не совсем справился с поддержкой HiDPI, поэтому ваша проблема, вероятно, вызвана KDE.

Да, но отсутствие возможности изменить эти шрифты - не вина KDE.

Но в примере выделяется крошечный шрифт меню. Я думаю, что меню не является частью HTML / CSS, им управляет пользовательский интерфейс системы. GTK3 в GNOME «просто работает», но все может усложниться, если вы попытаетесь использовать Qt в GNOME или GTK в KDE. Как видно из руководства Arch по hidpi , KDE и Qt менее согласованы.

Я пробовал это, но меняет только шрифты заголовков. Это не влияет на шрифты «комментариев», которые я хотел изменить. Есть ли другие варианты, которые работают с «комментариями»?

богатый

15 марта 2019 года в 10:08:30 Рич ([email protected]) написал:

Есть ли способ изменить шрифт для «комментариев» кода ??

богатый

15 марта 2019 года в 12:51:48 Майк Чжэн ([email protected]) написал:

Чтобы изменить семейства шрифтов и размеры рабочей среды, помимо установки плагина vscode-custom-css, как указано выше, был подтвержден еще один более прямой способ работоспособности (протестирован на VS Code 1.32.3):

Найдите файл «workbench.main.css» на вашем диске, правильный путь к файлу может быть «C: \ Program Files \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css»;
Сделайте резервную копию файла;
Откройте файл и выполните поиск по запросу «.part> .content», может быть 4 совпадения, просто измените первое совпадение в соответствии с вашими предпочтениями, например .part> .content {font-size: 14px; font-weight: жирный; семейство шрифтов: Iosevka Term Slab Medium, Consolas, Courier New, моноширинный;} ";
Сохраните этот файл и перезапустите Vs Code, Bingo :)
-
Вы получили это, потому что оставили комментарий.
Ответьте на это письмо напрямую, просмотрите его на GitHub или отключите чат.

@teresaejunior, это сгенерирует

Установка повреждена [Не поддерживается]
VS Code выполняет фоновую проверку, чтобы определить, была ли изменена установка на диске, и если да, то в строке заголовка вы увидите текст «[Не поддерживается]». Это сделано, поскольку некоторые расширения напрямую модифицируют (исправляют) продукт VS Code таким образом, чтобы он был полупостоянным (до следующего обновления), и это может вызвать проблемы с воспроизведением. Мы не пытаемся блокировать установку исправлений VS Code, но мы хотим привлечь внимание к тому, что установка исправлений VS Code означает, что вы используете неподдерживаемую версию. Переустановка VS Code заменит измененные файлы и отключит предупреждение.

Также для меня путь был

C: \ Users [имя] \ AppData \ Local \ Programs \ Microsoft VS Code \ resources \ app \ out \ vs \ workbench

Действительно, мы в 2019 году и до сих пор нет возможности изменить размер шрифта в меню проводника ???

  1. Помогите
  2. Переключить инструменты разработчика
  3. Найдите элемент, измените его css
  4. ???
  5. Прибыль😎
  • Помогите
  • Переключить инструменты разработчика
  • Найдите элемент, измените его css
  • ???
  • Прибыль😎

Высота строк указана в исходном коде.

  • Помогите
  • Переключить инструменты разработчика
  • Найдите элемент, измените его css
  • ???
  • Прибыль😎

Возможно ли это без создания собственной темы?

  • Помогите
  • Переключить инструменты разработчика
  • Найдите элемент, измените его css
  • ???
  • Солнцезащитные очки

Высота строк указана в исходном коде.

Я не являюсь экспертом в CSS, но немного поигравшись с инструментами разработчика, я не смог найти способ добиться тех же макетов, о которых сообщалось ранее в этой проблеме. Например, это: https://github.com / Microsoft / vscode / issues / 519 # issuecomment-387007363, похоже, больше не работает, идентификаторы изменены, и теперь их гораздо труднее заставить работать .. Отступы, поля просто заставляют текст исчезать, а min-height ничего не делает с .monaco-tree .monaco-tree-rows> .monaco-tree-row или .monaco-tree-row.has-children, похоже, больше не то же самое, и теперь, кажется, их по крайней мере 5? разные классы, которые влияют на отображение одной строки.

1000 лайков за этот вопрос и все еще ничего? Мы почти можем сказать «6 ... лет ... спустя ...»

Думаю, я как бы зациклен на этом, потому что раньше я использовал возвышенное и мне очень нравилась эта функция, но было бы очень хорошо, если бы MS добавила возможность использовать необычные шрифты для раздела комментариев в нашем коде. Все еще жду. Думаю, я прошу об этом, должно быть, очень сложно. Тем не менее, я большой поклонник VS Code.

Это версия Microsoft слова Стива Джобса «По какой-то причине мы разработали текстовый процессор без шрифтов». Но 40 лет спустя. Даже не фанат Apple. Просто сказать.

Эта проблема была создана в ноябре 2015 года, а сейчас май 2019 года, в ноябре 2018 года был отправлен запрос на вытягивание, и эта основная функция все еще не обсуждается. Это позор, потому что vs code должен быть лучшим редактором / IDE, который я когда-либо использовал. Низкий грязный стыд.

Я отказался от @microsoft и VSCode. Перешел на Атом. У него есть свои недостатки, но, по крайней мере, я могу читать чертовы шрифты.

Как минимум, было бы неплохо, если бы они могли хотя бы рассказать нам о технических трудностях, связанных с тем, чтобы это работало. Я даже был бы счастлив с потенциальной шкалой времени, когда этот вопрос можно будет хотя бы рассмотреть ...

Я могу ошибаться, но из некоторых комментариев кажется, что некоторые люди чрезмерно раздувают эту проблему. Я бы хотел, чтобы эта функция позволяла настраивать шрифты по своему вкусу. Но если кто-то даже не может читать шрифты, увеличение / уменьшение будет работать, даже если оно может выглядеть не так хорошо.

В предыдущих комментариях также есть некоторые хаки CSS.

@Jaeiya, технические трудности см. Https://github.com/microsoft/vscode/pull/63602

Для будущих посетителей подойдет плагин Custom CSS и JS Loader.

// 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"; }

Запись

  • Изменения в импортированном файле не распространяются немедленно.
  • Используйте reload custom css/js -> reload window чтобы увидеть изменения.

@SidIcarus есть ли темплет для linxu? если он изменится на

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

а что означает "??????" ?

Итак, что касается размера шрифта в рабочей среде, я бы не стал задерживать дыхание. Вчера я разветвил VSCode, чтобы наконец исправить чрезмерно большие шрифты рабочей среды в OS X (чтобы привести его в соответствие с XCode), и это то, что мне пришлось сделать, просто уменьшить размер шрифта и высоту строк дерева во всех представлениях. Эти вещи жестко запрограммированы во многих местах, поэтому потребуются значительные усилия, чтобы сделать их настраиваемыми.

Вполне возможно , что фиксация ссылке выше перестанет работать после перебазирования и сила , толкающая, но должна быть в пределах первых фиксаций здесь .

Там в двоичный релиз для OS X доступен здесь , на основе VSCodium. Планирую обновлять его полурегулярно. Или, может быть, даже создайте скрипт, чтобы периодически его обновлять и запускать сборку travis. Релиз не подписан кодом, поэтому после загрузки вам нужно щелкнуть правой кнопкой мыши и выбрать «Открыть», если вы хотите попробовать.

Исходный размер шрифта в рабочей среде VScode:
Screen Shot 2019-05-19 at 16 39 18

После патча:
Screen Shot 2019-05-19 at 16 39 40

(Также есть еще одна фиксация, которая уменьшает высоту вкладок с 35 до 30 пикселей)

Итак, я сделал расширение, которое позволяет изменять размеры шрифтов пользовательского интерфейса, семейство шрифтов, высоту строк и даже переопределять таблицы стилей из settings.json. На данный момент это довольно экспериментально и, возможно, не для слабонервных.

Для этого FR следует также добавить параметр line height
Связанный: # 59873

+1

++

Я думаю, что многие люди ждут этой функции.

+1

+1

Кто-нибудь знает, есть ли GIF-мем о том, что Microsoft спотыкается о собственной глупости и случайно засунула голову в свою корпоративную задницу?

+1 Я тоже хочу эту функцию

@caioproiete Это неплохая идея, но это непростой расчет.

Какого рода непредвиденные штрафные санкции можно ожидать в наши дни от корпоративной чуши?

PS Не надо thumbs-up свои комментарии. Так поступают только придурки. ;)

Народ, пожалуйста, не шумите по этому поводу? Есть люди (например, я), которые подписались на эту проблему, потому что мы хотим знать (если?), Когда кто-то из команды разработчиков вмешивается, чтобы сообщить об обновлении статуса.

Такие полезные комментарии, как @knopp - https://github.com/microsoft/vscode/issues/519#issuecomment -499584551 - похоронены таким шумом.


Твиттер существует для ваших горячих / необычных комментариев и ответов на них. Далее, комментарии «Я тоже хочу это» здесь никому не помогают. Чтобы показать, что вы этого хотите, пожалуйста: +1: описание проблемы.

@pradyunsg

Есть люди (например, я), которые подписались на эту проблему, потому что мы хотим знать (если?), Когда кто-то из команды разработчиков вмешивается, чтобы сообщить об обновлении статуса.

Этого никогда не случится.

Единственное обновление статуса, которое вам нужно услышать, это: Microsoft убила VS Code самым глупым из возможных способов.

Они не любят тебя, они никогда не любили. Они только когда-либо хотели, чтобы вы почитали их достаточно долго, чтобы воспользоваться вашей энергией для достижения их собственных целей и для их выгоды.

Microsoft презирает программистов.

честно говоря, я думаю, что было бы намного лучше, если бы Microsoft сказала, что они не
решение этого вопроса. Перешел на vim и никогда не был так счастлив. Их
такой продукт, как Internet Explorer, помог мне перейти на Firefox сейчас по сравнению с кодом
заставил меня переключиться на neo vim.

Еще раз спасибо, Microsoft. Я люблю тебя, несмотря ни на что.

В пн, 4 ноября 2019 г., 15:50 AJB99 [email protected] написал:

@pradyunsg https://github.com/pradyunsg

Некоторые люди (например, я) подписались на этот выпуск, потому что мы хотим
слышать (если?), когда кто-то из команды разработчиков вмешивается, чтобы предоставить
обновление статуса.

Этого никогда не случится.

Они не любят тебя, они никогда не любили. Они только когда-либо хотели, чтобы ты
почитать их достаточно долго, чтобы использовать свою энергию в целях
для продвижения своих целей и ради своей выгоды.

Microsoft презирает программистов.

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/microsoft/vscode/issues/519?email_source=notifications&email_token=AB5Y4YMYFJLENVQRIEIKC3TQR7XXRA5CNFSM4BVABFYKYY3PNVWWK3TUL52-5DFMVREXWG43
или отписаться
https://github.com/notifications/unsubscribe-auth/AB5Y4YJS4X5EKSM6RCU2GDLQR7XXRANCNFSM4BVABFYA
.

Боже, какой здесь детский сад. Некоторым комментаторам нужна серьезная проверка фактов или даже терапия. Вы в основном обвиняете команду разработчиков в невежестве, нет, подождите, это, должно быть, с самого начала был какой-то злой генеральный план MS.

Позвольте мне помочь вам с некоторыми фактами: эта команда создала vscode буквально в кратчайшие сроки, имеет очень открытый процесс разработки и реализовала множество функций, предложенных сообществом. Это очень необычно для программного обеспечения с такой скоростью внедрения. В результате получился очень мощный, независимый от платформы графический редактор с множеством надстроек / плагинов. И да, есть повестка дня, у любой команды разработчиков без повестки дня тоже не будет продукта. Господи.

Теперь ты не получаешь так желанный леденец, и все превращаются в плаксы. Угадайте, что - есть другие кондитерские, они могут продать вам ваш леденец ...

@jerch Считаю ваш комментарий оскорбительным. Вы можете отсортировать выпуски этого проекта по +1 . И я думаю, что это должно быть повесткой дня этого проекта, независимо от проблем с security , bug и теми же ярлыками.

@AlexWayfer Не стесняйтесь видеть это как хотите. Все, что я сделал, это отразил, как люди теряют манеры. Плевание на команду разработчиков никогда не поможет, это только усугубит ситуацию. Не собираюсь продолжать мета-обсуждение.

И я думаю, что это должно быть повесткой дня этого проекта, независимо от проблем с безопасностью, ошибками и теми же ярлыками.

Итак, вернемся к теме: да, идея звучит неплохо (хотя мне она и не нужна). Но, учитывая проблемы, которые он может создать для разметки и тому подобное, а также список проблем во всей красе, у них могут быть веские причины не решать его официально. Таким образом, все, что мы можем делать, это продолжать спрашивать, пока не получим утверждение.

так что нет ответа?

любой ответ ?

любой ответ ?

Да: https://github.com/microsoft/vscode/issues/519#issuecomment -414583479

@AlexWayfer, это было в прошлом году.

@AlexWayfer, это было в прошлом году.

А автором был @isidorn , да.

Напишем побольше бесполезных фактов!

Вы хотите эту функцию? Реализуй это! Или заплатите за его выполнение.

Бесплатные проекты с открытым исходным кодом не несут ответственности. Просто использовать эту программу или нет. Я не использую, пока эта проблема не будет решена, потому что я не хочу реализовывать ее самостоятельно.

да

Сделайте хороший текстовый редактор, победив всех, а затем ...

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

В качестве обходного пути я настраиваю параметр window.zoomLevel по своему вкусу для размера шрифта рабочей среды, а затем корректирую editor.fontSize чтобы компенсировать размер шрифта редактора. Например:

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

Это приемлемый обходной путь для размера шрифта рабочей области, пока не будет представлено лучшее решение. Пожалуйста, прекратите препираться и ненавидеть РС; это бесполезно.

@duanehutchins, извините, но эти хаки создают массу проблем. Иногда из-за таких взломов шрифт не работает должным образом на консоли и возникает множество проблем. Проверить прошлые ответы 👍
https://github.com/microsoft/vscode/issues/84194

«Пожалуйста, прекратите ссоры и ненависть к РС; это бесполезно».
Что полезно? Подождать еще 10 лет? Еще один хак, который вызывает проблемы с редактором и увеличивает их список ошибок?

Что полезно?

Как я уже писал выше:

Реализуй это! Или заплатите за его выполнение.
...
Просто использовать эту программу или нет. Я не использую, пока эта проблема не будет решена, потому что я не хочу реализовывать ее самостоятельно.

Я спросил об этом некоторое время назад, но с тех пор в VSC произошло много изменений, поэтому прошу прощения, если это избыточно. Не похоже, чтобы эта функция была включена, но я спрошу еще раз:
Есть ли способ изменить шрифт для комментариев кода, также известного как fancyfont?

Есть ли способ изменить шрифт для комментариев кода, также известного как fancyfont?

Есть способ создать отдельную проблему для отдельного изменения / функции.

Эта проблема касается размера шрифта в пользовательском интерфейсе, а не семейства шрифтов (или даже размера) в редакторе кода.

@AlexWayfer - это размер шрифта и семейство шрифтов.

Разрешить изменять размер шрифта и

@AlexWayfer - это размер шрифта и семейство шрифтов.

Разрешить изменять размер шрифта и _font_ верстака

Хорошо, спасибо, извини.

В любом случае, речь идет о рабочей среде, а не о комментариях к коду (в редакторе кода).

эта функция очень востребована !!!!! нам это нужно как можно скорее !!

Интересно, могу ли я сделать глобальную настройку шрифта, включая папку боковой панели, шрифт имени файла, шрифт строки состояния, как идея IntelliJ.

Любые обновления? В любом случае, я нашел обходной путь. Я увеличил размер всего с помощью CMD +, затем я уменьшил размер шрифта редактора до желаемого размера шрифта.

Также хотелось бы иметь возможность изменять семейство шрифтов и размер шрифта для определенных областей (например, боковой панели).
Я предпочитаю видеть монотипный шрифт «Source Code Pro».

Благодаря!

Эта функция была предложена в 2015 году, а сейчас 2020 год ...

Определенно желаемая функция!

Пожалуйста, добавьте эту функцию, спасибо

Пожалуйста, добавьте это

Вы, ребята, ожидали чего-то другого, когда MS купила Github? Я согласен с @jerch , что у других IDE есть то, что нам нужно, пора вернуться к Atom и вспомнить, что его разработка была остановлена ​​для этой IDE, которая до сих пор носит название одного из самых раздутых вредоносных программ, которые я когда-либо видел в моей жизни «Visual Studio» - что мешает нам вернуться к Atom?

Я давно не пробовал Atom, но каждый раз, сравнивая его с VS Code, предпочитаю Code. Судя по всему, разработчики Atom заняты его переписыванием с нуля, используя бэкэнд Rust вместо node. Я думаю, что это ошибка, потому что узел с приличным интерфейсом для JS (TS гораздо более популярный, чем CS - еще один хороший момент) имеет адекватную производительность и надежность для этого приложения IMO, поэтому сложность разработки на Rust перевешивает преимущества, которые он будет принеси сюда.

@realh Я думаю, что вы совершенно не правы. Как вы думаете, почему возвышенный текст настолько быстрее, чем код? Динамическая типизация JS обходится слишком дорого, поэтому asm становится такой популярной. И к вашему сведению, я не думаю, что разработчики Atom работают над бэкэндом ржавчины. Если бы у них был атом, сегодня он был бы таким другим и таким быстрым, что никто бы не захотел использовать vscode.

См .: https://github.com/atom-archive/xray

Они его заархивировали. Преимущество ржавчины - безопасность и скорость, которые необходимы для любого программного обеспечения.

Sublime довольно стар. В расцвете сил что-то вроде Atom или VS Code могло быть даже невозможно по другим причинам, помимо производительности. Но производительность оборудования и браузера значительно улучшилась, так что теперь VS Code, вероятно, работает по крайней мере так же гладко, как эквивалентная среда IDE / редактор, написанный на C ++, десять лет назад. Его производительность адекватная . Он может идти в ногу с моим набором текста и не страдает от раздражающих задержек в таких функциях, как Intellisense, даже при работе на моем Macbook Air при редактировании файлов через sshfs.

Точно так же и надежность. Rust предназначен для замены в основном C / C ++, а не управляемых языков. В большинстве ошибок кода отсутствуют подобные функции или вещи, которые не работают должным образом (например, визуальное выделение в плагине vim), с чем Rust не поможет. Ошибки, которые предотвращает Rust, значительно сокращены в JS и т. Д. По сравнению с C / C ++, и могут вызвать сбой и / или повреждение того, что я редактирую, и я не вижу доказательств того, что у Code или Atom есть большие проблемы с этим видом. вещи.

Если Atom отложил свой проект на основе Rust, я думаю, это подтверждает мою точку зрения. Бьюсь об заклад, они пришли к выводу, что в конце концов, это был неподходящий инструмент для этой работы. Просто написание и компиляция их Rust займет гораздо больше времени, чем написание и отладка Coffeescript с таким же уровнем надежности. К тому времени, когда у них будет полная замена Atom, технологии сократят разрыв в производительности и / или сделают все существующие языки, включая Rust, устаревшими. Замена Electron чем-то написанным на Rust имеет смысл, потому что Electron - это своего рода система, а текстовый редактор - это приложение, а не совсем то, для чего был предназначен Rust.

Веб-сборка по-прежнему реализована в Javascript, поэтому я не думаю, что производительность является его главной достопримечательностью, но как только она будет реализована как по-настоящему нативная, у нее может быть светлое будущее (для игр, а не для приложений для повышения производительности). На данный момент его основным преимуществом является возможность переноса в браузер старых игр на C ++ или иных требований к производительности.

Возвышенное довольно старое
Нет, он был впервые выпущен 18 января 2008 года, что не так уж и давно, всего на 7 лет старше vscode.

«Но производительность оборудования и браузеров значительно улучшилась»
Но как редактор общего назначения он всегда должен быть эффективным. Когда вы запускаете линтер, напечатайте подсказки, производительность становится критичной. При открытии большого файла производительность важна, верно? Попробуйте открыть текстовый файл размером 2 ГБ в vscode, и в возвышенном тексте вы поймете ценность производительности.

«Ошибки, которые предотвращает Rust, в JS и т. Д. Значительно меньше по сравнению с C / C ++, и могут вызвать сбой и / или повреждение того, что я редактирую, и я не вижу доказательств того, что Code или Atom имеют большие проблемы с этим Такие вещи."
Да, но ржавчина действительно помогает, когда вы пытаетесь провести рефакторинг кода, и это отличный плюс. Стоимость, которую вы платите в ржавчине, - это долгое время компиляции, иначе это лучший язык, когда-либо имевшийся.

«Веб-сборка все еще реализована в Javascript, поэтому я не думаю, что производительность - ее главная привлекательность»,
Я не понимаю, но wasm позволит использовать C, C ++ и Rust, и основная причина использования wasm - это производительность, иначе зачем нам в первую очередь wasm?

В любом случае vscode никогда не будет использовать Rust, поскольку они используют Typescript, компиляция которого и так требует слишком больших затрат. Так что я не знаю, зачем здесь Rust, C ++ и C.

И да, я думаю, что после того, как ms приобрела github, атомом сильно пренебрегли :(. В любом случае Vscode - отличный редактор, но эта проблема не получает внимания, что печально.

Это не совсем предметное обсуждение. Я слежу за этой проблемой уже много лет, и кажется, что единственная цель, которой она служит, - это помочь людям развить свои разочарования и мнения с другими. Просто тонна шума и никаких позитивных обновлений.

Если вы хотите перейти к другим редакторам, вам не нужно сообщать другим. Просто сделайте это и посмотрите, довольны ли вы своим изменением. В конце концов, большая часть этого материала в любом случае связана с предпочтениями.

Это не совсем предметное обсуждение. Я слежу за этой проблемой уже много лет, и кажется, что единственная цель, которой она служит, - это помочь людям развить свои разочарования и мнения с другими. Просто тонна шума и никаких позитивных обновлений.

Если вы хотите перейти к другим редакторам, вам не нужно сообщать другим. Просто сделайте это и посмотрите, довольны ли вы своим изменением. В конце концов, большая часть этого материала в любом случае связана с предпочтениями.

Я согласен, но это лучшее использование, которое мы можем дать этому обсуждению, так как это никогда не будет исправлено Microsoft. Если вы хотите следить за этим обсуждением, чтобы наконец увидеть, как оно разрешено, у меня плохие новости для вас, мой друг, настройка и предоставление разработчикам правильные инструменты для работы никогда не были важны для Microsoft, вернитесь к тому, чем был IE6, если хотите получить урок истории.

Я действительно не понимаю ненависти к Microsoft в отношении VSCode. Это лучший редактор для любого случая использования, который я встречал ... да, у него есть крайние случаи, когда он мог бы быть «лучше», но давайте будем честными, когда мы говорим о программном обеспечении и потребностях разработчиков. ; "могло бы быть лучше в x, y, z" никогда не будет удовлетворено. Это невозможный стандарт .

Тем не менее, подобные проблемы здесь, чтобы дать представление о том, чего действительно хочет наше сообщество VSCode в целом, и Microsoft может расставить приоритеты в этих вещах. На данный момент я думаю, что они проделали невероятную работу, и если кто-то хочет продолжать ныть о том, насколько плох Microsoft (в отношении VSCode), то докажите это, написав свою собственную чрезвычайно популярную IDE, которая успешно заботится обо всех "x, y и z " крайние случаи, которые неизбежно должны удовлетворить всех в равной степени.

Этот проект абсолютно гигантский, и я благодарю Microsoft за их активную работу, помогая нам, маленьким разработчикам, которые не могут позволить себе Visual Studio, с БЕСПЛАТНЫМ продуктом, который удовлетворяет как минимум

Я действительно не понимаю ненависти к Microsoft в отношении VSCode. Это лучший редактор для любого случая использования, который я встречал ... да, у него есть крайние случаи, когда он мог бы быть «лучше», но давайте будем честными, когда мы говорим о программном обеспечении и потребностях разработчиков. ; _ "могло бы быть лучше в x, y, z" _ никогда не будет удовлетворен. Это невозможный стандарт .

Тем не менее, подобные проблемы здесь, чтобы дать представление о том, чего действительно хочет наше сообщество VSCode в целом, и Microsoft может расставить приоритеты в этих вещах. На данный момент я думаю, что они проделали невероятную работу, и если кто-то хочет продолжать ныть о том, насколько плох Microsoft (в отношении VSCode), тогда докажите это, написав свою собственную чрезвычайно популярную IDE, которая успешно заботится обо всех _ "x , y и z "_ крайних случаев, которые неизбежно должны удовлетворить всех в равной степени.

Этот проект абсолютно гигантский, и я благодарю Microsoft за их активную работу, помогая нам, маленьким разработчикам, которые не могут позволить себе Visual Studio, с БЕСПЛАТНЫМ продуктом, который удовлетворяет как минимум

Это не благотворительность или дар небес, VSCode был помещен туда, чтобы снова завоевать популярность у разработчиков после их многолетней потери, сила владения инструментами, которые мы используем для создания программного обеспечения, стоит намного больше, чем любые лицензии, за которые мы могли бы заплатить Это.

tenor

@betovelandia А что именно они получают от бесплатных пользователей? Я даже не делюсь своими телеметрическими данными и думаю, что давал обратную связь, может быть, однажды ... Вы не можете делать диковинные заявления и не иметь доказательств, подтверждающих это, особенно если вы действительно пытаетесь доказать свою точку зрения ... .

редактировать
Однако позвольте мне прояснить, что я знаю, что Microsoft создавала это программное обеспечение не по доброте их собственного сердца ... ясно ... но превращение его в некий гигантский заговор с целью монополизировать разработчиков (для какой-то мистической цели) кажется немного надуманный ...

@Jaeiya

И что именно они получают от бесплатных пользователей?

Земля.

Которые они могут использовать, чтобы контролировать или влиять на каждый вход и выход, а, следовательно, на все аспекты вашего кодового пространства.

VSCode - это буквально крепостное право, или, по крайней мере, последняя неудачная попытка MS.

Это также отличное программное обеспечение, которое MS разрушает, потому что, очевидно, это то, что они делают лучше всего.

Но действительно безумная вещь - это не правда. По-настоящему испорченная вещь в том, почему они категорически отказываются реализовать этот запрос функции. Это такой глупый ход с их стороны, в нем нет смысла.

@saighost несколько лет назад представил отличный PR, но Deathstar отказывается его реализовать. Почему?

Серьезно, задайте себе этот вопрос: учитывая, что на рассмотрение и тестирование этого чрезвычайно популярного запроса на функцию потребуется менее 3 часов, почему это не было реализовано за 5 лет ни основной командой, ни просто объединением PR, которое @saighost так любезно написал?

Если бы они просто реализовали эту очень простую функцию, я бы никогда не вернулся к Sublime и не понял, насколько она быстрая, плавная и надежная. Конечно, это массивная PITA, которую нужно настраивать, но, по крайней мере, это возможно . И как только у вас все получится, все работает как мечта. Поистине возвышенный.

Поздравляем Microsoft с 45-й годовщиной того, что вы напрасно пинаете разработчиков по лицу просто потому, что вы слишком глупы или упрямы, чтобы понимать шрифты.

Пожалуйста, прекратите обсуждение не по теме сейчас!

Пожалуйста, прекратите обсуждение не по теме сейчас!

Тот факт, что существовал PR, готовый исправить это, вам не по теме? Интересно, можно ли это повторно реализовать, это должно быть легкое исправление, как упоминалось в @ AJB99 .

Ладно, пропустил. Не могу / не хочу читать такие долгие обсуждения параллельно с 40-50 электронными письмами в деловой / частной жизни в день.

Статус заявки / выдачи «открыт». Так что никто ничего не решил. Теперь давайте набраемся терпения и посмотрим, что произойдет.
Если этот запрос функции будет реализован, мы будем рады.
Если нет (отклоненный / закрытый вопрос): встаньте.
Сегодня: подписывайтесь и ждите или сделайте сами, если это технически возможно.

Я помню, как один из официальных разработчиков сказал, что это не так просто; есть и другие части кода, зависящие от размера зашитого шрифта. Вероятно, они обеспокоены тем, что патч @saighost не был достаточно тщательно протестирован, чтобы

Этот плагин: Customize UI имеет функции, основанные на плагине Monkey Patch.

Моноширинный шрифт по умолчанию для Ubuntu выглядит слишком маленьким - 14 пикселей на экране hidpi, но если вы установите разумный размер, тогда другие части графического интерфейса станут абсурдно большими (https://github.com/microsoft/vscode/issues/88916) . Устранение этой проблемы также исправит это.

О, МОЙ БОГ! это запрос функции с 2015 года 😅

Это действительно улучшило бы написание кода с моим относительно плохим зрением.

Вот и (+1) от меня тоже

Было бы очень хорошо иметь возможность установить шрифт проводника.

@iliakan делает это, вы просто поставьте отметку выше, потому что после блокировки вы даже не сможете этого сделать.

Я бы сказал, что самая большая причина для реализации этой проблемы - # 84194, который, как уже было сказано, не может быть исправлен. У нас есть возможность выбирать между нечитаемо мелким текстом или большим, но размытым текстом с window.zoomLevel . Нет ли обходного пути для увеличения размера шрифта проводника?

Я бы сказал, что самая большая причина для реализации этой проблемы - # 84194, который, как уже было сказано, не может быть исправлен. У нас есть возможность выбирать между нечитаемо мелким текстом или большим, но размытым текстом с window.zoomLevel . Нет ли обходного пути для увеличения размера шрифта проводника?

Вот почему вам не следует использовать веб-браузер для разработки приложений, использовать браузер для того, для чего он нужен, нормально работать с веб-приложениями, но не пытайтесь превратить настольное приложение в веб-приложение.

@Lucretia

Вот почему вам не следует использовать веб-браузер для разработки приложений, использовать браузер для того, для чего он нужен, нормально работать с веб-приложениями, но не пытайтесь превратить настольное приложение в веб-приложение.

Как человек, который говорил это долгое время, я понимаю это мнение. Но есть проблемы, которые решает электрон, которые просто не позволяют другим фреймворкам графического интерфейса. Во-первых, использование чего-либо еще - огромная головная боль для итераций. Я сделал Qt (как C ++, так и Python), WxWidgets, Delphi, WPF, WinForms и бог знает что, и буквально электрон - единственный, где я подумал: «Эй, это весело создавать это настольное приложение». Я даже не начинаю с «кроссплатформенной» части. Лучший опыт работы с «настольным пользовательским интерфейсом», который у меня был вне электроники, был ImGui , и он даже не предназначен для настольных приложений. Также обратите внимание, что многие приложения с действительно хорошими графическими интерфейсами в конечном итоге написали свои собственные и потратили на это огромные усилия вместо разработки самого приложения.

Но есть и другие причины. Посмотрите, как IDE JetBrains отображают шрифты, а затем посмотрите в VS Code. Разница безумная, и вы даже не можете правильно настроить в них такие вещи, как интервал между буквами и другие функции.

Процитирую одну хорошую статью на Reddit:

Для приложений, чувствительных к производительности, таких как игры или научные инструменты для вычисления чисел, настольные приложения по-прежнему являются единственным выходом. Для всего остального будет выбрано удобство разработки. Вот почему все отстой, и все ваши приложения теперь являются веб-сайтами.

Состояние настольных приложений слишком печально и ужасно.

Я думаю, что Electron был хорошим выбором, я не могу сейчас придумать ничего другого, на что можно было бы положиться, чтобы работать так удобно и хорошо в таком большом количестве настольных сред.

Добавьте мой +1 в стопку. Я не могу поверить, что это не решалось уже 5 ЛЕТ. Типичный Microsoft. 😁

Плотность дерева проводника слишком плотная. Мне не нужно щуриться, чтобы найти нужный файл. Было бы неплохо увеличить высоту строки на https://github.com/Microsoft/vscode/issues/59873

+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💯🦸‍♀️

просто не упомянутый, но еще не упомянутый вариант использования: сделать возможным изменение всех шрифтов vscode на моноширинные. Некоторые из нас (старые пользователи emacs) просто не любят все время переключаться между шрифтами переменной ширины и моноширинными шрифтами во время чтения.

думал, что поделюсь своим сценарием оболочки, чтобы vscode загружал CSS из файла (и не жаловался на повреждение). Я просто не хочу позволять расширениям делать это.

https://gist.github.com/a85b8231a9f5494149387c3a36079e84

Недавно мне пришлось адаптировать его к более новой версии vscode (или, может быть, потому, что я перешел на vscodium), поэтому вам, возможно, придется изменить одну строку, чтобы она работала с 1.44 или старше.

Так в чем именно причина того, что мы не можем изменить шрифт / размер на боковой панели? Разве это не умник? Когда кто-то показывает мне, как это делать, я могу сделать это сам.

Да, если бы кто-нибудь показал мне, как это сделать, я тоже смог бы это сделать. И человек, который мне показал ...

есть новости по этому поводу?

есть новости по этому поводу?

Просто посмотрите выше и… очевидно, нет.

В чем же тогда задержка? Есть ли блокираторы? Я бы хотел увидеть движение по этому поводу. 🚀

В чем же тогда задержка? Есть ли блокираторы?

Вы можете прочитать ответ участника .

Я бы хотел увидеть движение по этому поводу. 🚀

Мы все хотели бы, так что мы ждем, или кто-нибудь, например вы, сможет это сдвинуть.

Вы все еще ждете, что Microsoft поддержит настройку? Мы найдем убийцу Эпштейна до того, как этот билет закроется

Вы все еще ждете, что Microsoft поддержит настройку?

Я не знаю, как сказать точно ... Я не в восторге, но я подписан, как и многие здесь, и я лично не использую VS Code, пока, по крайней мере, эта проблема не будет решена.

Мы найдем убийцу Эпштейна до того, как этот билет закроется

Я не вижу особенности, и меня не волнует «убийца Эпштейна». Меня этот вопрос интересует, и, пожалуйста, подождем или сделаем. Наши комментарии о "Я хочу эту функцию!" или чьи-то убийцы не помогают.

Команда VSCode, пожалуйста, наймите создателя макета HTML для вашего пользовательского интерфейса на основе Electron.
Они дешевы. Все, что вам нужно, это плавный дизайн, только сетка или столбец.

Вы все еще ждете, что Microsoft поддержит настройку? Мы найдем убийцу Эпштейна до того, как этот билет закроется

Как вы думаете, мы его найдем, если я смогу изменить шрифт в моем любимом редакторе кода? Может, он знает, как реализовать эту функцию. 🤔

Не могли бы вы прекратить ерунду и просто проголосовать +1? Вы очень раздражаете подписчиков и разработчиков. В конце концов, все, что вы получите, - это то, что поток будет заблокирован, поэтому даже нельзя будет поднимать палец вверх.

Не могли бы вы прекратить ерунду и просто проголосовать +1? Вы очень раздражаете подписчиков и разработчиков. В конце концов, все, что вы получите, - это то, что поток будет заблокирован, поэтому даже нельзя будет поднимать палец вверх.

+1

Не могли бы вы прекратить ерунду и просто проголосовать +1? Вы очень раздражаете подписчиков и разработчиков. В конце концов, все, что вы получите, - это то, что поток будет заблокирован, поэтому нельзя будет разрешить даже поднятие большого пальца.

Нет, не можем. И если они это сделают, я буду использовать другой редактор кода. Я уже использую 2 ежедневно. VS CODE - это ОДИН вариант из множества хороших вариантов. Задача решена :)

Итак, почему это не функция? Прошло 5 лет.

И если они это сделают, я начну использовать другой редактор кода.

Я думаю, вы неправильно написали, но: Хорошо, начните.

Итак, почему это не функция? Прошло 5 лет.

Очевидно, потому что никто этого не реализовал.

Отсутствие альтернативных шрифтов затрудняет работу с приложением для тех, кому требуется большой текст. Я не видел специального обсуждения этого вопроса как проблемы доступности, но это очень важно, когда речь идет о предоставлении разработчикам всех уровней физических возможностей. Полагаться исключительно на специальные возможности ОС - не лучшее решение. (Попробуйте, например, поработать с разработчиками при использовании MacOS Zoom.) Я пробовал различные хаки CSS, мне удалось заставить их работать только частично.

Обычно я использую обычный текстовый редактор, потому что я могу сделать шрифт своего терминала чем захочу. Но сейчас я нахожусь в ситуации, когда мне в основном приходится использовать vscode. Довольно обескураживает искать решение для шрифта крошечного проводника и обнаруживать, что эта функция пятилетней давности все еще открыта.

Может быть, у этого вопроса должен быть ярлык доступности ?

@feorlen - вы уже можете настроить шрифт и размер встроенного терминала независимо от редактора. Если только я не понял вашу просьбу.

image

@narfanar Я считаю, что @feorlen означает, что он / она обычно использует терминальные редакторы (vim, ecmas, nano и т. д.). Таким образом, изменение размера шрифта терминала повлияет на все "UI" редактора.

@feorlen Вы пробовали настройку window.zoomLevel ? Думаю, это лучше, чем ничего.

И если они это сделают, я начну использовать другой редактор кода.

Я думаю, вы неправильно написали, но: Хорошо, начните.

Итак, почему это не функция? Прошло 5 лет.

Очевидно, потому что никто этого не реализовал.

Вау, гениальный комментарий.

Я не уверен, совпадает ли мой запрос с этой проблемой ..
На данный момент я изменил workbench.desktop.main.css : поиск windows{font-family:Segoe WPC,Segoe UI,sans-serif} в файле и добавление в него нужных мне шрифтов. Для Mac и Linux просто выполните поиск mac{font-family или linux{font-family .
Я сделал это только потому, что у меня есть несколько листов реплик с именем файла в CJK, а шрифты на боковой панели и вкладках будут возвращаться к определенному системному пиксельному шрифту по умолчанию (похоже).
Я надеюсь, что код VS может предоставить возможность изменять шрифты пользовательского интерфейса, как мы меняем шрифты редактора в settings.json

Только что перешел на VSCode с Atom. Поразительно, что мое "файловое дерево" должно выглядеть таким большим, ярким и ярким. Сравните с атомом:

VSCode:

image

атом:

image

Я уверен, что звучит безумно ... но видите, какой красивый и тонкий атом? Проводник VSCode отвлекается от кода (редактора).

Приближаясь к поиску убийцы Эпштейна, я получил список подозреваемых, как продвигается эта функция?

@justinko , важен контраст. Рискну предположить, что большому количеству людей читать текст на снимке экрана Atom существенно труднее, чем на VSCode. Лично я не вижу разницы до такой степени, что сначала просмотрел ваш комментарий и подумал, что оба они были скриншотами Atom. Осознав, что первое - это VSCode, я теперь не могу понять, что вас беспокоит - ИМО, VSCode менее «большой, смелый и яркий»; значки меньшего размера и значки папок - все серые.

В любом случае ваш комментарий, вероятно, касается цвета шрифта, а не / в дополнение к размеру шрифта, но это все, что нужно настраивать.

@feorlen указал, что это проблема доступности, и я думаю, что это отличный момент! SF Monospaced, похоже, единственный шрифт, к которому моя дислексия может привыкнуть, и читать проводник без него - такая боль.

Пожалуйста, пожалуйста, пожалуйста, кто-нибудь в Microsoft, пожалуйста, изучите это! Будучи слабовидящим, я должен находиться в пределах двух дюймов от экрана, чтобы прочитать шрифт в окне проводника, чтобы иметь возможность переименовать файл и убедиться, что у меня есть символы, которые я вставляю в имена файлов в нужном месте . Окно редактора с возможностью настройки размера шрифта - это здорово, и я установил 18, чтобы я мог его читать. Это все хорошо, но для остальной части пользовательского интерфейса требуются такие же параметры настройки, особенно если вы используете код VS на компьютере через RDP, где масштабирование всего Windows не является вариантом. Это определенно проблема доступности, и ее необходимо решить почти через пять лет с момента ее открытия.

Почему добавление такой простой функции занимает так много времени? Это кошмар доступности, это легко сделать, и тем не менее - мы, спустя годы, все еще ждем. Это не имеет никакого смысла.

Не могли бы вы просто проголосовать выше, чтобы выразить свое предпочтение? Подобные комментарии только заставляют заинтересованных людей отказаться от подписки на проблему или, что еще хуже, ограничить ее доступ, так что вы даже не сможете проголосовать. Разве вы не понимаете, что то, что вы делаете, идет вразрез с вашими интересами?

Почему добавление такой простой функции занимает так много времени?

Еще одна ссылка на ответ участника: https://github.com/microsoft/vscode/issues/519#issuecomment -643326100

Microsoft никогда не заботился о UX, вы, ребята, можете подписаться, отписаться, проголосовать, поговорить, молчать или даже найти убийцу Эпштейна, и ничто не изменит того факта, что это никогда не увидит свет, потому что это Microsoft.
Многие инженеры здесь могут быть новичками в работе с ними, но это отношение было постоянным со времен IE6, Microsoft просто хочет иметь сильное присутствие в Интернете, но Microsoft заботится об инструментах разработчика и настройке? никогда не случится.
Atom был великолепен, Atom можно было настраивать с самого начала, затем пришла Microsoft и все испортила, купив Github.
И мы собираемся вызвать у @memeplex сердечный приступ, если он будет продолжать получать уведомления из этой ветки, поэтому, пожалуйста, просто +1

Можем ли мы сейчас заблокировать эту ветку для участников?

Есть несколько вещей, необходимых для того, чтобы этот запрос функции работал должным образом .

  • Размер встроенных значков необходимо изменить до высоты шрифта (если SVG) или до максимального доступного размера ближайшего пикселя (если не SVG).
  • Необходимо поддерживать соотношения размеров между всеми различными элементами шрифта в рабочей среде, иначе пользовательский интерфейс можно полностью сломать.
  • Значки боковой панели также необходимо отрегулировать (у вас не может быть огромной боковой панели рядом с крошечным видом проводника).

Я предполагаю, что нам нужно что-то похожее на настройку уровня масштабирования окна, поэтому коэффициент масштабирования, но тот, который влияет только на рабочую среду (или, я бы сказал, оболочку приложения), а НЕ редактор кода (где высота строки должна оставаться в пикселях идеальное и целочисленное).

На оболочку приложения не влияют проблемы с высотой строки, поэтому коэффициент масштабирования здесь не должен вызывать никаких проблем. (возможно, это так, со всплывающими окнами и деревом проводника ... Я не уверен, отображаются ли они построчно.)

Для меня это не проблема, и этого недостаточно, чтобы масштабировать пользовательский интерфейс и уменьшать размер редактора.

Самая серьезная проблема - это вес шрифта. Вы выбрали очень тонкий шрифт, который, я уверен, отлично подходит для молодых людей с прекрасными глазами, но ужасен для некоторых из нас. Никакое масштабирование, цвета или высокая контрастность не улучшат шрифт таким образом.

Это серьезная проблема доступности. Мне больно использовать это приложение, и мне приходится пользоваться им каждый день.

Я не могу просто надеть очки, чтобы поправить это.

Я должен присоединиться к этому запросу. Мне часто приходится иметь дело с головной болью, а шрифт и цвета приложений, которые я использую, во многом делают их хуже или лучше. Источник этого приложения мне совсем не помогает и, наверное, единственное, что заставляет меня время от времени отказываться от него.

вау, 5 лет, а эта функция все еще даже не вещь lmao. Мне нравится vs code, но это абсолютно необходимо, если у вас более одного экрана.

А мы продолжаем менять вручную. part>.content{font-size:13px} в .part>.content{font-size:16px}
Любой, кто говорит, что это сложнее, просто полон этого. Насколько сложно обновить CSS на основе выбранного размера шрифта? Я думаю, это для MS.
Теперь при каждом обновлении появляется ТОННА бесполезных функций, которые, вероятно, занимают гораздо больше времени, чем добавление параметра для установки размера шрифта в дереве файлов. ЧТО F?

А мы продолжаем менять вручную. part>.content{font-size:13px} в .part>.content{font-size:16px}
Любой, кто говорит, что это сложнее, просто полон этого. Насколько сложно обновить CSS на основе выбранного размера шрифта? Я думаю, это для MS.
Теперь при каждом обновлении появляется ТОННА бесполезных функций, которые, вероятно, занимают гораздо больше времени, чем добавление параметра для установки размера шрифта в дереве файлов. ЧТО F?

Основной вопрос. Как вы это добавляете / редактируете в VS Code?

@KingOfSpades отредактируйте workbench.desktop.main.css и найдите первый .part>.content

вы можете изменить шрифт редактора, терминала, но по какой-то причине вы не можете изменить шрифт панели

типичные Microsoft, как и Windows 10, любят непоследовательность и раздутость

Была ли эта страница полезной?
0 / 5 - 0 рейтинги