게다가 에디터 바깥쪽에 더 큰 글꼴을 원한다면 다시 시작할 때마다 확대해야한다는 것이 이상해 보입니다.

pls는 확대 / 축소 문제에 대해 # 291을 참조하십시오 (일반적으로 pls는 콤보 문제를 생성하지 않습니다 : smile :).

+1

v1.4.0은 파일 탐색기 글꼴을 더 크게 / 굵게 만드는 것처럼 보였으므로 큰 디렉토리를 탐색하기가 더 어려워졌습니다.

+1

+1

👍

👍

새로운 UI 테마 인터페이스가 글꼴 크기에 대한 액세스를 제공합니까?

또한 탐색기에서 줄 간격을 늘리고 싶습니다. 파일 이름이 서로 너무 가까워서보기가 힘들다.

하, 나는 줄 높이를 노출시켜 줄 것을 제안하고 각 화면에 더 많은 파일을 압축 할 수있었습니다.

다른 이유를 추가하기 위해 :

• 탐색기를 고정 폭 글꼴로 변경하면 파일을 스캔 할 때 읽기가 더 쉽습니다.

+1

EXPLORER 창의 글꼴 크기 변경에 대한 지원을 추가하십시오.

관심있는 사람들을위한 일종의 해키 솔루션 : 기본 글꼴 크기를 늘리고 창 확대 / 축소 수준을 음수 값으로 설정합니다 ( cmd + - 또는 window.zoomLevel 설정). "window.zoomLevel": -0.75 와 같은 분수 값을 사용할 수도 있습니다.

@kompot- 접근 방식이 완벽하게 작동합니다! 내 사용자 설정 파일은 다음과 같습니다.

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

특히 목록의 두 항목 사이에 공간이 너무 많아서 화면에 들어가는 항목이 충분하지 않은 것 같습니다. 방금 Eclipse의 파일 트리와 비교했는데 Visual Studio가 36 개를 얻는 공간에 48 개 항목이 있습니다.

특히 사이드 바는 lineHeight, fileFontColor, dirFontColor 및 activeLineColor와 같은 wrt를 사용자 정의 할 수 있어야한다고 생각합니다.

Sublime 3 :

VS 코드 :

VS 코드 트리를 보니 피곤 해져서 눈을 떼지 않고 쉽게 파일을 찾을 수 없거나 열려있는 폴더를 모두 접은 다음 루트에서 다시 시작하여 찾고있는 것을 찾을 필요가 없습니다. . 나는 Sublime에서 그것을 경험했다고 말할 수 없으며 그것을 막는 것은 파일과 폴더의 색상 차이라고 생각합니다.

editor.fontFamily 에서 글꼴을 변경하면 나머지 UI에 반영되지 않아 편집기와 UI간에 불일치가 발생합니다. 또한이 문제를 보완하기위한 workbench.fontFamily 또는 workbench.fontSize 설정이 없습니다.

저에게는 작은 확대 / 축소 - 를 몇 번 설정하고 edit.fontSize 및 terminal.intergrated.fontSize 늘리면 좋습니다. 내가 생각했던 것만 큼 해키하지 않습니다. 모든 것이 여전히 상대적이므로 CMD / CTRL + +를 사용 하면 전체 작업 공간이 변경됩니다.

... 다양한 이유에 추가 : "workbench.fontAliasing": "none", 를 설정하면 편집기에서 앤티 앨리어싱되지 않은 글꼴을 사용하고 있다는 점을 감안할 때 탐색기 (그림의 왼쪽)가 정말 나빠 보입니다.

+1
탐색기 및 탭 에서 _fontStyle_, _fontSize_를 변경해야합니다.

Atom과 같은 UI 테마에 대해 저로부터 +1.

다른 코드 편집기 (Pycharm)에서이 기능이 정말 마음에 듭니다. 가까운 로드맵에 동일한 내용을 포함하십시오.

마찬가지로 글꼴 패밀리도 변경할 수 있다면 좋을 것입니다.

탐색기 용 +1 글꼴 맞춤 설정도

+1

일반 UI 글꼴 패밀리 및 UI 글꼴 크기 설정이 필요합니다 ...

제가 정말로 알고 싶은 것은이 기능에 대해 왜 모든 사람들이 반대하는 이유입니까? 워크 벤치 글꼴을 변경할 수 있다는 단점은 무엇입니까?

@picosam 반대표 는 아이디어 자체가 아니라 "+1"만 언급하거나 동의 / 지원을 표현하는 다른 방법 만 포함하는 댓글을위한 것입니다. 이러한 의견은 모든 사람에게 이메일 알림으로 전송되지만 그러한 알림을 보증 할만큼 중요한 가치는 없습니다. 아이디어에 대한지지를 표시하는 것은 원래 댓글이나 문제를 더 명확하게 설명하는 댓글에 찬성 투표함으로써 더 잘 표현됩니다.

1 년 이상이 기능을 기다려야합니다.

이 기능에 대한 ETA가 있는지 궁금하십니까? json 설정에서 이것을 구성 할 수 있다면 매우 편리 할 것입니다. 현재 글꼴 크기로 인해 프로젝트에서 파일을 탐색하기가 매우 어렵습니다. 감사

나는 인터페이스 글꼴 크기가 거대하다는 데 동의하지만 적어도 우리는 @kompot 의 해킹 을 가지고 있습니다.

statusBar.zoomLevel 별도로 선택할 수 있다면 어떤 이유로 레이아웃 무결성을 무료 글꼴 크기 조정으로 유지하기가 어려우면 큰 상승이 될 것입니다.

Pls는 사이드 바 글꼴을 변경하는 몇 가지 기능을 추가합니다. 이 때문에 저는 대체 편집기를 사용하고 있습니다.

+1

나는 하루 종일 숭고한 것에서 VSCode로 전환하는 데 보냈습니다. 나는 약간 이상하게 너무 작은 사이드 바를 제외하고는 모든 것을 좋아합니다. 줄 높이, 글꼴 모음 및 글꼴 크기를 변경하려면 설정을 노출하십시오.

+1

Sublime에서 VS Code로 전환 중이며 사이드 바가 제가 문제가있는 주요 사항입니다. 줄 높이와 글꼴 크기를 사용자 정의 할 수 있으면 멋질 것입니다.

IntelliJ에서 전환하고 지금까지 VSCode에 대한 경험은 훌륭합니다. 사이드 바를 제외하고 .. 나는 그것에 익숙해 질 수 없습니다. sideBar.lineHeigth 옵션이 도움이 될 것입니다. sideBar.dirBackground 및 sideBar.dirExpandedBackground 옵션도 좋을 것 같습니다.

+1

+1

+1

구독 취소

2018 년 3 월 20 일 화요일 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로 전환했고 마찬가지로 사이드 바가 가장 큰 문제 중 하나라는 것을 알게되었습니다. 특히 폴더와 파일 (아이콘 여부)의 구분이 부족하기 때문입니다.

나는이 문제의 숭고한에서 내 욕망 중 하나를 발견 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 메뉴에서 사용되는 작은 글꼴 크기를 늘리는 옵션을보고 싶습니다.

아마도 이러한 설정이 OS 수준으로 설정 가능할 것으로 예상 할 수 있습니다. 마치 편집기와 터미널 글꼴 크기 옵션이있는 것처럼 VScode 내부에 "menu.fontsize"가 있어야하는 것처럼 필요하다고 생각합니다. 14,

나는 알고있어
"window.zoomLevel": 0.4

그러나 메뉴와 풀다운에는 영향을 미치지 않는 것 같습니다.
감사합니다.

나는 배경색으로 특정 코드 폴더 색상을 옵션을 싶습니다
폴더를 가리키고 R- 클릭 배경 / 강조 표시 색상 변경

• 글꼴 크기와 관련하여 VSCode의 각 주요 영역에서 Ctrl-Wheelmouse를 지원하고 사용자가 편안함 수준을 동적으로 설정할 수 있도록하는 것은 어떻습니까?
• 자연스러운 방법 은 마우스로 메뉴 , 탭, 사이드 도구 모음, 패널, 터미널 등을 가리키고 Ctrl- 휠 마우스를 사용하여 글꼴 크기 (줌 수준)를 설정하는 것입니다.
• 모든 사용자가 반드시 전역 확대 / 축소 수준 또는 글꼴 크기를 원한다고 가정하는 것은 잘못된 것입니다.
  감사합니다.

+1.
내가 좋아하지 않는 확대 / 축소 수준

주석 글꼴 변경 옵션에 대한 Visual Studio의 회신 : _ " 현재는 글꼴 패밀리를 변경할 수 없습니다. 그러나이 기능 요청은 현재 VS Code GitHub 리포지토리에서 열려 있습니다. 여기에서 투표 할 수 있습니다. http://msft.social/jeezBz . "_

일부 사용자 지정 CSS로이 문제를 해결했습니다.

1. be5invis/vscode-custom-css 다운로드
2. 그것을 활성화하고 사용자 정의 CSS를 추가하십시오.

나는 treeview의 각 행에 더 많은 공간을 원했습니다. 이 스타일을 사용합니다.

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

해키, 알아. 하지만 작동합니다

@lindesvard 감사합니다.이 확장 프로그램에 대해 몰랐습니다.

@mchampanis 나도 탐험가를보고 피곤해졌다. 다음은 be5invis / vscode-custom-css 확장을 사용하여 추가 한 CSS입니다. 탐험가를 보는 것이 훨씬 더 좋은 경험이됩니다.

.monaco-tree-row.has-children {
글꼴 두께 : 500;
여백 : 8px;
색상 : #eee;
글꼴 크기 : 14px;
}

.monaco-tree-row {
글꼴 두께 : 300;
여백 : 5px;
글꼴 크기 : 12px;
색상 : #bbb;
}

Retina 디스플레이가있는 MacBook Pro의 가상 컴퓨터에서 VS Code를 사용하면 글꼴 렌더링이 정말 끔찍합니다. 모든 것이 매우 흐릿합니다. 이를 개선하기 위해 기본 화면 해상도 (2880 x 1800) 근처에서 사용하면 글꼴이 매우 작아집니다. 통과 가능한 결과를 얻기 위해 편집기와 터미널에서 글꼴 크기를 조정할 수 있지만 window.zoomlevel 옵션을 사용하여 UI를 읽을 수있는 크기로 만들면 분명히 확대되는 것이므로 모든 것이 다시 흐릿 해집니다.

글꼴 크기를 변경하는 옵션이 있었으면합니다. VS Code는 vm 환경에서 사용할 수 없습니다.

@lindesvard 그냥 궁금해서 ... 내가 이것에 미치기 전에,이 확장 기능을 사용하면 코드의 주석에 사용하는 글꼴 유형을 변경할 수 있습니까? 한계에 대해 궁금해합니다. 감사합니다 !!

_이 글을 게시 한 후 _ 현재 댓글 글꼴을 수정할 수있는 방법이 없다는 것을 깨달았습니다. 그러나 @mchampanis 의 다른 해킹은 편집기를 조금 더 댓글 에 멋진 글꼴을 추가하는 옵션이 곧 다시 적용되기를 바랍니다.

예, 폴더가 파일보다 약간 더 큰 텍스트를 원하고 루트 폴더 (프로젝트에 추가 된 최상위 폴더) 앞에 약간의 패딩이 있거나 상단 테두리가 희미하여 위치를 쉽게 확인할 수 있습니다. 각각의 새로운 파일 시스템 트리가 시작됩니다.

custom-css 확장은 너무 많은 해킹처럼 보이지만 :-)

/usr/share/code/resources/app/out/vs/workbench/ 폴더에서 workbench.main.css 를 편집하여 font-family 에있는 트리 뷰 및 기타 사이드 바의 Debian

.monaco-shell 클래스를 찾아서 글꼴 패밀리를 변경하십시오.

업데이트 :

/usr/share/code/resources/app/out/vs/workbench/workbench.main.css 파일의 마지막 줄에 .monaco-shell {font-family: "your font";} 만 추가하면됩니다. 그리고 넌 갈 수있어

@MaxySpark 수정

@MaxySpark 는 글꼴을 변경하지만

@chaddanna 는 톱니 바퀴 아이콘을 클릭하고 Don't Show Again

VSCode에 대한 모든 노력으로 인해 이와 같은 기본 문제가 아직 해결되지 않은 것은 상당히 마음이 흔들립니다. OS X에서 UI 글꼴은 너무 커서 크기를 줄이는 유일한 방법 (window.zoomLevel)은보기 흉한 스크롤 흔들림을 유발합니다. 이것은 중요한 사용성 문제입니다.

아직 조사 중입니까? 사용할 때
"window.zoomLevel": -1,

내 글꼴이 엄청나게 못 생겼어

원래 요청한 지 3 년이 지났는데, 이것이 모든 기능 중 가장 버려진 기능 향상이라고 계속 생각하는 이유는 무엇입니까?

일반적인 Microsoft 패션.

일반적인 Microsoft 패션.

좋아, 이제 배은망덕 한 것 같군. 많은 사람들이 VSCode에 많은 노력을 기울이고 있습니다 (많은 사람들이 여가 시간에). 그리고 확실히 "일반적인 Microsoft 패션"과는 달리 오픈 소스이므로 아무도 이것을 구현하고 풀 요청을 제출하는 것을 막을 수 없습니다.

이 기능 요청의 구현을 방해하는 업스트림 Electron에 문제가 있어야합니다. 그렇지 않으면 VS Code 팀이 지금까지 해결했을 것이라고 확신합니다. @ ramya-rao-a 제발 차임 하시겠습니까?

네, 간단한 편집이어야합니다. 이 편집기를 확인하고 있었는데 최소한 더 큰 글꼴이 필요했습니다.

Atom은 훌륭하고 모든 것을 구성 할 수 있으므로 더 적합 할 수 있습니다. https://atom.io/

+1

친애하는 커뮤니티

워크 벤치에 하드 코딩 된 목록과 트리 높이 (예 : 탐색기)가 많고 글꼴 크기를 사용자 정의 할 수있게하면 렌더링이 깨지기 때문에 여전히이 문제를 다루지 않습니다.
이것은 단순한 수정이 아니며 더 정교한 작업이 필요합니다. 현재이 문제를 해결할 계획은 없지만 향후 고려할 것입니다.

감사
Isidor

완전히 이해할 수 있습니다 🙂. 지금 글꼴 패밀리를 변경하는 것은 어떻습니까? Monospace 글꼴은 사이드 바에서 멋지게 보입니다.

@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가 기본적으로 다른 플랫폼 별 UI 글꼴간에 전환 할 수있는 기능이 이미 있다는 것입니다. 예를 들어 Linux에서 Windows의 Segoe UI 글꼴을 설치하면 VSCode가 기본 Linux 글꼴 (Noto Sans?)에서 Segoe UI로 자동 전환됩니다. 이 기능이 이미 존재한다는 점을 감안할 때, 하드 코딩 된 간격이 작업 중이므로 사용자가 설치 한 경우 해당 UI 글꼴 간 전환을 허용 할 수 있습니까? 이것은 여전히 ​​틈새 시장이 될 것이지만 적어도 현재 존재하는 것보다 약간 더 많은 사용자 정의 가능성을 허용해야합니다.

간단히 구현할 수 있습니까?

{
  "explorer.fontSize" : 13.5
}

?

그러면이 문제를 해결할 수 있습니다.

마이크로 소프트 ... 이것은 기본적인 요청입니다. 엄마에게 전화를 걸고 생일을 축하하고, 아마존에서 당일 배송을 위해 선물을 주문하고 (물론 그녀의 취향에 따라) 화상 통화를 예약하는 검색 기능을 요청하는 사람은 아무도 없습니다. 당신을 위해. 여기서는 기본적인 글꼴 변경에 대해 이야기합니다.

기본 사이드 바 글꼴은 특정 시나리오에 적합 할 수 있지만 많은 개발자에게는 절대로 좋지 않습니다. 설정 옵션을 제공하여이 문제를 해결해야합니다.

• 글꼴 이름
• 글꼴 크기 및
• 줄 높이

또는 vscode-custom-css 와 같은 것을 사용하여 기본 CSS를 편집해도 앱이 손상되지 않도록하십시오. 사용자 설정에 저장된 단일 사용자 정의 CSS 파일도 괜찮을 것입니다.

그러나 사용자 정의 CSS의 문제는 때때로 레이아웃을 깨뜨린다는 것입니다. 사이드 바에서 아래로 스크롤 할 수없고 다른 글꼴이 엉망이되는 등의 문제가 있습니다. 그래서 저는 a를 사용하는 대신 기본 구현을보고 싶습니다. 플러그인을 통한 해킹 시스템은 VSCode가 고장난 것으로 생각하게 만듭니다.

3 년 전에 요청 된 이와 같은 간단한 기능을 추가하는 것은 그렇게 어렵지 않습니다.

@ dougc84 내가 당신과 함께있는 동안,이 기능을 갖는 것은 주로 탐색기와 관련된 하드 코딩 된 값 때문에 @isidorn이 이미 언급 한 것처럼 간단하지 않습니다. 이 값은 행의 높이가 예상보다 크므로 탐색기에서 끝까지 스크롤 할 수없는 이유입니다.

그러나 나는 이러한 모든 단점, 손상된 설치 메시지 등을 처리해야하는 것에 좌절감을 느낍니다. 표준 글꼴 크기의 13.3 형 노트북에서 VSCode를 사용할 수 없다고 느끼고 전체 앱을 확대하여 소중한 공간을 낭비하고 싶지 않기 때문에이 기능 요청은 더 심각하게 받아 들여야한다고 생각합니다.

이제 내 사이드 ​​바 글꼴도 변경할 수 없습니다.

뿡뿡

워크 벤치에 하드 코딩 된 목록과 트리 높이 (예 : 탐색기)가 많고 글꼴 크기를 사용자 정의 할 수있게하면 렌더링이 깨지기 때문에 여전히이 문제를 다루지 않습니다.

하드 코딩 된 크기 값이 전혀없는 이유는 무엇입니까?

이것은 단순한 수정이 아니며 더 정교한 작업이 필요합니다.

저는 1 조 달러 규모의 글로벌 기업들이 단순한 일을하는 것이 얼마나 어려운지에 대해 우는 소리를 듣는 것이 지겨워 요. 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). 현재 UI 크기를 조정하는 데 좋은 해결책은 없습니다. 프로토 타이핑에 대한 하드 코딩 된 값을 이해하지만, 이러한 성가신 사용성 문제와 함께 프로덕션 소프트웨어를 제공하는 것은 특히 Microsoft가 VSCode에 얼마나 많은 노력을 기울이고 있는지를 고려할 때 약간 놀랍습니다.

@ shirshak55 , 서체에 대해 이야기하고 있다면 모르겠습니다. 그러나 가능한 잘못된 렌더링에 대해 이야기하고 있다면 다른 확대 / 축소 값을 사용해보십시오.

@knopp , 나는 결코 눈치 채지 못했지만 지금은 Windows를 사용하고 있습니다. 다음주 월요일에 Mac에서 확인하겠습니다.

여러분, 주제는 글꼴 크기와 글꼴입니다. 크기 조정 및 확대 / 축소 수준으로 문제가 해결되지 않습니다. 그것이 당신을 위해 작동한다면 좋습니다. 그러나 크기 조정 및 확대 / 축소는 문제가 아닙니다.보기 힘든 파일 및 폴더보기를 생성하는보기 흉하고 압축 된 글꼴입니다.

뿡뿡

워크 벤치에 하드 코딩 된 목록과 트리 높이 (예 : 탐색기)가 많고 글꼴 크기를 사용자 정의 할 수있게하면 렌더링이 깨지기 때문에 여전히이 문제를 다루지 않습니다.
이것은 단순한 수정이 아니며 더 정교한 작업이 필요합니다. 현재이 문제를 해결할 계획은 없지만 향후 고려할 것입니다.

죄송 합니다만 이것은 받아 들일 수없는 응답입니다. 이것은 핵심 전자 앱입니다. 당신은 프론트 엔드에서 (가장 기본적인 의미에서) 기본 웹 기술을 다루고 있습니다. 이것은 많은 다른 개발자들이 monaco 클래스를 하드 코딩하지 않고 해결 한 문제입니다 (또는 더 나쁜 것은 수동으로 스타일 값을 입력하는 것입니다. 2018 년입니다). Microsoft 제품으로서 더 나은 것으로 기대할 수는 없지만 (UI는 Microsoft의 장점이 아닙니다.) 이와 같은 제품을 여러 플랫폼, 여러 언어 및 여러 용도로 사용할 수있게하려는 경우 , 사용자가 필요에 따라 CSS를 조정할 수 있습니다. "렌더링 중단"문제는 ... 글쎄요 ... 사용자 정의 CSS를 사용할 때 문제가되지 않습니다. 아래로 완전히 스크롤 할 수없는 몇 가지 문제를 제외하고 간단한 overflow: scroll 쉽게 해결할 수 있습니다 확장 마켓 플레이스에서 허용 되는 플러그인

@ dougc84에 더 동의 할 수 없습니다.

내 마음에 이것은 정말 corpensource 말똥 냄새가 난다.

마이크로 소프트는 그 이름과 명성을 원하지만, 대량 채택 (또는 그에 가까워 지자)하자마자 은인에게만 혜택을주는 기능에 집중하기 시작합니다.

이 기능 요청에 대한 저항 뒤에 일종의 우스꽝스러운 환경 제어가 있는지 말 그대로 궁금해하기 시작했습니다.

솔직히 얼마나 많은 하드 코딩 된 값이있을 수 있습니까? 9 조? 각각 고유합니까?

현재 코멘트에서 나오는 모든 나쁜 평가에주의하십시오. 이에 대한 수정이 "간단한"경우 "주니어 개발자"는 문제를 해결하는 풀 리퀘스트를 열지 못하도록 정확히 "기본 웹 기술"이기 때문에이를 수행 할 수 있습니다. ?

모든 MS가 비공개 소스 일 때이 항목에 대해 불평하기가 더 쉬웠지만 최고의 편집자 / IDE 중 하나를 무료 오픈 소스 프로젝트로 만들었습니다. 마음에 들지 않습니까? Atom을 사용하십시오. 또는 다른 많은 텍스트 편집기 중 하나입니다. VSCode가 그런 말똥이라면 왜 귀찮게합니까?

명확하게 말하면,이 문제가 발생하기를 원합니다. 이것이 제가 여기에 온 방법입니다. 그러나 나는 그것이 무료이고 오픈 소스 일 때 유지 보수 자들의 무의미한 조롱에 지쳤다! 이 스레드는 잠겨 있어야합니다 ...

안녕하세요.

모든 불량품에 주목하십시오 ...

칭찬에 감사드립니다. 기본 CSS는 언제부터 "badass"입니까?

_you_가 문제를 해결하는 풀 리퀘스트를 열지 못하게하는 것이 정확히 무엇입니까?

Microsoft 마케팅 이니셔티브에 시간이나 기술을 기부하는 습관이 없다는 사실.

Microsoft는 VS Code를 개발자의 마음과 마음을 사로 잡는 용기로 사용하기를 원합니다. 그들은 내가 생각하는 파이프 라인을 따라 Github와 Azure를 포함하는 파이프 라인을 따라 코드의 첫 번째 중지가되기를 원합니다.

Microsoft는 언제부터 목표를 달성하기 위해 커뮤니티의 도움이 필요한 자선 단체입니까? 돈이 부족합니까? Kickstarter 페이지를 설정해야합니까?

마이크로 소프트의 기술적 부채를 해결하는 것은 내 일이 아닙니다. 나는 처음에 모든 값을 하드 코딩 한 사람이 아닙니다. 당신이 그것을 부수고 고쳐라.

모든 MS가 비공개 소스 일 때이 항목에 대해 불평하기가 더 쉬웠지만 최고의 편집자 / IDE 중 하나를 무료 오픈 소스 프로젝트로 만들었습니다.

이 (3 년 된) 쓰레드의 전체 요점은 VS Code가 IDE의 가장 기본적이고 기본적인 기능 중 하나를 놓치고 따라서 40 년 동안 쓸모가 없게된다는 점을 감안할 때 VS Code를 "최고의 편집기 중 하나"라고 부르기 어렵습니다. 목표 시장의 -50 %.

1 조 달러 규모의 거대 기술 대기업이 CSS 버그로 인해 무릎을 꿇고있어 의도 한 사용자의 절반 이상이 사용할 수 없을 때이 소프트웨어는 어떻게 "최고 중 하나"입니까?

마음에 들지 않습니까? Atom을 사용하십시오.

음 ... 최근에 뉴스를 읽었나요?

VSCode가 그런 말똥이라면 왜 귀찮게합니까?

VS Code 자체는 말똥이 아닙니다. Microsoft가 실제 사용자에게 이익이되는 기능보다 비즈니스 계획에 도움이되는 기능을 우선시하는 방식입니다.

명확하게 말하면,이 문제가 발생하기를 원합니다. 이것이 제가 여기에 온 방법입니다.

좋습니다. 그러면이 기능 요청이 3 년이 지난 것을 이해할 수있을 것입니다. 사용자 기반은 얼마나 기다려야합니까? Microsoft는 다른 corpensource IDE가 나오고 파일 트리에서 글꼴을 사용자 지정하는 마법 같은 기능을 제공하기까지 얼마나 오래 걸릴 것이라고 생각합니까?

그러나 나는 그것이 무료이고 오픈 소스 일 때 유지 보수 자들의 무의미한 조롱에 지쳤다!

Microsoft가 소프트웨어에 대해 선택한 가격 모델은 내 문제가 아닙니다. 유료 제품이고 합리적인 가격으로 필요한 기능을 제공했다면 과거에 많은 다른 타이틀에서 사용했던 것처럼 $ 100 정도를 지불 할 수있어 기쁩니다.

Microsoft가 VS Code를 광고로 사용하여 개발 커뮤니티에 잘 연결하려는 경우. 그러나 그들이 CSS 버그를 처리 할 수 ​​없다면 새로운 기업 후원자를 찾기 시작할 때일 것입니다.

이 스레드는 잠겨 있어야합니다 ...

그것은 훌륭한 아이디어입니다. 소프트웨어를 개선하는 가장 좋은 방법은 사용자를 무시하고 비판 할 때 침묵하는 것입니다.

더 좋은 점 : Microsoft를 감히 비난하는 사람을 Github에서 모두 금지하지 않는 이유는 무엇입니까?

얘들 아, 진정해.

_many_ 명의 사람들이 기여하지 않는 이유는 기능을 작성할 수있는 능력 때문이 아닙니다. 우리 중 많은 사람들이 업무를 수행 할 시간이없고 완전히 새로운 앱, 프레임 워크, 스타일 가이드 및 (경우에 따라) 언어를 배우는 데 시간을 할애합니다. 그리고 169 개의 ​​현재 풀 리퀘스트와 정의 된 로드맵으로 인해 문제는 MS / VSCode 팀이이를 실현할 수 없다는 것이 아니라 단순히 우선 순위로 삼고 있지 않다는 것입니다 (그리고 레이더에도 없습니다). ).

이 문제가 존재하고 관심을 끄는 이유는 사람들이 원하는 기능 때문입니다. 그러나 부정적인 관심은 우리를 어디에도 가지지 않습니다.

@austinbutler의 말이 맞습니다. 불필요하게 거친 말에도 불구하고 누군가가

즉, @ AJB99 도 옳습니다 (또한 불필요하게 거친 말에도 불구하고). MS는 커뮤니티의 말을 듣지 않고 문제를 해결하는 데 신경 쓰지 않습니다. MS는 오픈 소스 플랫폼 (VSCode가 최초의 큰 플랫폼)으로 작업하고 있지만, 그들은 필연적으로 사람들을 밀어 낼 수있는 자체 목표와 로드맵을 가진 기업입니다. 그리고 앞서 언급했듯이 MS는 UI 중심적이지 않았습니다. Windows는 항상 추악한 OS였습니다. 예를 들어, 대부분의 앱에서 리본 바는 직관적이거나 사용하기 쉽지 않습니다. Windows 10은 제가 2010 년부터 KDE를 사용하는 것처럼 느껴집니다. 즉, MS는 VSCode를 간단한 편집기로 출시했기 때문에 사람들은 메모장 ++, Sublime, Atom, Komodo, JetBrains 등의 대안으로 VSCode를 찾고 있습니다. _not_ a full- Visual Studio와 같은 본격적인 IDE. 관심있는 대부분의 사람들은 적절한 코드 강조 표시 및 들여 쓰기, 기본 자동 완성, 멋진 색상 및 예쁜 UI, 그리고 간단한 도구 통합을 원합니다. 더 많은 것을 원할 경우 항상 Visual Studio 또는 수많은 강력한 IDE 중 하나가 있습니다. 이러한 기본 요구 사항 중 일부는 단순히 누락되었습니다.

어느 쪽이든, 그것에 열중 할 이유가 없습니다. 이슈에 대한 댓글과 찬성표는 개발팀에 우리가 관심이 있거나 뭔가를 원한다고 말합니다. 그러나 문제를 공개하거나 전혀 해결하지 않는 동안 "우리는 고려하고 있지 않다"는 응답은 나처럼 사용자에게 신경 쓰지 않는다고 말할뿐입니다. 그게 바로 문제 야.

역겨워 요 : https://video.twimg.com/amplify_video/1049514660783943680/pl/5aBOHl_qGaB35UXH.m3u8?tag=8

스레드에 새로운 사람이 있지만 모든 것을 읽고 여기에서 부정을 젠장 ....이 자격 감각은 어디서 왔습니까? 무료 오픈 소스 제품입니다. 나는 소유자가 임의의 개발자, "우리의 구세주"Google 또는 "악마의 화신"Microsoft인지 상관하지 않습니다. 저는 FOSS 제품에 대한 이런 태도를 이해하지 못할 것입니다. 독성이 있고 완전히 비생산적입니다.

나는 여기에있는 다른 모든 사람들과 마찬가지로이 기능에 대해 필사적이지만 솔직히, 내가 이것의 유지 자라면, 나는 모든 권리를 요구하는 기능을 구축하려는 경향이 훨씬 적을 것입니다.

@ sgarcia-dev 드디어 여기서 약간의 상식을 보았습니다. 감사합니다.

독성이 있고 완전히 비생산적입니다.

인내심이 있고 친절하고 예의 바르게 행동하는 것이 지금까지 우리에게 잘 작동하고 있습니다. 우리는 계속 구걸해야한다고 생각합니다.

나는 지금 피곤하다 :) 숭고한 뒤로 전환하고 더 나은 것을 발견했습니다. 그리고 사이드 바는 이제 멋져 보입니다 : D.

뿡뿡

인내심이 있고 친절하고 예의 바르게 행동하는 것이 지금까지 우리에게 잘 작동하고 있습니다. 우리는 계속 구걸해야한다고 생각합니다.

글쎄, 그냥 우는 소리를 낼 자격이있는 멍청이가되는 것도 그다지 잘 작동하지 않는다.

11.11 이후에는 자유 롭습니다. 시도해 볼 수 있습니다.
하지만 당신이 원하는 것을 누가 내게 알려줄 수 있습니까?
사이드 윈도우의 글꼴 크기 만?

뿡뿡

글꼴 군

글꼴 크기

line-height 도 ...

코드 다이렉트의 많은 레이아웃은 22px를 사용합니다.
버전을 푸시 할 수 있습니다. 글꼴 크기는 22px 이하로 설정할 수 있습니다.
그런 다음 레이아웃이 더 많은 글꼴 크기를 조정할 수 있도록 노력하겠습니다.

이 PR에 대해이 문제를 해결할 시간입니다 https://github.com/Microsoft/vscode/pull/63602

안녕하세요, 이것이 많은 사람들을 매료시키는 주제라는 것을 알았습니다.

나는 그것이 존재하는지 모른 채 오늘 (# 66472) 이슈를 열었습니다.

(2015 년부터 시작 되었기 때문에) 대화의 모든 스레드를 넣지는 않았지만 문제의 원인은 대부분 Electron에서 비롯된 것 같습니다.

예를 들어, Linux에서 discord는 글꼴을 올바르게 렌더링하지 않습니다. 이것은 다른 Electron 기반 응용 프로그램에서도 마찬가지입니다. 그러나 저는 포괄적 인 목록을 포장하지 않겠습니다.

PR을 보니 가장 흥미로운 점은 OS에 따라 기본값이 변경되지 않는다는 점입니다.

변경 사항이 있는지 확인하기 위해 피사체를 주시합니다.

문제의 원인은 Electron이 아니라 UI 커스터마이징에 관심이없는 개발자들에게서 나옵니다. Electron 자체는 글꼴 설정을 제한하지 않으며 Atom에서 실시간으로 얼마나 쉽게 수행되는지 확인하십시오!

이 문제는 4 년이 지난 지금까지 우선 순위가 얼마나 높은지 분명히 알 수 있습니다.

네, 아톰에 그런 문제가 없다면 코드도 마찬가지입니다. 아톰 xray가 언제 출시되는지 궁금하고 코드를 안전하고 행복하게 떠날 수 있습니다 :(

https://github.com/Microsoft/vscode/pull/63602

나는 확신하지 못한다. Electron은 작동하는 OS에 따라 기본적인 글꼴 렌더링을 제공해야합니다.

나는 확신하지 못한다. Electron은 작동하는 OS에 따라 기본적인 글꼴 렌더링을 제공해야합니다.

Electron은 스타일 시트가 지정한 글꼴과 크기를 렌더링합니다. 하드 코딩 된 글꼴 / 글꼴 크기 / 줄 높이에 대해 전자를 비난하는 것은 무의미합니다.

사이드 바에서 글꼴 두께를 변경하는 기능도 많은 도움이 될 것입니다.

아직 문제가있는 분들을 위해. 여기서 해결할 수있을 때까지 빠른 수정이 필요합니다. https://github.com/be5invis/vscode-custom-css 에서 사용자 지정 CSS 및 JS 확장을 다운로드하고 사용자 지정 CSS 파일에서 .explorer-viewlet 속성을 편집하기 만하면됩니다. 예

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

결과보기는 다음과 같습니다.

@ dr3amnightmare 여기서 요점은 의도 한 효과를 달성 할 방법이 없다는 것 (해키 여부에 관계없이)이 아니라이를 수행하기 위해 응용 프로그램의 파일을 수정하는 것과 관련된 해결 방법을 사용하는 것은 용납 할 수 없다는 것입니다.

이 실을 시작한 원생으로서 3 년이 넘는 시간이 지난 지금도 주목받지 못하고 있다는 사실이 정말 놀랍습니다.

Microsoft는 프로그래머를 싫어합니다.

2019 년 2 월 1 일 오후 11:07에 hsdk123 [email protected]이 작성했습니다.

이 실을 시작한 원생으로서 3 년이 넘는 시간이 지난 지금도 주목받지 못하고 있다는 사실이 정말 놀랍습니다.

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 회신하거나 GitHub https://github.com/Microsoft/vscode/issues/519#issuecomment-459933345 에서 보거나 https://github.com/notifications/unsubscribe-auth/AGfxtGLeUg1NPizuVlNDvel4IPVI- 스레드를 음소거합니다.

개발자로서 저는 개발 환경을 설정할 때 작업 기반의 모양과 느낌이 우리가 '정확하게'얻고 자하는 첫 번째 요소 중 하나라는 데 동의 할 수 있다고 확신합니다. 생산성을 극대화합니다.

이 문제를 무시하면 VS Code 개발자도 공감할 수있을 것이라고 확신하는 일상적인 현상의 무시에 대한 큰 진술이라고 생각합니다.

어쨌든이 스레드는 1000 개 이상의 반응을 받았습니다.이 문제를 표시하는 데 데이터가 충분하지 않은 것이 해결해야하는 근본적인 문제라고 생각합니다. 이 정도의 데이터를 가지고 있어도 여전히 해결되지 않는다면, 우리가 내릴 수있는 유일한 논리적 결론은 이것이 단지 의도적으로 무시되거나 밀려 나고 있다는 것입니다.

개발이 진정한 데이터 중심이라면 이것은 오래 전에 해결 된 문제 였어야합니다. 따라서 이것은 매우 중요한 문제의 우선 순위 지정보다 쉽게 ​​얻을 수 있고 화려한 업데이트를 선호하는 근시안적인 제품 관리자 또는 개발 주기로 인해 중요한 문제가 유출되는 또 다른 슬픈 예처럼 보이지만 상당한 시간과 시간이 소요될 수 있습니다. 묵상.

3 년 이상이 지났습니다. 이 문제에 조금이라도주의를 기울 였다면이 기간 동안 어떤 것도 완화되지 않았을 것입니다. 만약 누군가 관심이 주어 졌다는 반론을 제안한다면 그것은 발전하는 사람들의 능력에 대한 큰 진술로 보일 것입니다.

이 문제를 해결하면 VSCode에 해당 특정 업데이트에 대해 1000 명 이상의 지원자가 있습니다. 여전히 인센티브가 충분하지 않습니까?

@ Al2Me6 이 문제가보고되었을 때 3 년 전에 해결되고 수정되어야하는 문제라는 점에 전심으로 동의하지만, 사람들은 3 년 후에도 개발자가 실망시키기 위해이 스레드로가는 길을 찾는 것 같습니다. 나는 오늘 그 문제에 도착했고 스스로 수정을하기로 결정했고,이 문제를 무시하는 동안 다음 3 년 안에 오는 사람들을 위해 대안을 공유하고 싶었습니다. 특히 HTML / CSS 및 / 또는 JS가 부족한 사람들 (나는 그면에서 꽤 힘들다는 것을 알고 있습니다). 다음 시간에 시간이 있다면 코드를 살펴보고 이것을 옵션으로 추가하는 방법을 찾고 무시당하는 멋진 몇 명에게 풀 요청을 제출하는 것을 고려할 것입니다. 그래도 약속은 없습니다. 하지만 나는 시도해 볼 것이다!

@ dr3amnightmare 이미 풀 요청이 있지만 아무도 망할 수 없습니다. 그러나 Microsoft 팀에서 진행 상황이 보이지 않습니다.

63602

헉
2018 년 8 월 17 일
"... 오픈 소스이므로 아무도 이것을 구현하고 풀 리퀘스트를 제출하는 것을 막을 수 없습니다."

3 년이 넘었지만 아직 구현되지 않았습니다. [커뮤니티 공헌을 통해] 변화가 가능했다면 지금 쯤되었을 것입니다.

뿡뿡
2018 년 11 월 6 일
"이것은 수십억 달러 규모의 회사입니다 ..."

당신은 종종 IMHO라는 많은 증오를받는 MS와 같은 거대하고 널리 퍼진 회사를 가지고 있습니다. 누구의 데이터를 읽었는지에 따라 MS는 여전히 비즈니스 OS 설치에서 가장 큰 부분을 차지합니다.

뿡뿡
2018 년 8 월 21 일
"... 우리는 하드 코딩 된 목록과 나무 높이가 많이 있습니다 ..."

헉
2018 년 10 월 23 일
"...이 기능은 주로 하드 코딩 된 값 때문에 @isidorn이 이미 언급 한 것처럼 간단하지 않습니다."

이것은 당황 스럽습니다. 이들은 웹을 탐색하고 온라인 금융 거래에 참여할 때 대부분의 개인 데이터를 암묵적으로 위탁하는 사람들입니다. (오, 회사의 급여 및 HR 시스템은 대부분 Windows 서버에있을 가능성이 높습니다.) 그러나 이들은 하드 코딩 된 기능 때문에 편집기를 업데이트 할 수없는 동일한 사람들입니다. 아마도 CS101 리프레셔가 적절할 것입니다.

VSC 디자이너가 비례 글꼴을 사용하는 코드 편집기를 개발했다는 ​​사실이 다소 재밌습니다. 하드 코딩 된 기능 중 하나 일뿐입니다!

나는 MS, Apple, Google 등을 좋아하지 않습니다. 나는 확실히 VSC에 대한 약속이 없습니다. 이 "탐색기 글꼴"문제는 저에게 마지막 문제였습니다. 내 솔루션 : Vi로 돌아갑니다. ( "입력하고 마우스를 이동할 수있는"것보다 훨씬 빠르게 입력 할 수 있습니다.)

1 년 동안 2 개의 문자 만 필요합니다!

MS,이 스레드를 잠그십시오! @isidorn , @egamma?

나는이 문제에 대한 진전을 따르는 데 관심이 있으며, 하드 코어 나쁜 개발자의 멍청한 불평이나 자세가 아닙니다. 네, _ 분명히 _ 이것은 많은 사람들이 원하는 것입니다. 예, MS가 그것이 중요하다고 판단했다면 3 년 후에 그렇게했을 것입니다. 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 이외의 다른 OS에서 이러한 글꼴을 변경하려면 작은 가제트입니다.

macOS / windows에서 vs 모양을 변경하려는 개발자의 부분은 극소수입니다.

아니.

저는 macOS를 사용하고 있습니다. 글꼴은 실제 글꼴 렌더링만큼 괜찮지 만
글꼴 선택은 좁은 글자는 말할 것도없고 읽기가 매우 어렵습니다.
간격 및 줄 높이.

Linux, Mac 또는 Windows와는 관련이 없습니다. 사용자와 관련이 있습니다.
우선권. 일주일에 40 시간 이상 앱을 쳐다 보려고한다면
읽기 쉽게 만들기 위해 고군분투하거나 해킹하고 싶습니다.

2019 년 2 월 7 일 오전 2:36:27에 Benjamin Nolmans (
[email protected]) 작성 :

그것이 문제의 일부입니다. MacOS / Windows에서 전체 렌더링
vscode 글꼴이 정확합니다. 리눅스와 달리.

Linux 이외의 다른 OS에서는 이러한 글꼴을 변경하고 싶습니다.
간단한 기계 장치.

macOS에서 vs의 외형을 바꾸고 싶은 개발자 부분 /
창은 극소입니다

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/Microsoft/vscode/issues/519#issuecomment-461315687 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AAtcPbv2i859LySEmBMCaL6O2oifAWuPks5vK9d7gaJpZM4GoAlw
.

이것이 "The Expanse"의 에피소드처럼 느껴지기 시작한다고 생각하는 유일한 사람인가요?

@austinbutler 복스

나는이 문제에 대한 진전을 따르는 데 관심이 있으며, 하드 코어 나쁜 개발자의 멍청한 불평이나 자세가 아닙니다.

야, 다시, 그것은 CSS입니다. 아무것도 "하드 코어"나에 대한 "늠름한"이 존재하지 않는다.
(단, CSS의 진정한 마스터는 기본적으로 제 마음 속의 신입니다.)

네, _ 분명히 _ 이것은 많은 사람들이 원하는 것입니다.

옳은.

예, MS가 그것이 중요하다고 판단했다면 3 년 후에 그렇게했을 것입니다.

나는 지금까지 당신과 함께 ...

MS가 이것을 구현하도록 동기를 부여하는 것이 모욕의 특정 임계 값이라고 생각하십니까?

아마도?

그리고 우리는 그 임계 값이 무엇인지보고있는 것입니까?

또한 아마도. 또한 재미 있습니다.

뭔가 도움이되지 않는다는 말이 있습니다.

이 시점에서 그것은 아프지 않습니다. 뭔가, 뭔가, 마이크로 소프트 엿 먹어라.

이것은 무료 오픈 소스 제품입니다.

아니, 그렇지 않습니다. 당신은 당신의 영혼으로 지불합니다.

이것은 글로벌 기술 거물에 의한 corpensource 마케팅 이니셔티브입니다. 이것은 당신의 마음과 마음을 사로 잡도록 고안된 계략입니다. 그러나 일반적인 Microsoft 방식에서는 사용자의 마음이나 마음을 포착하는 데 필요한 UX를 망쳐 놓고 있습니다.

VS Code는 기술 신 MS의 이타적인 제안이 아닙니다. 10 만 달러의 가격을 책정 할 수 있다면 그렇게 할 것입니다.

위대하고 악한 마이크로 소프트는 43 년의 존재를 통해 소프트웨어 환경을 지배 할 수있는 어떤 방법으로도 멈추지 않을 것이라는 사실을 입증했습니다.

리더는 의심하지 않는 행성에 자신의 엉뚱하고 못 생기고 버그가 많고 안전하지 않은 소프트웨어를 공격 할 수있는 레버리지 포인트를 얻기 위해 거짓말하고 속이고 훔칠 것입니다.

그렇다면 왜 그들이 갑자기 FOSS 열병에 걸렸고 프로그래밍 커뮤니티에이 훌륭한 선물을 제공 할 수 있다는 사실에 너무 재즈를당한 것 같습니까?

(물론 파일 트리의 글꼴을 변경하려는 경우는 제외합니다.이 경우 요청을 [email protected]로 보낼 수 있습니다.)

MS가 쓰레기라고 생각한다면

팔로우 ...

그리고 VSC는 짜증나

틀 렸습니다. VS Code는 훌륭한 소프트웨어입니다. 몇 가지 중요한 기능이 부족합니다.

이 스레드는 수년간 기능 요청에 관한 것이 아닙니다. 이것이 바로 Microsoft가이 기능 요청 구현을 거부하는 이유입니다.

말이 안 돼. @saighost PR을 병합하지 않는 이유는 무엇입니까? 테스트 빌드를 직접 실행하지는 않았지만 인라인 스타일 제거, 일부 클래스 추가 및 일부 구성 변수 추가 (깨끗하고 일관성있게 보임)를 확인했습니다. 확실히 MS에는 인턴이나 그들이 말할 수있는 누군가가 있습니다. "이봐, # 519에 대한 @saighost PR에서 빌드와 테스트를 실행할 수 있습니까?"

그들은이 기능 요청을 이행하기를 원하지 않습니다.

그리고 이제 저는 정말, 정말, 정말, 정말 이유를 알고 싶습니다.

뿡뿡

렌더링과 스타일을 구별해야합니다.

여기서 모든 것은 스타일에 관한 것입니다. 렌더링이 없습니다.

나는 편집자가 모든 것을 할 수 있기 때문에 vscode에서 많은 시간을 보냅니다.

그러나 기본 렌더링이 깨끗하지 않기 때문에 글꼴을 변경하려는 Linux에서만 있습니다.

제가 제공하는 기사는 글꼴을 변경하더라도 렌더링이 좋지 않으면이 문제에 대한 답을 제공하기 때문에 매우 흥미 롭습니다.

이것은 "Linux"문제가 아닙니다. Ubuntu (Xubuntu)에서 VS Code의 글꼴 렌더링은 항상 100 % 완벽했습니다. 글꼴 중 일부를 더 크게 만들고 싶기 때문에이 버그에 가입했습니다. 이것은 아마도 배포판의 문제 일 것입니다.

@ Xarkam 그래서 원자에 렌더링 문제가없는 이유는 무엇입니까? 대 코드와 원자는 모두 전자를 기반으로합니다.

@Xarkam 아마도 특정 배포판과 빌드에 대한 문제입니다. 그럴 경우 별도의 문제이므로 새로운 문제를 제출해야합니다 (문제가 발생할 수 있으므로 확대 / 축소 수준을 조정 해 보셨습니까?). 저와 여기있는 대부분의 사람들에게는 가독성 (스타일이 아님)입니다. 줌은 모든 것을 더 크게 또는 더 작게 만들기 때문에 해결책이 아닙니다. 나는 모든 것을 더 크게 원하지 않습니다. 편집자는 괜찮습니다. 파일을 볼 때 잘못 클릭하지 않도록 적절한 간격으로 나열된 모든 파일을 볼 수 있고, 눈을 가늘게 뜨지 않고 소문자 L과 대문자 i를 구분할 수 있고 파일 이름을 쉽게 읽을 수 있기를 원합니다. 이 문제는 더 나은 문자 간격으로 간단한 글꼴 변경 (고정 너비 serif 글꼴로 변경 될 가능성이 있음)으로 해결되고 파일보기에서 패딩을 조정할 수 있습니다. 그게 다야. 당신의 문제가 다른 사람들과 다르다는 것을 이해하는 것은 어렵지 않습니다.

가장 찬성 및 댓글이 달린 문제 중 하나이며 Microsoft는 신경 쓰지 않습니까?
인터페이스 글꼴을 변경하는 옵션을 추가하는 것이 얼마나 어려운지, 대부분의 기본 옵션과 다른 IDE에 있습니다.
내가 선호하는 것은 편집기와 사이드 바에 서로 다른 글꼴 스타일을 사용하여 인터페이스에 동일한 글꼴을 사용하는 것입니다.

@wooque 흠 나는 # 63602에서 PR이 만들어진 후에도 신경 쓰지 않았기 때문에 마이크로 소프트가 그것에 대해 생각하지 않을 것이라고 생각한다. 그 찬성표는 마이크로 소프트에게 숫자 일뿐입니다. :) "
이미 4 개월 PR이 도착했고 아무도 마이크로 소프트 측에서 관심을 보이지 않았습니다.
나는 원자 xray가 언제 올지 궁금합니다.

아직 문제가있는 분들을 위해. 여기서 해결할 수있을 때까지 빠른 수정이 필요합니다. https://github.com/be5invis/vscode-custom-css 에서 사용자 지정 CSS 및 JS 확장을 다운로드하고 사용자 지정 CSS 파일에서 .explorer-viewlet 속성을 편집하기 만하면됩니다. 예

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

이것은 단지 탐색기 뷰렛의 글꼴을 변경합니다. 다음 규칙이 Mac에서 전체 UI 글꼴을 변경하는 것을 발견했습니다.

.monaco-shell.mac, .monaco-shell.mac .monaco-menu-container .monaco-menu {font-family : "YOUR FONT HERE";

편집 : 최신 VSCode (이 글을 쓰는 시점에서 1.32.1) 에서처럼 보이는 Mac 용 CSS는 다음과 같습니다.

.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

그리고 전체 UI가 변경 될 때까지 그럴듯한 규칙을 시도합니다.

아마도 운영 체제의 경로를 조정해야 할 것입니다. 이러한 규칙은 약간 Mac에 따라 다릅니다.

이것에 대한 진정한 해결책을 위해 나로부터 +1. Microsoft의 피드백이 없습니다.
https://github.com/Microsoft/vscode/pull/63602 는 약간 실망 스럽습니다.

일부 사용자 지정 CSS로이 문제를 해결했습니다.

1. be5invis/vscode-custom-css 다운로드
2. 그것을 활성화하고 사용자 정의 CSS를 추가하십시오.

나는 treeview의 각 행에 더 많은 공간을 원했습니다. 이 스타일을 사용합니다.

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

해키, 알아. 하지만 작동합니다

.monaco-tree-row.has-children {
글꼴 두께 : 500;
여백 : 8px;
색상 : #eee;
글꼴 크기 : 14px;
}

.monaco-tree-row {
글꼴 두께 : 300;
여백 : 5px;
글꼴 크기 : 12px;
색상 : #bbb;
}

이 시점에서 작동해야합니까? 사이드 바 항목 사이의 여백이 증가하지 않습니다.

위에서 언급 한 플러그인 vscode-custom-css를 설치하는 것 외에 워크 벤치의 글꼴 패밀리와 크기를 변경하기 위해 또 다른 직접적인 방법이 작동 가능한 것으로 입증되었습니다 (VS Code 1.32.3에서 테스트 됨).

1. 디스크에서 "workbench.main.css"파일을 검색합니다. 적절한 파일 경로는 "C : \ Program Files \ Microsoft VS Code \ resourcesapp \ out \ vs \ workbenchworkbench.main.css"입니다.
2. 파일을 백업하십시오.
3. 파일을 열고 ".part> .content"를 검색하면 4 개의 일치 항목이있을 수 있습니다. .part> .content { font- size : 14px; 와 같이 기본 설정에 따라 첫 번째 일치 항목 만 수정하면
4. 이 파일을 저장하고 다시 시작 Vs Code, Bingo :)

코드 "코멘트"의 글꼴을 변경하는 방법이 있습니까?

풍부한

2019 년 3 월 15 일 오전 12:51:48 Mike Zheng ([email protected])은 다음과 같이 썼습니다.

위에서 언급 한 플러그인 vscode-custom-css를 설치하는 것 외에 워크 벤치의 글꼴 패밀리와 크기를 변경하기 위해 또 다른 직접적인 방법이 작동 가능한 것으로 입증되었습니다 (VS Code 1.32.3에서 테스트 됨).

디스크에서 "workbench.main.css"파일을 검색합니다. 적절한 파일 경로는 "C : \ Program Files \ Microsoft VS Code \ resourcesapp \ out \ vs \ workbenchworkbench.main.css"입니다.
파일을 백업하십시오.
파일을 열고 ".part> .content"를 검색하면 4 개의 일치 항목이있을 수 있습니다. .part> .content {font-size : 14px; 글꼴 두께 : 굵게; font-family : Iosevka Term Slab Medium, Consolas, Courier New, monospace;} ";
이 파일을 저장하고 다시 시작 Vs Code, Bingo :)
—
댓글을 달았 기 때문에 수신 한 것입니다.
이 이메일에 직접 답장하거나 GitHub에서 보거나 스레드를 음소거하십시오.

위에서 언급 한 플러그인 vscode-custom-css를 설치하는 것 외에 워크 벤치의 글꼴 패밀리와 크기를 변경하기 위해 또 다른 직접적인 방법이 작동 가능한 것으로 입증되었습니다 (VS Code 1.32.3에서 테스트 됨).

1. 디스크에서 "workbench.main.css"파일을 검색합니다. 적절한 파일 경로는 "C : \ Program Files \ Microsoft VS Code \ resourcesapp \ out \ vs \ workbenchworkbench.main.css"입니다.
2. 파일을 백업하십시오.
3. 파일을 열고 ".part> .content"를 검색하면 4 개의 일치 항목이있을 수 있습니다. .part> .content { font- size : 14px; 와 같이 기본 설정에 따라 첫 번째 일치 항목 만 수정하면
4. 이 파일을 저장하고 다시 시작 Vs Code, Bingo :)

이렇게하면 글꼴 크기가 아닌 글꼴 변경 문제가 해결됩니다. 줄 높이는 하드 코딩됩니다. 따라서 글꼴 크기를 줄이면 줄 사이에 많은 공백이 생깁니다.

위에서 언급 한 플러그인 vscode-custom-css를 설치하는 것 외에 워크 벤치의 글꼴 패밀리와 크기를 변경하기 위해 또 다른 직접적인 방법이 작동 가능한 것으로 입증되었습니다 (VS Code 1.32.3에서 테스트 됨).

1. 디스크에서 "workbench.main.css"파일을 검색합니다. 적절한 파일 경로는 "C : \ Program Files \ Microsoft VS Code \ resourcesapp \ out \ vs \ workbenchworkbench.main.css"입니다.
2. 파일을 백업하십시오.
3. 파일을 열고 ".part> .content"를 검색하면 4 개의 일치 항목이있을 수 있습니다. .part> .content { font- size : 14px; 와 같이 기본 설정에 따라 첫 번째 일치 항목 만 수정하면
4. 이 파일을 저장하고 다시 시작 Vs Code, Bingo :)

각 업그레이드에서 모든 것을 잃을 것입니다. 적어도 그것이 Linux에서 작동하는 방식입니다.

내 PR이 완전한 솔루션이라고 생각하게해서 죄송합니다. 모든 워크 벤치가 아닌 사이드 바 부분 만 변경할 수 있습니다.
Custom CSS 및 JS 확장 이 좋은 생각이라고 생각합니다. 아마도 플러그인은 패치보다 타당한 솔루션 일 것입니다.
아마도 이것에 대한 플러그인을 작성하여 사용하기 쉽게 만드십시오.

+1

+1

다음은 이것이 설정에 있어야하는 이유에 대한 대표적인 예입니다 . 메뉴 글꼴을 참조하십시오. 응용 프로그램의 나머지 부분을 이미 확대했습니다. 그렇지 않으면 메뉴처럼 읽을 수 없습니다! 이 문제는 FF, Thunderbird 및 Chrome과 말 그대로 데스크톱 표준을 준수하지 않는 다른 모든 똥 소프트웨어에도 영향을 미칩니다.

편집 : 설정-> 창 : 제목 표시 줄 스타일 = 사용자 정의 => 메뉴가 보입니다 !!

이러한 브라우저 등은 GTK3로 전환했기 때문에 그놈의 HiDPI에서 잘 작동합니다. Qt는 여전히 HiDPI 지원을 제대로 파악하지 못하므로 문제는 아마도 KDE로 인한 것입니다.

예,하지만 이러한 글꼴을 변경할 수없는 것은 KDE의 잘못이 아닙니다.

그러나 예제는 작은 메뉴 글꼴을 강조합니다. 메뉴는 HTML / CSS의 일부가 아니라 시스템 UI에 의해 관리됩니다. GNOME의 GTK3는 "그냥 작동"하지만 GNOME에서 Qt를 사용하거나 KDE에서 GTK를 사용하려고하면 상황이 복잡해질 수 있습니다. Arch의 hidpi 가이드 에서 알 수 있듯이 KDE와 Qt는 일관성이 떨어집니다.

나는 이것을 시도했지만 제목 글꼴 만 변경합니다. 내가 수정하려는 '주석'글꼴에는 영향을 미치지 않습니다. '댓글'에서 작동하는 다른 옵션이 있습니까?

풍부한

2019 년 3 월 15 일 오전 10:08:30에 Rich ([email protected])는 다음과 같이 썼습니다.

코드 "코멘트"의 글꼴을 변경하는 방법이 있습니까?

풍부한

2019 년 3 월 15 일 오전 12:51:48 Mike Zheng ([email protected])은 다음과 같이 썼습니다.

위에서 언급 한 플러그인 vscode-custom-css를 설치하는 것 외에 워크 벤치의 글꼴 패밀리와 크기를 변경하기 위해 또 다른 직접적인 방법이 작동 가능한 것으로 입증되었습니다 (VS Code 1.32.3에서 테스트 됨).

디스크에서 "workbench.main.css"파일을 검색합니다. 적절한 파일 경로는 "C : \ Program Files \ Microsoft VS Code \ resourcesapp \ out \ vs \ workbenchworkbench.main.css"입니다.
파일을 백업하십시오.
파일을 열고 ".part> .content"를 검색하면 4 개의 일치 항목이있을 수 있습니다. .part> .content {font-size : 14px; 글꼴 두께 : 굵게; font-family : Iosevka Term Slab Medium, Consolas, Courier New, monospace;} ";
이 파일을 저장하고 다시 시작 Vs Code, Bingo :)
—
댓글을 달았 기 때문에 수신 한 것입니다.
이 이메일에 직접 답장하거나 GitHub에서 보거나 스레드를 음소거하십시오.

@teresaejunior 이것은 생성됩니다

설치가 손상된 것 같습니다. [지원되지 않음]
VS Code는 디스크에서 설치가 변경되었는지 감지하기 위해 백그라운드 확인을 수행하며 변경된 경우 제목 표시 줄에 '[지원되지 않음]'텍스트가 표시됩니다. 이는 일부 확장이 VS Code 제품을 반영구적 인 방식 (다음 업데이트까지)으로 직접 수정 (패치)하고 이로 인해 문제를 재현하기 어렵 기 때문에 수행됩니다. 우리는 VS Code 패치를 차단하려는 것이 아니라 VS Code 패치가 지원되지 않는 버전을 실행하고 있음을 의미한다는 인식을 높이고 싶습니다. VS Code를 다시 설치하면 수정 된 파일이 교체되고 경고가 사라집니다.

또한 나에게 경로는

C : \ Users [이름] \ AppData \ Local \ Programs \ Microsoft VS Code \ resourcesapp \ out \ vs \ workbench

정말, 우리는 2019 년 이고 여전히 Explorer 메뉴의 글꼴 크기 를 변경할 수 없습니다 ???

1. 도움
2. 개발자 도구 전환
3. 요소 찾기, CSS 변경
4. ???
5. 이익 😎

• 도움
• 개발자 도구 전환
• 요소 찾기, CSS 변경
• ???
• 이익 😎

소스 코드에 지정된 줄 높이가 있습니다.

• 도움
• 개발자 도구 전환
• 요소 찾기, CSS 변경
• ???
• 이익 😎

자신 만의 테마를 만들지 않고도 가능합니까?

• 도움
• 개발자 도구 전환
• 요소 찾기, CSS 변경
• ???
• 이익 선글라스

소스 코드에 지정된 줄 높이가 있습니다.

저는 CSS 전문가는 아니지만 개발자 도구를 많이 사용하여 이전에이 문제에서보고 된 것과 동일한 레이아웃을 얻을 수있는 방법을 찾지 못했습니다. 예 : https://github.com / Microsoft / vscode / issues / 519 # issuecomment-387007363이 더 이상 작동하지 않는 것 같습니다. ID가 변경되어 작업을 만들기가 훨씬 더 어려워졌습니다. .monaco-tree .monaco-tree-rows> .monaco-tree-row 또는 .monaco-tree-row.has-children은 더 이상 동일하지 않은 것 같고 이제 최소 5 개가있는 것 같습니다. 하나의 행이 표시되는 방식에 영향을 미치는 다양한 클래스 ..

이 문제에 대해 1000 개의 좋아요 표시를했는데 여전히 아무것도 없나요? 우리는 거의 "6 ... 년 ... 후에 ..."라고 말할 수 있습니다.

숭고하고 기능이 정말 마음에 들었 기 때문에 약간 집착하고 있지만 MS가 코드의 주석 섹션에 멋진 글꼴을 사용할 수있는 기능을 추가하면 정말 좋을 것 같습니다. 아직 기다리고 있습니다. 내가 요구하는 것은 매우 어려운 일인 것 같다. 여전히 VS Code의 열렬한 팬입니다.

이것은 Steve Job의 "어떤 이유로 글꼴이없는 워드 프로세서를 개발했습니다"의 Microsoft 버전입니다. 하지만 40 년 후. Apple 팬도 아닙니다. 그냥 말해.

이 문제는 2015 년 11 월에 생성되었으며 2019 년 5 월이며 2018 년 11 월에 제출 된 풀 요청이 있으며이 가장 기본적인 기능은 아직 논의되지 않았습니다. 대 코드가 내가 사용해 본 최고의 편집기 / IDE를 손에 넣어야하기 때문에 부끄러운 일입니다. 더러운 수치심을 낮추십시오.

@microsoft 와 VSCode를 포기했습니다. Atom으로 전환했습니다. 그것은 자체 결함이 있지만 적어도 나는 빌어 먹을 글꼴을 읽을 수 있습니다.

최소한이 작업을 수행하는 데 관련된 기술적 인 어려움에 대해 알려줄 수 있다면 좋을 것입니다. 이 문제를 고려할 수있는시기에 대한 잠재적 인 시간 척도에도 만족합니다.

내가 틀릴 수도 있지만 일부 의견에 따르면 일부 사람들은이 문제를 비례에서 날려 버리는 것 같습니다. 이 기능을 사용하여 글꼴을 원하는대로 조정하고 싶습니다. 그러나 누군가 글꼴을 읽을 수없는 경우에는 그다지 멋지지 않더라도 확대 / 축소가 작동합니다.

이전 댓글에도 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;
}

그리고 "??????" 의 의미는 무엇입니까?

따라서 워크 벤치 글꼴 크기와 관련하여 정말 숨을 참지 않을 것입니다. 어제 드디어 (엑스 코드와 파에 가져옵니다) OS X에 지나치게 큰 워크 벤치 글꼴을 해결하기 위해 VSCode을 포크, 그리고 이것은 단순히 할 모든보기에 글꼴 크기와 나무의 행 높이를 감소했던 것입니다. 이러한 것들은 너무나 많은 곳에서 하드 코딩되어 구성 가능하게 만드는 데 상당한 노력이 필요합니다.

위의 커밋 링크가 리베이스 및 강제 푸시 후에 작동을 멈출 수 있지만 여기에서는 여전히 처음 몇 커밋 내에 있어야 합니다 .

VSCodium을 기반으로 한 OS X 용 바이너리 릴리스가 여기 에 있습니다. 반 정기적으로 업데이트 할 계획입니다. 또는 주기적으로 리베이스하고 트래비스 빌드를 트리거하는 스크립트를 만들 수도 있습니다. 릴리스는 코드 서명이 아니므로 다운로드 한 후 시도하려면 마우스 오른쪽 버튼을 클릭하고 "열기"를 선택해야합니다.

원래 VScode 워크 벤치 글꼴 크기 :

패치 후 :

(탭 높이를 35 픽셀에서 30 픽셀로 줄이는 또 다른 커밋도 있습니다)

좋아, 그래서 UI 글꼴 크기, 글꼴 모음, 행 높이를 변경하고 settings.json에서 스타일 시트를 재정의 할 수있는 확장 프로그램 을 만들었습니다. 이 시점에서 그것은 꽤 실험적이며 약한 마음이 아닐 수도 있습니다.

이 FR의 경우 line height 옵션도 추가해야합니다.
관련 : # 59873

+1

++

이 기능을 기다리시는 분들이 많은 것 같아요 ..

+1

+1

Microsoft에 대한 GIF 밈이 자신의 어리 석음에 걸려 실수로 머리가 회사 엉덩이에 갇혀 있는지 아는 사람이 있습니까?

+1이 기능도 원함

@caioproiete 전혀 나쁜 생각은 아니지만 계산이 까다 롭습니다.

요즘 코펜 소스 거시기를 당하면 어떤 종류의 징벌 적 손해 배상을 기대할 수 있습니까?

추신 : 자신의 의견을 thumbs-up 하지 마십시오. 개자식들만이 그렇게한다. ;)

여러분,이 문제에 대해 소음을 내지 마십시오. 개발 팀의 누군가가 상태 업데이트를 제공하기 위해 차임벨을 울릴 때 (만약?) 듣고 싶어하기 때문에이 문제를 구독하는 사람들이 있습니다.

@knopp의 같은 유용한 코멘트 - https://github.com/microsoft/vscode/issues/519#issuecomment -499584551 - 노이즈에 의해 묻혀.

귀하의 핫 테이크 / 기발한 댓글 및 이에 대한 응답을 위해 Twitter가 존재합니다. 또한 "나도 이걸 원해"댓글은 여기에있는 누구에게도 도움이되지 않습니다. 원하는 것을 표시하려면 다음을 입력하세요. + 1 :이 호에 대한 설명입니다.

뿡뿡

개발 팀의 누군가가 상태 업데이트를 제공하기 위해 차임벨을 울릴 때 (만약?) 듣고 싶어하기 때문에이 문제를 구독하는 사람들이 있습니다.

그것은 결코 일어나지 않을 것입니다.

당신이들을 필요가있는 유일한 상태 업데이트는 마이크로 소프트가 가능한 가장 바보 같은 방식으로 VS 코드를 죽였다는 것입니다.

그들은 당신을 사랑하지 않습니다. 그들은 자신의 목표를 발전 시키고 이익을 위해 당신의 에너지를 활용할만큼 충분히 오랫동안 그들을 숭배하기를 원 했습니다 .

마이크로 소프트는 프로그래머를 경멸합니다.

솔직히 마이크로 소프트가 그렇지 않다고 말했다면 훨씬 나을 것이라고 생각합니다.
이 문제를 해결합니다. vim으로 전환했지만 결코 그렇게 행복하지 않았습니다. 그들의
인터넷 익스플로러와 같은 제품이 코드 대 파이어 폭스로 전환하는 데 도움이되었습니다.
네오 빔으로 바꾸게 했어요.

다시 한 번 감사드립니다. 나는 당신을 사랑합니다.

2019 년 11 월 4 일 월요일 오후 3:50 AJB99 [email protected] 작성 :

@pradyunsg https://github.com/pradyunsg

우리가 원하기 때문에 (나와 같은) 사람들이이 문제를 구독했습니다.
개발 팀의 누군가가 소리를내어
상황 업데이트.

그것은 결코 일어나지 않을 것입니다.

그들은 당신을 사랑하지 않습니다. 그들은 당신이
순서대로 당신의 에너지를 이용할 수있을만큼 충분히 그들을 존경
자신의 목표를 발전시키고 이익을 위해 .

마이크로 소프트는 프로그래머를 경멸합니다.

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/microsoft/vscode/issues/519?email_source=notifications&email_token=AB5Y4YMYFJLENVQRIEIKC3TQR7XXRA5CNFSM4BVABFYKYY3PNVWWK3TUL52HS4DFWSVREXG43VMVLOBW63LNMVXHJK79,issuement-EC6W549864JKTDNMVXH
또는 구독 취소
https://github.com/notifications/unsubscribe-auth/AB5Y4YJS4X5EKSM6RCU2GDLQR7XXRANCNFSM4BVABFYA
.

OMG 여기 유치원 이군요. 일부 댓글 작성자는 진지한 사실 확인 또는 치료가 필요합니다. 당신은 기본적으로 개발 팀이 무지하다고 비난합니다. 기다리지 마세요. 이것은 처음부터 MS의 사악한 마스터 플랜이어야합니다.

몇 가지 사실에 대해 도와 드리겠습니다.이 팀은 문자 그대로 시간 내에 vscode를 만들었고 매우 개방적인 개발 프로세스를 가지고 있으며 커뮤니티에서 제안한 많은 기능을 구현했습니다. 이러한 채택률을 가진 소프트웨어에서는 매우 드문 일입니다. 그 결과 수많은 애드온 / 플러그인이있는 매우 유능하고 플랫폼에 독립적 인 그래픽 편집기입니다. 그리고 예, 의제가 있습니다. 의제가없는 개발 팀도 제품을 가질 수 없습니다. 이런.

이제 당신은 너무 원하는 롤리팝을 얻지 못하고 모두가 울 아기로 변합니다. 추측 해보세요-다른 사탕 가게가 있습니다. 그들은 당신의 롤리팝을 팔 수도 있습니다 ...

@jerch 귀하의 댓글이 불쾌감을주는 것으로 간주합니다. 이 프로젝트의 이슈를 +1 별로 정렬 할 수 있습니다. 그리고 나는 이것이 security , bug 및 동일한 레이블의 문제에 관계없이이 프로젝트의 의제 여야한다고 생각합니다.

@AlexWayfer 원하는대로 자유롭게 볼 수 있습니다. 내가 한 것은 ppl이 어떻게 매너를 잃고 있는지 미러링하는 것뿐이었습니다. 개발팀에 잔소리를하는 것은 결코 도움이되지 않을 것입니다. 메타 토론을 계속하지 않을 것입니다.

보안, 버그 및 동일한 레이블 문제에 관계없이 이것이이 프로젝트의 의제가되어야한다고 생각합니다.

다시 주제로 돌아가서 : 예, 아이디어가 좋은 것 같습니다 (내가 필요로하는 것은 아니지만). 그러나 레이아웃 등을 위해 도입 할 수있는 번거 로움과 전체적인 문제 목록을 고려할 때 아직 공식적으로 해결하지 않을 충분한 이유가있을 수 있습니다. 따라서 우리가 할 수있는 일은 진술을받을 때까지 계속 묻는 것입니다.

그래서 대답이 없습니까?

어떤 응답?

어떤 응답?

예 : 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,
    ...
}

이것은 더 나은 솔루션이 제시 될 때까지 워크 벤치 글꼴의 크기에 대한 적절한 해결 방법입니다. 말다툼을 멈추고 MS에 대한 증오를 부탁드립니다. 도움이되지 않습니다.

@duanehutchins 죄송하지만 이러한 해킹은 지옥 많은 문제를 만듭니다. 이러한 해킹으로 인해 때때로 글꼴이 콘솔 및 많은 문제에서 제대로 작동하지 않습니다. 지난 답글 확인 👍
https://github.com/microsoft/vscode/issues/84194

"다툼을 그만두고 MS에 대한 증오심을 가지십시오. 도움이되지 않습니다."
무엇이 도움이됩니까? 10 년 더 기다려? 편집기 문제를 일으키고 버그 목록을 늘리는 또 다른 해킹?

무엇이 도움이됩니까?

위에서 썼 듯이 :

그것을 구현하십시오! 또는 구현 비용을 지불하십시오.
...
이 프로그램을 사용하거나 사용하지 마십시오. 내가 직접 구현하고 싶지 않기 때문에이 문제가 끝날 때까지 사용하지 않습니다.

얼마 전에 물어 봤지만 그 이후로 VSC에 많은 변화가 있었기 때문에 중복되는 경우 사과드립니다. 이 기능이 아직 활성화되지 않은 것 같지만 다시 묻겠습니다.
코드 주석 일명 fancyfont의 글꼴을 변경하는 방법이 있습니까?

코드 주석 일명 fancyfont의 글꼴을 변경하는 방법이 있습니까?

별도의 변경 / 기능에 대해 별도의 이슈를 생성하는 방법이 있습니다.

이 문제는 코드 편집기의 글꼴 모음 (또는 크기)이 아니라 UI의 글꼴 크기에 관한 것입니다.

@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 백엔드로 처음부터 다시 작성 하느라 바쁩니다. JS에 대한 적절한 프론트 엔드를 가진 노드 (TS가 CS보다 훨씬 더 인기있는 것은 또 다른 좋은 점입니다)가이 애플리케이션 IMO에 대해 적절한 성능과 신뢰성을 가지고 있기 때문에 이것이 실수라고 생각합니다. 따라서 Rust에서 개발하기의 어려움이 이점보다 중요합니다. 여기로 오세요.

@ realh 나는 당신이 완전히 틀렸다고 생각합니다. 숭고한 텍스트가 대 코드보다 빠르다고 생각하는 이유는 무엇입니까? JS 동적 타이핑은 비용이 너무 많이 들기 때문에 asm이 인기를 얻고 있습니다. 그리고 참고로 아톰 개발자가 녹 백엔드에서 작업하고 있다고 생각하지 않습니다. 그들이 원자를 가지고 있다면 오늘날 너무나 빨라서 아무도 vscode를 사용하는 것을 좋아하지 않을 것입니다.

참조 : https://github.com/atom-archive/xray

그들은 그것을 보관했습니다. 녹의 이점은 모든 소프트웨어에 필수적인 안전성과 속도입니다.

Sublime은 꽤 오래되었습니다. 전성기에는 Atom 또는 VS Code와 같은 것이 성능 외에 추가적인 이유로 불가능했을 수도 있습니다. 그러나 하드웨어 및 브라우저 성능이 많이 향상되었으므로 이제 VS Code는 아마도 C ++로 작성된 동등한 IDE / 에디터가 10 년 전에했던 것처럼 원활하게 실행될 것입니다. 성능이 적절 합니다. 그것은 내 타이핑을 따라갈 수 있으며, 내 Macbook Air에서 실행되고 sshfs를 통해 파일을 편집하는 경우에도 Intellisense와 같은 기능의 성가신 지연으로 고통받지 않습니다.

마찬가지로 신뢰성. Rust는 관리 언어가 아닌 주로 C / C ++를 대체하기위한 것입니다. 대부분의 코드 버그에는 이와 같은 기능이 없거나 제대로 작동하지 않는 것 (예 : vim 플러그인의 시각적 선택)이 없어서 Rust가 도움이되지 않습니다. Rust가 방지하는 버그의 종류는 C / C ++에 비해 JS 등에서 크게 줄어들고, 내가 편집중인 내용의 충돌 및 / 또는 손상을 유발할 수 있으며, Code 또는 Atom이 그 종류에 큰 문제가 있다는 증거를 볼 수 없습니다. 것의.

Atom이 Rust 기반 프로젝트를 중단했다면 그것이 내 요점을 뒷받침한다고 생각합니다. 그들은 그것이 결국이 직업에 적합한 도구가 아니라는 결론을 내렸을 것입니다. Rust를 작성하고 컴파일하는 것만으로도 동일한 안정성 기준으로 Coffeescript를 작성하고 디버깅하는 것보다 훨씬 오래 걸립니다. Atom을 완전히 대체 할 때까지 기술은 성능 격차를 좁히거나 Rust를 포함한 모든 현재 언어를 쓸모 없게 만들었습니다. Electron이 일종의 시스템이기 때문에 Electron을 Rust로 작성된 것으로 대체하는 것은 의미가 있습니다.하지만 텍스트 편집기는 Rust가 의도 한 것이 아니라 애플리케이션입니다.

웹 어셈블리는 여전히 자바 스크립트로 구현되어 있기 때문에 성능이 아직 주요 매력이라고 생각하지 않지만, 일단 진정한 네이티브로 구현되면 밝은 미래를 가질 수 있습니다 (그다지 많은 생산성 애플리케이션이 아닌 게임용). 현재 가장 큰 이점은 오래되었거나 성능 요구 사항이 낮은 C ++ 게임을 브라우저로 포팅 할 수 있다는 것입니다.

숭고함은 꽤 오래되었습니다
아니요 2008 년 1 월 18 일에 처음 출시되었으며 vscode보다 7 년 더 오래되지 않았습니다.

"하지만 하드웨어와 브라우저 성능이 많이 향상되었습니다."
그러나 범용 편집자로서 항상 성능이 있어야합니다. 린터를 실행하면 성능이 중요하다는 힌트를 입력합니다. 대용량 파일 열기 성능이 필수 맞죠? vscode에서 2GB 텍스트 파일을 열어보고 숭고한 텍스트로 성능의 가치를 실현하십시오.

"Rust가 방지하는 일종의 버그는 C / C ++에 비해 JS 등에서 크게 줄어들고, 내가 편집중인 내용의 충돌 및 / 또는 손상을 유발할 수 있으며 Code 또는 Atom에 큰 문제가 있다는 증거를 볼 수 없습니다. 말하자면."
예,하지만 녹은 코드를 리팩토링하려고 할 때 도움이됩니다. Rust로 지불하는 비용은 컴파일 시간이 길고 그렇지 않으면 최고의 언어입니다.

"웹 어셈블리는 여전히 Javascript로 구현되어 있으므로 아직 성능이 주요 매력이라고 생각하지 않습니다."
나는 얻지 못하고 있지만 wasm은 C, C ++ 및 Rust를 사용할 수 있으며 wasm을 사용하는 주된 이유는 성능 때문입니다. 그렇지 않으면 wasm이 필요한 이유는 무엇입니까?

어쨌든 vscode는 컴파일에 이미 너무 많은 비용이 드는 Typescript를 사용하기 때문에 Rust를 사용하지 않을 것입니다. 그래서 Rust, C ++, C가 왜 여기에 있는지 모르겠습니다.

그리고 예, ms가 github를 인수 한 후 atom이 크게 무시되었다고 생각합니다. (. 어쨌든 Vscode는 훌륭한 편집기이지만이 문제는 슬픈 초점을 얻지 못합니다.

이것은 실제로 주제에 관한 토론이 아닙니다. 나는이 문제를 수년 동안 지켜 왔고 그것이 제공하는 유일한 목적은 사람들이 다른 사람들과 자신의 좌절감과 의견을 운동하는 것 같습니다. 소음이 많고 긍정적 인 업데이트가 없습니다.

다른 편집자로 이동하려는 경우 다른 편집자에게 알릴 필요가 없습니다. 그냥하고 당신이 당신의 변화에 ​​만족하는지 확인하십시오. 결국이 물건의 대부분은 어쨌든 선호에 관한 것입니다.

이것은 실제로 주제에 관한 토론이 아닙니다. 나는이 문제를 수년 동안 지켜 왔고 그것이 제공하는 유일한 목적은 사람들이 다른 사람들과 자신의 좌절감과 의견을 운동하는 것 같습니다. 소음이 많고 긍정적 인 업데이트가 없습니다.

다른 편집자로 이동하려는 경우 다른 편집자에게 알릴 필요가 없습니다. 그냥하고 당신이 당신의 변화에 ​​만족하는지 확인하십시오. 결국이 물건의 대부분은 어쨌든 선호에 관한 것입니다.

동의하지만 이것이 Microsoft에 의해 해결되지 않을 것이기 때문에이 토론에 제공 할 수있는 최선의 사용 방법입니다.이 토론을 따라 언젠가 마침내 해결되었는지 확인하려면 나쁜 소식이 있습니다. 제 친구, 사용자 지정 및 제공 개발자가 작업에 적합한 도구를 사용하는 것은 Microsoft에있어 중요했던 적이 없습니다. 역사 수업을 듣고 싶다면 IE6이었던 것으로 돌아가십시오.

VSCode와 관련하여 Microsoft에 대한 증오심을 정말로 이해하지 못합니다. 제가 들어 본 모든 사용 사례에 가장 적합한 편집기입니다. 그래도 "더 좋을"수있는 엣지 사례가 있지만 소프트웨어 및 개발자 요구 사항에 대해 이야기 할 때는 솔직히 말씀 드리겠습니다. ; "x, y, z에서 더 나을 수 있습니다" 는 결코 만족되지 않을 것입니다. 불가능한 표준 입니다.

즉, 이와 같은 문제는 VSCode 커뮤니티가 전체적으로 진정으로 원하는 것에 대한 가시성을 제공하기 위해 여기에 있으며 Microsoft는 이러한 것의 우선 순위를 정합니다. 지금까지 나는 그들이 놀라운 일을 해냈다 고 생각하고 누군가가 (VSCode와 관련하여) Microsoft가 얼마나 나쁜지에 대해 계속 징징 대고 싶다면 모든 "x, 모든 사람을 동등하게 만족시켜야하는

이 프로젝트는 엄청나게 거대하며 Visual Studio를 감당할 수없는 작은 개발자를 도와 주신 Microsoft의 적극적인 작업에 대해 칭찬합니다. 최소한 내 요구 사항의 99 % 를 하며 다른 사람도 많이 상상합니다. .

VSCode와 관련하여 Microsoft에 대한 증오심을 정말로 이해하지 못합니다. 제가 들어 본 모든 사용 사례에 가장 적합한 편집기입니다. 그래도 "더 좋을"수있는 엣지 사례가 있지만 소프트웨어 및 개발자 요구 사항에 대해 이야기 할 때는 솔직히 말씀 드리겠습니다. ; _ "x, y, z에서 더 나을 수 있습니다"_는 결코 만족할 수 없습니다. 불가능한 표준 입니다.

즉, 이와 같은 문제는 VSCode 커뮤니티가 전체적으로 진정으로 원하는 것에 대한 가시성을 제공하기 위해 여기에 있으며 Microsoft는 이러한 것의 우선 순위를 정합니다. 지금까지 나는 그들이 놀라운 일을 해냈다 고 생각하고 누군가가 (VSCode와 관련하여) 마이크로 소프트가 얼마나 나쁜지에 대해 계속 징징 대고 싶다면, 모든 _ "x를 성공적으로 처리하는 당신 만의 엄청나게 인기있는 IDE를 작성하여 증명하십시오. , y, z "_ 모든 사람을 똑같이 만족시켜야하는 엣지 케이스.

이 프로젝트는 엄청나게 거대하며 Visual Studio를 감당할 수없는 작은 개발자를 도와 주신 Microsoft의 적극적인 작업에 대해 칭찬합니다. 최소한 내 요구 사항의 99 % 를 하며 다른 사람도 많이 상상합니다. .

이것은 자선이나 하늘의 선물이 아닙니다. VSCode는 개발자를 수년 동안 잃은 후 다시 관심을 끌기 위해 거기에 놓였습니다. 소프트웨어를 만드는 데 사용하는 도구를 소유하는 힘은 우리가 지불 할 수있는 어떤 라이선스보다 훨씬 더 가치가 있습니다 그것.

@betovelandia 그리고 그들은 무료 사용자로부터 정확히 무엇을 얻고 있습니까? 원격 측정도 공유하지도 않고 한 번만 피드백을했다고 생각합니다 ... 이상한 주장을 할 수없고 뒷받침 할 증거도 없습니다. 특히 실제로 요점을 증명하려는 경우에는 더욱 그렇습니다. .

편집하다
마이크로 소프트가 자신의 마음의 친절로이 소프트웨어를 만들지 않았다는 것을 분명히하겠습니다 ... 분명히 ...하지만 (신비한 목적을 위해) 개발자를 독점하기위한 거대한 음모로 보이게 만드는 것 같습니다. 조금 멀리 가져 왔습니다 ...

헉

그리고 그들은 무료 사용자로부터 정확히 무엇을 얻고 있습니까?

나라.

모든 입구와 출구를 제어하거나 영향을 미치고 코드 스케이프의 모든 측면을 확장하는 데 사용할 수 있습니다.

VSCode는 말 그대로 농노이거나 적어도 최신 MS 절름발이 시도입니다.

MS가 망가 뜨리고있는 훌륭한 소프트웨어이기도하다. 왜냐하면 그것이 그들이 가장 잘하는 일이기 때문이다.

하지만 정말 미친 것은 진실이 아닙니다. 이것에 대해 정말로 엉망인 것은 그들이이 기능 요청을 구현하는 것을 완전히 거부하는 이유 입니다. 그것은 그들의 입장에서 그렇게 어리석은 행동입니다.

@saighost 는 몇 년 전에 완벽하게 좋은 PR을 제출했지만 The Deathstar는이를 구현하지 않습니다. 왜?

진지하게 스스로에게 다음 질문을하십시오.이 매우 인기있는 기능 요청을 검토하고 테스트하는 데 3 시간도 걸리지 않는다는 점을 감안할 때 핵심 팀이 5 년 동안 구현 하지 않았거나 단순히 @saighost 의 PR을 병합하여 구현 하지 않은 이유는 무엇 입니까? 감사하게 썼나요?

그들이이 매우 간단한 기능을 방금 구현했다면 저는 Sublime으로 돌아가서 그것이 얼마나 빠르고 매끄럽고 신뢰할 수 있는지 결코 깨닫지 못했을 것입니다. 물론 커스터마이즈하는 것은 방대한 PITA이지만 적어도 가능합니다 . 그리고 일단 당신이 그것을 제대로 얻으면 그것은 꿈처럼 실행됩니다. 정말 숭고합니다.

글꼴을 이해하기에는 너무 어리 석거나 고집 스럽기 때문에 불필요하게 개발자를 쫓아 낸 45 주년을 축하합니다.

지금 주제를 벗어난 토론을 중지하십시오!

지금 주제를 벗어난 토론을 중지하십시오!

이 문제를 해결할 준비가 된 PR이 있다는 사실은 당신에게 주제가 아닌 것 같습니까? 이것이 다시 구현 될 수 있는지 궁금합니다. @ AJB99가 언급했듯이 쉬운 수정이어야합니다.

좋아, 놓쳤다. 매일 업무 / 비공개 이메일 40-50 통과 병행하여 긴 토론을 읽을 수 없습니다.

티켓 / 발권 상태는 "열림"입니다. 그래서 아무도 결정하지 않았습니다. 이제 인내심을 갖고 무슨 일이 일어나는지 보자.
이 기능 요청이 구현되면 기뻐할 것입니다.
그렇지 않은 경우 (거부 / 종료 된 문제) : 일어서십시오.
오늘 : 기술적으로 가능한 경우 구독하고 기다리거나 직접하십시오.

공식 개발자 중 한 명이 그렇게 쉽지 않다는 말을 기억합니다. 이 글꼴의 크기에 의존하는 코드의 다른 부분이 고정되어 있습니다. 그들은 아마도 @saighost 의 패치가 불쾌한 부작용을 제거 할만큼 충분히 테스트되지

이 플러그인 : 사용자 정의 UI 는 플러그인 'Monkey Patch'를 기반으로 기능을 구현했습니다.

Ubuntu의 기본 고정 폭 글꼴은 hidpi 화면에서 14px로 너무 작게 보이지만 적절한 크기로 설정하면 GUI의 다른 부분이 터무니없이 커집니다 (https://github.com/microsoft/vscode/issues/88916). . 이 문제를 해결하면 문제도 해결됩니다.

OMG! 이것은 2015 년부터 기능 요청이었습니다 😅

이것은 상대적으로 시력이 좋지 않은 코드를 작성하는 데 실제로 도움이 될 것입니다.

나도 (+1)

탐색기 글꼴을 설정할 수 있으면 아주 좋을 것입니다.

@iliakan 그렇게하면 중재자 가이 문제를 잠그도록 밀고 있습니다. 일단 잠긴 후에는 할 수 없기 때문에 위에 엄지 손가락을 추가하십시오.

이 문제가 구현되는 가장 큰 이유는 # 84194인데, 이미 말했듯이 수정할 수 없습니다. 읽을 수 없을 정도로 작은 텍스트 또는 window.zoomLevel 크지 만 흐릿한 텍스트 중에서 선택할 수 있습니다. 탐색기 글꼴 크기를 늘리는 해결 방법이 없습니까?

이 문제가 구현되는 가장 큰 이유는 # 84194인데, 이미 말했듯이 수정할 수 없습니다. 읽을 수 없을 정도로 작은 텍스트 또는 window.zoomLevel 크지 만 흐릿한 텍스트 중에서 선택할 수 있습니다. 탐색기 글꼴 크기를 늘리는 해결 방법이 없습니까?

이것이 바로 웹 브라우저를 사용하여 응용 프로그램을 개발하고, 브라우저를 용도에 맞게 유지하고, 웹 응용 프로그램을 잘 수행하지만 데스크톱 응용 프로그램을 웹 응용 프로그램으로 만들려고하지 않는 이유입니다.

뿡뿡

이것이 바로 웹 브라우저를 사용하여 응용 프로그램을 개발하고, 브라우저를 용도에 맞게 유지하고, 웹 응용 프로그램을 잘 수행하지만 데스크톱 응용 프로그램을 웹 응용 프로그램으로 만들려고하지 않는 이유입니다.

오랫동안이 말을했던 사람으로서 나는 그 감정을 이해한다. 그러나 전자가 다른 GUI 프레임 워크가 해결하지 못하는 문제가 있습니다. 우선, 다른 것을 사용하는 것은 반복하는 데 큰 고통입니다. Qt (C ++ 및 Python 모두)를 수행했고, WxWidgets, Delphi, WPF, WinForms 및 god는 무엇을 알고 있으며 문자 그대로 electron만이 "이 데스크톱 앱을 구축하는 것이 재미 있어요"라고 생각한 유일한 사람입니다. 나는 "크로스 플랫폼"부분으로 시작하지도 않는다. 전자 외부에서 경험 한 "데스크탑 UI"에서 최고의 경험은 ImGui 였고 , 이는 데스크톱 앱을위한 것도 아닙니다. 또한 실제로 좋은 GUI를 가진 많은 앱은 결국 자체적으로 작성하고 앱 자체를 개발하는 대신 엄청난 노력을 기울였습니다.

그러나 다른 이유도 있습니다. JetBrains IDE가 글꼴을 렌더링하는 방법을 살펴본 다음 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 팀, Electron 기반 UI 용 HTML 레이아웃 제작자를 고용하십시오.
그들은 싸다. 필요한 것은 유동적 인 디자인, 그리드 또는 열 레이아웃뿐입니다.

Microsoft가 사용자 지정을 지원하기를 기다리고 계십니까? 이 티켓이 닫히기 전에 엡스타인의 살인범을 찾을거야

내가 좋아하는 코드 편집기에서 글꼴을 변경할 수 있다면 그를 찾을 수있을 것 같나요? 이 기능을 구현하는 방법을 알고있을 수도 있습니다. 🤔

말도 안되는 소리를 멈추고 +1에 투표 할 수 있습니까? 당신은 완전히 짜증나는 구독자와 개발자입니다. 결국 당신이 얻을 수있는 것은 스레드가 잠겨서 엄지 손가락조차 허용되지 않을 수 있다는 것입니다.

말도 안되는 소리를 멈추고 +1에 투표 할 수 있습니까? 당신은 완전히 짜증나는 구독자와 개발자입니다. 결국 당신이 얻을 수있는 것은 스레드가 잠겨서 엄지 손가락조차 허용되지 않을 수 있다는 것입니다.

+1

말도 안되는 소리를 멈추고 +1에 투표 할 수 있습니까? 당신은 완전히 짜증나는 구독자와 개발자입니다. 결국 얻을 수있는 것은 스레드가 잠겨서 엄지 손가락도 허용되지 않을 수 있다는 것입니다.

아니요, 할 수 없습니다. 이 작업을 수행하면 다른 코드 편집기를 사용할 것입니다. 나는 이미 매일 2를 사용합니다. VS CODE는 많은 좋은 옵션 중 하나의 옵션입니다. 문제 해결됨 :)

자, 이것이 기능이 아닌 이유는 무엇입니까? 5 년이 지났습니다.

이렇게하면 다른 코드 편집기를 사용하기 시작합니다.

나는 당신이 틀린 것을 썼다고 생각합니다. 그러나 : 좋습니다, 시작하십시오.

자, 이것이 기능이 아닌 이유는 무엇입니까? 5 년이 지났습니다.

아무도 이것을 구현하지 않았기 때문에 분명히.

대체 글꼴이 없기 때문에 큰 텍스트가 필요한 사람에게는 응용 프로그램이 어려워집니다. 나는 이것에 대한 구체적인 논의를 접근성 문제로 보지는 못했지만, 모든 수준의 신체적 능력을 가진 개발자를 가능하게하는 데있어서 이것은 큰 문제입니다. OS 접근성 기능에만 의존하는 것은 훌륭한 솔루션이 아닙니다. (예를 들어, MacOS 확대 / 축소를 사용하면서 개발 작업을 해보십시오.) 다양한 CSS 해킹을 시도했지만 부분적으로 만 작동하도록 만들 수있었습니다.

터미널 글꼴을 원하는대로 만들 수 있기 때문에 일반적으로 일반 텍스트 편집기를 사용합니다. 하지만 저는 현재 기본적으로 vscode를 사용해야하는 상황에 있습니다. 작은 탐색기 글꼴에 대한 솔루션을 찾고이 5 년 된 기능이 아직 열려있는 것을 찾는 것은 매우 실망 스럽습니다.

이 문제 에 접근성 레이블 이 있어야할까요?

@feorlen- 편집기와 관계없이 통합 터미널의 글꼴과 크기를 이미 사용자 지정할 수 있습니다. 내가 당신의 요청을 오해하지 않는 한.

@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 코드가 설정에서 편집기 글꼴을 변경하는 것처럼 UI 글꼴을 변경하는 옵션을 제공 할 수 있기를 바랍니다.

Atom에서 VSCode로 이동했습니다. 내 "파일 트리"가 너무 크고 대담하고 밝게 보이도록 날아갔습니다. 원자와 비교 :

VSCode :

원자:

나는 내가 미친 것처럼 들릴 것입니다 ...하지만 원자가 얼마나 멋지고 미묘한 지 보십니까? VSCode 탐색기는 코드 (편집기)에서주의를 분산시킵니다.

엡스타인의 살인범을 찾는 데 가까워지고 용의자 목록이 있습니다.이 기능은 어떻게 진행되고 있습니까?

@justinko , 대비가 중요합니다. 많은 사람들이 Atom 스크린 샷의 텍스트를 VSCode의 텍스트보다 읽는 것이 무시할 수 없을 정도로 더 어렵다고 생각한다고 생각합니다. 개인적으로 나는 처음에 귀하의 의견을 훑어보고 둘 다 Atom의 스크린 샷이라고 생각할 정도로 차이를 인식하지 못합니다. 첫 번째가 VSCode라는 것을 깨달았 기 때문에 이제 당신이 어떤 문제를 겪고 있는지 파악하는 데 어려움을 겪고 있습니다. IMO, VSCode 하나는 덜 "크고 대담하고 밝습니다". 작은 아이콘과 폴더 아이콘은 모두 회색입니다.

어쨌든 귀하의 의견은 글꼴 크기가 아닌 글꼴 색상과 관련이있을 수 있지만 구성 할 수 있어야하는 모든 것입니다.

@feorlen 은 이것이 접근성 문제라고 지적했으며 이것이 좋은 점이라고 생각합니다! SF Monospaced는 내 난독증에 익숙해 질 수있는 유일한 글꼴 인 것 같고, 그것없이 파일 탐색기를 읽는 것은 정말 고통 스럽습니다.

Microsoft의 누군가를 기쁘게 해주세요.이 부분을 살펴보세요! 시각 장애가있는 경우 탐색기 창에서 글꼴을 읽고 파일 이름을 바꿀 수 있고 파일 이름에 삽입 할 문자가 올바른 위치에 있는지 확인하기 위해 화면에서 2 인치 이내에 있어야합니다. . 글꼴 크기를 조정할 수있는 편집기 창은 훌륭하며 읽을 수 있도록 18로 설정했습니다. 이것은 모두 훌륭하고 좋지만 나머지 UI에는 동일한 종류의 사용자 지정 옵션이 필요합니다. 특히 Windows 확장이 옵션이 아닌 RDP를 통해 컴퓨터에서 VS 코드를 사용하는 경우에는 더욱 그렇습니다. 이는 확실히 접근성 문제이며 처음 개봉 한 지 거의 5 년이 지난 후에 해결해야합니다.

추가하는 데 분명히 그렇게 간단한 기능이 왜 그렇게 오래 걸리나요? 접근성의 악몽이며하기 쉽지만, 몇 년이 지난 지금도 여전히 기다리고 있습니다. 이것은 말이되지 않습니다.

당신의 선호를 표현하기 위해 위에서 투표 할 수 있습니까? 이런 종류의 댓글은 관심있는 사람들이 해당 이슈에 대한 구독을 취소하거나 더 나쁜 것은 이슈가 제한되어 투표조차 할 수 없게 만듭니다. 자신이하는 일을하는 것이 자신의 이익에 반하는 것을 깨닫지 못합니까?

추가하는 데 분명히 그렇게 간단한 기능이 왜 그렇게 오래 걸리나요?

회원의 답변에 대한 또 다른 참조 : https://github.com/microsoft/vscode/issues/519#issuecomment -643326100

마이크로 소프트는 UX를 전혀 신경 쓰지 않았고, 구독, 구독 취소, 투표, 대화, 조용히 할 수 있고 심지어 Epstein의 킬러를 찾을 수도 있습니다.
여기에있는 많은 엔지니어들은이 문제를 처음 접할 수 있지만 IE6 이후로 이러한 태도는 변함이 없었습니다. Microsoft는 웹에서 강력한 존재감을 원하지만 Microsoft는 개발자 도구 및 사용자 지정을 돌보고 있습니까? 결코 일어나지 않는.
Atom은 훌륭했고, Atom은 처음부터 커스터마이징이 가능했고, 마이크로 소프트가 등장했고 Github를 사서 모든 것을 망쳤습니다.
이 스레드에서 계속 알림을 받으면 @memeplex 에 심장 마비를 줄 것입니다.

지금은이 스레드를 기여자에게 잠글 수 있습니까?

이 기능 요청이 예상대로 작동하려면 몇 가지 사항이 필요합니다.

• 인라인 아이콘은 글꼴 높이 (SVG 인 경우) 또는 사용 가능한 가장 가까운 픽셀 완벽 크기 (SVG가 아닌 경우)로 크기를 조정해야합니다.
• 워크 벤치의 다른 모든 글꼴 요소 간의 크기 비율을 유지해야합니다. 그렇지 않으면 UI를 완전히 중단 할 수 있습니다.
• 사이드 바 아이콘도 조정해야합니다 (작은 탐색기보기에 가까운 큰 사이드 바를 가질 수 없음).

내 생각 엔 창 확대 / 축소 수준 설정과 비슷한 것이 필요하므로 배율 계수가 필요하지만 코드 편집기 (라인 높이가 픽셀로 유지되어야하는 곳)가 아닌 워크 벤치 (또는 애플리케이션 셸)에만 영향을주는 요소 완전 및 정수 기반).

응용 프로그램 셸은 줄 높이 문제의 영향을받지 않으므로 여기의 배율 인수로 인해 문제가 발생하지 않아야합니다. (아마도 팝업과 탐색기 트리를 사용하면 ... 한 줄씩 렌더링되는지 확실하지 않습니다.)

이것은 나에게 더 좋아 보이는 문제가 아니며 UI를 확장하고 편집기를 줄이는 것만으로는 충분하지 않습니다.

가장 심각한 문제는 글꼴의 무게입니다. 당신은 매우 얇은 글꼴을 선택했습니다. 이것은 눈이 큰 젊은이들에게는 좋지만 우리 중 일부에게는 끔찍합니다. 크기 조절이나 색상 또는 고 대비의 양이 없어도 이러한 방식으로 글꼴이 더 좋아집니다.

이것은 심각한 접근성 문제입니다. 이 앱을 사용하면 눈이 아파서 매일 사용해야합니다.

고치기 위해 안경 만 쓸 수는 없습니다.

이 요청에 참여해야합니다. 나는 잦은 골칫거리를 다루어야하고 내가 사용하는 응용 프로그램의 글꼴과 색상은 그것들을 더 나쁘게 또는 더 좋게 만드는 것과 많은 관련이 있습니다. 이 앱의 출처는 저에게 전혀 도움이되지 않으며 때때로 저를 포기하게 만드는 유일한 것입니다.

와우 5 년이 지난 지금도이 기능은 전혀 문제가되지 않습니다. 나는 대 코드를 좋아하지만 두 개 이상의 화면이 있다면 절대적으로 필요합니다.

한편 우리는 손으로 계속 변경합니다. 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 코드에서 이것을 어떻게 추가 / 편집합니까?

@KingOfSpades는 workbench.desktop.main.css 하고 처음 .part>.content 찾습니다.

편집기, 터미널의 글꼴을 변경할 수 있지만 어떤 이유로 패널 글꼴을 변경할 수 없습니다

일반적인 Microsoft는 Windows 10과 마찬가지로 불일치와 부풀음을 좋아합니다.