내 VM에서 이것을 보지 못했고 @Tyriar에 할당 하여 그가 자신의 Linux에서도 볼 수 있는지 확인하여 그것이 얼마나 serios인지 평가합니다.

지금은 Linux 노트북을 가지고 있지 않습니다. 이번 10 월을 기억해 두겠습니다. / cc @alexandrudima

나는 이것이 모든 곳에 존재하지는 않지만 이것을 가지고 있습니다. 트리 뷰 패널과 모든 편집기는 더 이상 부드럽게 스크롤하지 않지만 확장 세부 사항 페이지와 같이 브라우저 렌더링을 사용하는 항목 (내가 가정)은 여전히 ​​부드럽게 스크롤합니다.

달리는:
arch linux-x86_64 Linux 4.7.6-1-ARCH
그놈 쉘 3.22.1

Ubuntu 16.04를 사용하여 1.6.0과 1.5.3을 비교하는 트리 뷰 또는 편집기에서 다른 점을 알 수 없습니다. @bpasero @alexandrudima 어떤 아이디어?

https://github.com/Microsoft/vscode/issues/12637의 복제

나는 이것이 그 문제의 복제라고 믿지 않는다. 그 문제는 그것이 전혀 작동하지 않는다는 것을 나타내지 만,이 문제는 순전히 부드러운 스크롤과 관련이있다. 두 손가락 스크롤은 작동하지만 일반적인 '점프'스크롤처럼 작동한다.

@ jshap70에 동의합니다. 이것은 그가 설명한 것과 다른 문제입니다.

나는 이것이 Chromium의 회귀라고 생각합니다 (저도 거기에서 발견했습니다).

이를 확인할 수 있습니다. 두 손가락 스크롤을 사용하면 편집기가 느립니다. 내 Windows 10 컴퓨터에서 버전 1.6.1 사용.

AFAIK 스크롤 처리 로직에는 변경 사항이 없었지만 새로운 전자 버전 (Chromium 52 포함)으로 업데이트했습니다.

Chrome 52도이 문제를 겪고 있는지 확인하는 것이 흥미로울 것입니다. 편집기 https://microsoft.github.io/monaco-editor/ 에 정확히 동일한 스크롤 코드가 있으므로 누군가 시도해보고 여기에 결과를보고하고 싶다면 감사하겠습니다.

Chromium에는 많은 터치 패드 문제가 있습니다. https://bugs.chromium.org/p/chromium/issues/list?can=2&q=touchpad

우리가 그들에게 알려진 문제에 부딪 혔습니까?

monaco의 스크롤은 매끄럽고 Chrome (베타) 55.0.2883.21 및 Chromium 54.0.2840.71에서 이전에 vscode가했던 것처럼 느껴집니다.
방금 테스트를 위해 Chromium 52.0.2743.85 버전을 빌드했으며 동일한 불안정한 스크롤이 있는지 확인할 수 있습니다. 그 안에 모나코를 사용하는 것은 특히 거칠다. 이것은 아마도 vscode 버그가 아닌 전자 버그라는 생각을 확인시켜줍니다. 부끄러워.

@ jshap70 최신 버전이 @bpasero

나는 오늘 내 Surface Book에서도 이것을 경험했습니다. 정말 실망 스럽습니다. 가장 이상하게도 마우스를 조금 사용한 후 트랙 패드가 다시 정상적으로 작동했습니다. 우리 편에서 할 수있는 일이 없어서 미안합니다. 마우스 휠 이벤트를 받고이를받을 때이를 존중합니다.

Electron은 아직 Chrome 54를 채택하지 않았지만 계획에 있습니다.

@ jshap70 은 Chrome 53 또는 54에 포함 된 수정 사항입니까?

@bpasero 방금 Chromium 53.0.2785.92의 복사본을 만들었는데, 현재 사용 가능한 가장 높은 53은 모나코를 사용할 때 여전히 고르지 않은 스크롤 문제가있었습니다. 따라서 54는 수정 된 첫 번째 버전입니다.

나는 이것을 잠시 가지고 놀았다. Lenovo Yoga 910 (Kaby Lake)-Windows 10 Pro를 사용한 테스트.

테스트 중에 VS Code를 최대화하면 지연이 발생한다는 것을 발견했습니다. 내가 미쳐가는 것 같았지만 창을 복원 한 다음 다시 최대화하면 스크롤 버벅 거림이 모두 사라졌습니다.

내가 구슬을 잃어 버리지 않았는지 확인하기 위해 아내에게 블라인드 테스트를 시켰습니다. 밤낮의 차이였습니다. 이것이 문제를 정확히 파악하는 데 도움이되기를 바랍니다. 오늘 밤이나 내일 직접 시도해 볼 것입니다.

Lenovo Yoga 910에서 동일한 스크롤 문제가 있습니다.
창 크기를 조정 한 후 스크롤이 다시 부드럽습니다.

Surface 4 Pro가 있고 동일한 문제가 발생합니다. 창 크기를 조정하면 스크롤이 수정됩니다.

크롬을 통해 추적해온 문제는 Windows가 아닌 Linux의 Lenovo W530 씽크 패드에서만 발생하며 창 크기를 조정해도 해결되지 않는다는 점을 언급해야합니다. 완전히 다른 문제 일 수 있습니다.
이러한 문제가있는 사람이 chrome 또는 chromium 52 또는 53 버전을 설치하고 monaco에 동일한 문제가 있는지 확인할 수 있습니까?

SurfacePro4에서이 문제가 발생합니다. 터치 패드를 사용하면 창이 전체 크기 인 경우 스크롤 할 때 편집기가 지연됩니다. 내 바탕 화면을 볼 수 있도록 창 크기를 조정하면 문제가 사라집니다.

Win 10과 새 Surface Book을 사용하는 경우에도 동일한 문제가 발생합니다. 창 크기를 조정하고 최대화하면 (적어도 지금까지는) 해결되는 것으로 확인 될 수 있습니다.

현재 Dell XPS 15 9550 (터치 스크린 버전, Win10 x64)의 최신 버전을 사용 중이며이 정확한 문제가 발생합니다. 터치 패드로만 터치 스크린 스크롤을 사용할 때 발생하지 않는다는 사실조차 몰랐습니다.

크기 조정 / 최대화 트릭은 적어도 약간 수정합니다.

여기와 같은 문제입니다. Surface Book / Windows 10이지만 다시 최대화하면 해결됩니다. VS Code를 열 때마다 필요하지 않으면 좋을 것입니다.

Chromium 54가 Electron 에 통합 되었기 때문에 VSCode가 문제를 확실히 해결하기 위해 새로운 Electron으로 전환 할 수 있습니까?

Chrome 54가 나와있는 Electron 릴리스는 아직 없습니다.

Chrome 54를 사용한 Electron 출시는 1 월에 예정되어 있습니다.

Electron / pull / 8406에서

(...) 지금 npm에 베타 1.5.0으로 출시 예정

Insider가 새로운 Electron으로 업데이트 될 때 알림을받을 수 있나요?

나도 새로운 Electron을 기다리고 있습니다. 끔찍한 스크롤링에 시달리는 아름다운 화면 및 편집기를 갖는 것은 너무 나쁩니다.

이 문제는 2016 년 말 Dell XPS 13 9360 QHD에도 존재합니다. 터치 스크린으로 스크롤하는 동안 터치 패드 (Windows Precision 드라이버) 만 영향을받는 것으로 나타났습니다.

1.10.2에서는 여전히 문제인 것 같습니다 (Dell XPS 15, 터치 스크린은 부드럽습니다).

그래서 지금 문제는 무엇입니까? 이 문제는 1 월에 수정되어야한다고 표시되었습니다.

크롬에서 스크롤이 끊어지는 것에 대해 게시 한 정보가 리눅스와 관련이 있었기 때문에이 특정 문제가 실제로 Windows에서 문제를 추적하지 않는다는 이전 의견을 반복하고 싶습니다.
즉, 현재 버전의 vscode에는 여전히 문제가 있습니다.

우리는 atom과 같은 맞춤형 부드러운 스크롤을 개발할 수 있으며 https://github.com/Microsoft/vscode/issues/21359 와도 관련이

@pixieaka는 현재 크롬의 기본 스크롤링을 사용하는데, 제 개인적인 의견으로는 제대로 작동 할 때 그 위에 구축 된 것보다 훨씬 낫습니다. 또한 스크롤링이 수정되어 최신 버전의 크롬 ( 여기 참조)에서 모나코로 수행 할 때 제대로 작동하므로 전자 문제로 알려진 이유입니다. 따라서 코드 문제가 아니기 때문에 실제로 다시 작성할 필요가 없습니다.

전자가 Chromium 54로 업데이트 될 때까지 기다려야합니다. 여기에서 추적 할 수 있습니다

@ jshap70 Electron v1.6.2가 이미 Chromium (56.0.2924.87)과 함께 출시됨 16 일 전

@ jshap70 https://github.com/Microsoft/vscode/issues/11953 이것은 Windows 용 Chromium (56.0.2924.87)이 포함 된 최신 Electron 1.6.2로 빌드되었습니다 : https://az764295.vo.msecnd.net/insider /d42d4467e681308a5f82b61cb11ee6b91f1b9864/VSCode-win32-1.11.0-insider.zip

그러나 스크롤 문제는 아직 해결되지 않았습니다.

@pixieaka 스크롤에 어떤 문제가 있습니까? 이 문제는 Windows가 아닌 Linux에서 스크롤하기위한 것입니다.

@ jshap70 https://github.com/Microsoft/vscode/issues/20840 Windows 10의 dell 노트북에서 동일한 문제가 발생했습니다. 스크롤이 트랙 패드에서 매우 불안정합니다.

@pixieaka 는 윈도우의 지연 스크롤과 관련이있을 수 있습니다. 여기에도 같은 문제가 있습니다. https://github.com/Microsoft/vscode/issues/20348#issuecomment -291060102

이것은 나를 미치게 만들고 일하는 동안 매분마다 복원 / 최대화해야합니다. 이것에 대한 업데이트가 있습니까?

오늘의 VS Code 내부자 빌드는 Electron 1.6.x와 함께 제공되며,이 업데이트로 누구나이 문제를 해결할 수 있는지 듣고 싶습니다. http://code.visualstudio.com/Download#insiders

@bpasero 링크가 작동하지 않는다고 생각합니다. 대신 https://code.visualstudio.com/insiders 여야합니까?
기회가 생기면 확인하고 알려 드리겠습니다.

@bpasero 최신 내부자 빌드에서 부드러운 스크롤이 돌아 왔다는 사실을 기쁘게 생각합니다! 리눅스에서는 그렇습니다.

감사합니다!

내 Dell XPS 13 SkyLake, Precision TouchPad, Windows 10 @ 125 % 확장에서 오늘날 내부자 빌드 a5e9d3에 대해 동일한 문제가 여전히 나타납니다.

추가 정보 :

화면은 scoll-end에서만 새로 고침되는 것 같습니다. 그래서 두 손가락 스크롤 ... (아무 일도 일어나지 않았거나 멈춘 것 같습니다)
그런 다음 손가락을 떼십시오. <-화면 업데이트.

이중 댓글로 미안하지만 "--disable-gpu"를 사용하면 스크롤이 다시 매끄러 워집니다.

팁을 위해 https://github.com/Microsoft/vscode/issues/14716#issuecomment -293120446에게 감사드립니다.

상황에 맞는 메뉴에서 코드를 시작할 때에도이 플래그를 항상 켜는 방법이 있습니까?
편집 : 아닌 것 같습니다

특정 매개 변수를 사용하여 코드를 실행하는 방법을 갖는 것이 좋습니다 (명령 줄 매개 변수에 사용되는 ~의 startup.json은 어떻습니까?).하지만 GPU 관련 문제가 수정되는 것을보고 싶습니다.

code --disable-gpu 를 실행하는 전역 셸 스크립트를 만드는 데 문제가 있습니까?

전역 단축키를 사용하는 것은 잘못된 것이 아닙니다. 그러나 버그를 해결하기 위해 GPU를 비활성화하는 것은 저에게 물어 보면 그리 좋지 않습니다. 렌더링 / 스크롤에 CPU 대신 GPU를 사용하면 배터리, 성능 등에 큰 영향을 미칠 수 있습니다.

xps에서 테스트 한 결과 매우 유망 해 보입니다! 깨끗한 설치에서 첫인상은 꽤 부드럽습니다. 모든 애드온이 어떻게되는지 볼 필요가 있지만 지금은 희망이 있습니다.

확인할 수 있습니다. Dell XPS 15 9560 + Windows 10 Creators Update, --disable-gpu 가 해결 방법으로 작동합니다.

표면 책에서 여전히 매끄럽지 않고 --disable-gpu

Surface Book (크리에이터 업데이트)에서 매끄럽지 않다는 것을 확인했습니다. 더 이상 뛰지 않지만 상당히 느립니다.

핵심 코드 팀의 누군가가 그러한 장치를 가지고 있거나 모두가 Mac에서 작업하고 있습니까? :)

@warpdesign 저는 Surface Book에 있습니다. 내 해결 방법은 VS 코드 창을 연 후 한 번 "복원"하고 "최대화"하는 것입니다. 그러면 트랙 패드의 두 손가락 스크롤이 부드러워집니다.

이 문제에 대해보고 된 정보를 수집 / 요약하는 위키 페이지를 시작했습니다-https: //github.com/Microsoft/vscode/wiki/Known-issues

gpu 비활성화는 xps 15 "에서 작동하지 않습니다. 최소화 / 최대화는 작동하지만 잠시 동안 만 계속해야합니다. 최신 릴리스에서도 여전히 동일한 문제입니다.

@vladkosarev 가 저에게 효과적입니다. 웹 사이트에서 최신 인텔 그래픽 드라이버로 업데이트 해

언급되었는지 확실하지 않지만 이것은 Electron 문제입니다. Slack 데스크톱 클라이언트에서도 똑같은 일이 발생합니다.

ASUS Zenbook 노트북에서도 문제가 있습니다. 최대화 해제 (및 다시 최대화)하면 문제가 일시적으로 해결되는 것 같습니다.

• VSCode 버전 : 코드 1.12.1 (f6868fce3eeb16663840eb82123369dec6077a9b, 2017-05-04T21 : 26 : 50.689Z)
• OS 버전 : Windows_NT ia32 10.0.14393
• 확장 :

| 확장자 | 저자 | 버전 |
| --- | --- | --- |
| EditorConfig | EditorConfig | 0.9.3 |
| CppSnippets | hars | 0.0.9 |
| tabsanity | jedmao | 0.0.9 |
| contextualduplicate | lafe | 0.2.0 |
| cpptools | ms-vscode | 0.11.0 |
| 후행 공백 | shardulm94 | 0.2.11 |
| vscode-fileutils | sleistner | 2.5.1 |
| 닌자 | surajbarkale | 0.0.1 |;

Dell XPS 9560에서도 동일한 문제가 있습니다. 이상한 해결 방법을 찾았습니다.

작업 표시 줄을 마우스 오른쪽 버튼으로 클릭하고 작업 표시 줄 설정을 선택합니다.
작업 표시 줄 방향을 현재의 반대 방향으로 변경합니다 (예 : If Bottom 그런 다음 Top으로 설정하거나 그 반대로 설정). 왼쪽 다음 오른쪽 등
작업 표시 줄을 원래 방향으로 다시 변경하거나 그대로 두어도 상관 없습니다.
다시 부드러운 스크롤
VS Code를 시작할 때마다이 작업을 수행해야하지만 작동합니다.

또한 문제가 발생했습니다. 최소화 / 최대화 트릭은 도움이되지만 확실히 짜증납니다. 불행히도 Electron의 repo에 문제에 관한 최근 정보가 없습니다.

노트북 : Dell XPS 9560
운영체제 : Win 10 Pro 10.0.15063
VS 코드 : 1.12.2

Acer Nitro 15와 동일한 문제입니다.

노트북 : Acer V Nitro 15
운영체제 : Win 10 Pro
VS 코드 : 1.14.0- 내부자

여기 Acer에서도 같은 문제입니다. 복원 / 최대 코드 창 및 두 손가락 스크롤이 다시 작동합니다.

노트북 : Acer Aspire F5-573
운영체제 : Win 10 Home 1703
VS 코드 : 1.13.0

내부자 빌드 1.14.0으로 업그레이드 된 VS 코드 및 문제가 남아 있습니다.

복원 / 최대화 창 또는 --disable-gpu를 사용하여 코드를 실행하여 해결할 수 있습니다.

Surface pro 4에서 동일한 문제 (I5, 8GB, 256G).
운영체제 : Win 10 Home 1703
VS 코드 : 1.13.0
창 크기를 조정하여 해결할 수 있습니다.

그것이 도움이 될지 말지 모르겠지만 스크롤링에 대한이 엄청나게 상세한 기사를 찾았습니다. :) https://pavelfatin.com/scrolling-with-pleasure/

여기에도 같은 문제가 있습니다.
운영체제 : Win 10 pro build 14393
VS 코드 : 1.13.1

OS와 관련이 있다고 생각합니다. Win 10의 통합 앱은 TrackPoint 스크롤을 잘 지원하지 않으므로 코드는 OS 내에서 일부 lib를 사용할 수 있습니다.

빠른 임시 해결 방법 : Win + DOWN, Win + UP

저는 내부자 인 Surface Book (i5 8GB 모델)이고 스크롤이 매우 느립니다.

VSCode 팀의 누군가가 Surface Book (또는 정밀 터치 패드)에 액세스하고 무엇이 잘못되었는지 확실히 확인하고 적절한 수정 (또는 해결 방법)을 제공하는 것은 어떻습니까?

Surface 장치는 Windows 10 용 Microsoft의 주력 컴퓨터입니다. VSCode 성능이 이러한 아름다운 컴퓨터에서 너무 나쁘다는 사실에 화를냅니다 (VSCode를 사용하여 심각한 작업을 수행하지 못하도록하는 것 외에도).

@warpdesign 일부 VSCode 팀에는 Surface 장치가 있으며 문제를 알고 있습니다 ( upthread 참조 ). 매우 짜증나지만 아직 아무도 해결할 수없는 업스트림 문제입니다.

누군가가 실제로 작업을하고 있는지 잘 모르겠습니다. Electron이 단지 Chrome 문제라고 말하는 것 같지만 기본적으로 전혀 활동이없는이 문제를 제외하고는 문제 추적기에서 버그를 찾을 수 없었습니다. 계속 .. 누군가이 작업을하고 있는지 아는 사람 있나요?

그것은 4k XPS 9550에서도 저에게 일어나고 있으며 그것은 저를 미치게 만듭니다. 저는 VS Code를 너무 좋아하지만 5 분마다 최소화 / 최대화해야하는 것은 매우 성가신 일입니다.

https://bugs.chromium.org/p/chromium/issues/detail?id=713907

@tobiasviehweger 그것이 아직 거기에 있다는 것은 놀라운 일이 아닙니다 :(

Monaco를 사용하는 Chrome에서 문제를 재현 할 수 있습니까? 아니면 VSCode + Electron에만 해당됩니까?

--disable-gpu 트릭을 시도 할 때까지 Dell XPS13 / Windows 10에서 스크롤이 고르지 않고 기본적으로 쓸모가 없습니다. 이상적이지 않습니다. Electron이 최신 Chromium으로 이동 한 흔적이 있습니까?

여기에 문제가있는 +1.
나는 실제로 훌륭한 터치 패드와 키보드 때문에 Surface Book을 구입했으며 대부분 업무용으로 사용했기 때문에 중요한 문제입니다. Surface Book을 반환하고 Mac을 다시 구입할 것을 고려하고 있습니다.
내 VSCode 버전 :

또 다른 데이터 :
이전 Mac Air 11 "(macosx가 아닌 Win 10이 설치된 경우) 터치 패드는 VSCode에서 잘 작동합니다.
버전:

pls를 수정 하시겠습니까?

더 자세한 정보.

내 Surface Book에서 정확히 일어나는 일은 두 손가락으로 위 / 아래로 스 와이프 할 때입니다.

• 대부분의 경우 스크롤되지만 after a 1 second lag
• 이벤트가 VSCode에 도달하지 않은 것처럼 때로는 아무 일도 일어나지 않습니다.
• 드물게 스크롤링이 정시에 발생합니다.

보시다시피 이것은 매우 신뢰할 수 없으며 이러한 장치에서 VSCode를 사용할 수 없게 만듭니다.

DOM 이벤트에서 무슨 일이 일어 났는지보고 싶었지만 devtools를 열었을 때 스크롤링이 예상대로 작동하기 시작했습니다. 이로 인해 문제를 추적하기가 어렵습니다.

@kokajambo @ Deiru2k 는 당신도 경험하고있는 것입니까?

나는 발견했다 : 단지 메인 메뉴를 보여 주거나 숨기는 것은 창 크기를 조정하는 것과 동일하게 작동한다. 따라서 일반적으로 메뉴가 숨겨져있는 경우 스크롤이 버벅 거릴 때 alt 키를 빠르게 두 번 탭하면 잠시 동안 다시 부드럽게됩니다.

전자가 업데이트 된 적이 있습니까?

예,이 문제가 처음보고 된 이후 Electron을 여러 번 업데이트했습니다. 문제가보고되었을 때 우리는 Chromium 52에 구축 된 Electron 버전을 사용하고있었습니다. 현재 우리는 Chromium 56에 있고 Chrome 브라우저는 Chromium 60에 있습니다.

업스트림 문제 :
Electron : https://github.com/electron/electron/issues/8960(Chromium 문제를 위해 종료 됨)
Chromium : https://bugs.chromium.org/p/chromium/issues/detail?id=713907(Chromium 문제 소유자는 Chromium 58로 재현 할 수 없음)

낙관적이라면 Chromium> = 58에 구축 된 Electron 버전으로 업데이트하면이 문제를 해결해야합니다.

문제가 해결되지 않은 경우 Electron 관련 문제라는 표시 일 수 있으므로 Electron 친구들에게 더 많은 도움을 요청해야합니다.

그동안 해결 방법은 계속 작동합니다 (창을 연 후 한 번 크기 조정).

나도이 문제가 있습니다.
VSCode 버전 : 코드 1.14.2 (cb82feb, 2017-07-19T23 : 34 : 09.706Z)
OS 버전 : Windows_NT ia32 10.0.15063

코드를 사용하여 --disable-gpu가 문제를 해결했습니다.

razer 스텔스에서이 문제를 확인할 수 있습니다.이 문제는 최소화 / 최대화되어 얼마 동안 수정됩니다.

@ IanNS333 Dell XPS 13 (9350)과 동일합니다.

이것은 최근 업데이트 이후 더 나빠 보입니다.

예전에는 고르지 않았지만 다른 사람들이 말한 것처럼 창 크기를 조정하고 다시 최대화하면 사라질 것입니다. 이제는 전혀 스크롤하지 않습니다. 두 파인더가 스크롤 할 때 창 자체가 약간 "튀는"것처럼 보입니다.

삼성 노트북 사용 9

저는 ASUS UX501JW에서이 문제를 만났고 몇 가지 조사를했습니다.

문제 설명 : Chrome 또는 Electron을 정상적으로 실행할 때 스크롤이 각 버전에서 작동하지만 관리자 권한으로 실행하면 테스트 된 버전 중 어느 것도 작동하지 않습니다.

테스트 된 버전 :
-Chrome 62 (독립 실행 형 브라우저, 카나리아)
-Chrome 60 (독립형 브라우저)
-Chrome 58 (Electron 1.7.5)
-Chrome 56 (Electron 1.6.6)
-Chrome 54 (독립 실행 형 브라우저)
-Chrome 51 (독립 실행 형 브라우저)

운영체제 : Windows 10

이 버그는 VS 코드 또는 Electron이 아니라 Chrome 또는 터치 유틸리티 작성 방식에 있습니다. ASUS 노트북의 경우 터널에 빛이 없다는 내 발견에 대한 정보를 추가하고 싶었습니다.

ASUS 노트북 (여기서는 UX360CAK)과 Windows 10에 대해 말하면 시스템 전체의 스크롤링은 지난 달에 저에게 매우 결함이있었습니다. 예를 들어 페이지 (Chrome) 또는 항목 목록 (Thunderbird, 파일 탐색기 제외)을 아래로 모멘텀 스크롤하면 스크롤 위치가 무작위로 목록 맨 위로 재설정됩니다.

또 다른 한 가지는 오 탐지의 양이 견딜 수 없기 때문에 핀치 줌을 꺼야한다는 것입니다.하지만 이전에는이 ​​문제가 없었습니다. Macbook Pro 트랙 패드로 돌아온 것은 일종의 종교적 계시와 같았습니다.

(편집 : 아수스 유틸리티 제거 및 기본 Windows 터치 패드 드라이버 롤백에 대한 내 게시물을 삭제했습니다.

@youurayy Yep, Dell XPS 13은 나를 미치게 만들면서 확대 / 축소를 위해 핀치를 끄는 방법을 발견하게되어 기뻤습니다.

@youurayy ASUS 랩톱에서 관리자로 Chrome / Electron을 실행할 때 스크롤이 작동하지 않는 문제를 해결했습니다.

해결 방법 :

• 작업 관리자에서 ASUS Smart Gesture 애플리케이션을 종료하고,
• 관리자 권한으로 실행하여 Smart Gesture 앱을 다시 시작합니다 (AsusTPCenter.exe, AsusTPHelper.exe, AsusTPLoader.exe).

이 문제는 다음 두 가지에 뿌리를두고 있습니다.

• ASUS Smart Gestures는 아마도 다른 창에 이상한 방식으로 터치 이벤트를 보내고있을 것입니다. Microsoft의 터치 패드 표준을 따르지 않는다는 논의를 보았습니다.
• Chrome이 상승 된 상태로 실행되는 경우 Chrome은 상승 된 상태로 실행되지 않는 프로세스의 이벤트를 차단합니다.

Smart Gesture를 제거하고 새로운 ASUS 모델에서 여전히 스크롤을 할 수있는 방법은 없지만, 이것은 제가 작업 할 수있는 무언가를 제공합니다.

2016 년 10 월에 게시되었습니다. 이 문제가 더 빨리 해결되기를 바랍니다. 나는 속이는 새로운 문제 # 35844를 게시하고 닫았습니다. 모든 플러그인을 비활성화했을 때 더 좋았지 만 완전히 매끄럽지는 않았습니다. 그러나 그것은 또한 최적의 솔루션이 아닙니다. 나에게 지연은 i7 Surface Book에서 거의 1/2 초입니다. 나는 code --disable-gpu 옵션을 시도했지만 완전히 부드럽지는 않지만 더 좋으므로 하위 해결 방법입니다.

마우스 연결은 100 % 작동하는 것으로 판명되었습니다. 그것은 일종의 아이러니입니다.

@ Deiru2k 예, 마우스 휠 스크롤은 괜찮지 만 마우스는 터치 패드와 정확히 동일하게 스크롤되지 않습니다. 터치 패드에는 약간의 속도가 있습니다. 우리 모두는 터치 스크린 장치에서이를 알고 있습니다. 빠르게 슬라이드할수록 빠르게 스크롤됩니다. 마우스 휠은 X 행으로 스크롤되며 단계 스크롤에 가깝습니다.

이것은 최신 VSCode (오늘 업데이트 됨)를 사용하는 Dell XPS15에서 여전히 발생합니다. 내 해결 방법은 win + down-arrow 및 win + up-arrow를 클릭하는 것입니다. 이렇게하면 VS 코드 창이 최대화되지 않고 다시 최대화되도록 변경됩니다. 작동하지만 정말 짜증납니다.

btw, 하나의 다른 정보. Logitech 터치 패드가있는 데스크톱의 Visual Code 1.17.0에서 두 손가락으로 부드러운 스크롤을 테스트하면 정상적으로 작동하는 것 같습니다. 아마도 이것은 특정 터치 패드 드라이버와 관련된 것일까 요? Surface Book에서는 불안정하고 반응이 없습니다. 그러나 Chrome과 Edge는 완전히 부드럽습니다. 아마도 그것은 앱, 드라이버, 또는 Electron이 샘플링하는 속도와 완전히 관련이 없을 수도 있습니다. 나는 정말로 모른다.

Surface Pro 4, vscode 1.17.0에서이 문제가 발생했습니다.
최대화 / 최소화는 다른 사람들이 언급 한대로 일시적으로 도움이됩니다.

이 문제는 특정 장치에만 해당됩니다. 내 개인용 컴퓨터 (asus rog 노트북)는 두 손가락 스크롤이 예상되는대로 정확하게 작동하지만, 제 작업용 컴퓨터 (델 정밀 노트북)에는 여기에보고 된 문제가 있습니다.

또한 vscode 팀의 다른 사람들이 이미 언급 한 내용을 반복하기 위해, 이것은 전자 문제인 것 같습니다 (다른 전자 앱에서 문제를 재현 할 수 있으므로 확인할 수 있음). vscode 팀에서 해결할 수 없을 가능성이 높습니다. , 불행히도.

이 전자 문제 스레드 에 따르면 문제는 크롬 자체에 있습니다.

Chrome의 버그 추적기에서 찾은 내용은 다음과 같습니다. (링크)

@EthanRutherford https://github.com/Microsoft/vscode/issues/13612#issuecomment -324351903에 언급 된 ASUS에 대한 해결 방법을 시도해 보셨습니까?

AsusTPLoader.exe를 관리자로 다시 시작하면 테스트 한 ASUS 노트북의 문제가 해결됩니다. 우리는 최종 사용자가 이러한 작업을 수행 할 것으로 기대할 수 없기 때문에이를 자동으로 수행하는 Electron 앱에 노드 모듈을 구축했습니다.

@EthanRutherford 사용자가 하드웨어 가속을 비활성화해도 문제가 해결되지 않는다고 말하는 크롬 버그 보고서 의 electron / # 8960과 동일한 문제인지 확실하지 않습니다.

또한 Chrome에서 문제가 발생하지 않았습니다.

나는 실제로 어떤 시점에서 Chrome에서 비슷한 것을 경험했습니다. 그 당시에는 최소화-복원 트릭도 도움이되었습니다. Chrome도 Electron을 사용할 수 있습니다.

@mogemimi 사실은 반대입니다. Electron은 Chrome을 기반으로합니다.

Dell XPS 13에서도이 문제가 발생합니다.

@robinwassen asus 노트북은 실제로 올바르게 작동하는 노트북입니다. Dell 트랙 패드에 문제가 있습니다. 하지만 보통 USB 마우스로 작업하기 때문에 자주 문제가 발생하지 않습니다.

@dopare 는 Visual Code의 크기를 조정하면 문제가 해결

Btw Chrome 자체에도 동일한 문제가 있습니다.
관련 문제 발견 https://bugs.chromium.org/p/chromium/issues/detail?id=765311

dell xps를 사용하면 동일한 문제가 발생하며 크기 조정은 잠시 동안 도움이되며 크롬에는이 문제가 없으며 vscode 만 있습니다.

Schenker XMG P507 (Win 10, CPU / GPU : i7-7700HQ, 터치 패드 : Synaptics SMBus)에서도 동일한 문제가 발생합니다. 터치 패드로 스크롤링을 사용할 수 없게 만들만큼 더 심합니다. Chrome에는 문제가 없습니다.

성능 기반이있는 표면 책에서 동일한 문제, 내 시스템은 다음과 같습니다.

최신 크롬 문제 없어요

version 1.17.1
shell 1.7.7
chrome 58.0.3029.110
node 7.9.0
arch ia32

@saedrna Surface Book에서도 느린 스크롤이 있지만 내부 고해상도 화면을 사용할 때만 해당됩니다. 외부 모니터 (4K가 아닌 일반 모니터)를 연결하면 스크롤 속도가 빨라 집니까?

40 (예, 40) 줄의 .mustache 파일은 vscode 스크롤을 느리게 만들므로 이것이 전자에도 있다고 의심됩니다.

1.17.2에서 1.18.0 내부 스크롤 성능이 수정되었습니다.

다른 사람이 현재 내부자 빌드를 시도하고 결과를보고하고 싶습니까?

내 Surface Book (Visual Code의 최신 미리보기 빌드)에서 시도해 보았고 훨씬 낫습니다. 예상대로 버터 같은 두루마리는 아니지만 이전보다 훨씬 낫습니다.

나를 위해 여전히 깨진-VSCode 버전 : 코드-Insiders 1.18.0-insider (e6a76e4bd3f52ab07452bb181e861f5a9bfb6596, 2017-10-27T04 : 19 : 22.491Z)

(Dell XPS 13 Precision 터치 패드)

1. Windows 시작 메뉴-> 코드 내부자
2. Code Insiders가 이전 프로젝트에 최대화 된 상태로 열립니다.
3. 스크롤을 여전히 사용할 수 없음 (스크롤 중에 움직이지 않고 잠시 후 갑자기 크게 점프 함)

좋은 소식!

이것은 Chrome 팀에서 선택했습니다 : https://bugs.chromium.org/p/chromium/issues/detail?id=779372

큰. Vs 코드는 전혀 나쁘지 않지만이 문제로 인해 완전히 사용을 중단 할 정도로 미쳤습니다.

이전에 언급 한 @CoenraadS :

VSCode가 공백으로 시작되면 폴더를 열면 정상적으로 작동합니다.

원인이 다를 수 있으므로 일반적인 스크롤 성능과는 별도의 문제로 제출할 가치가 있습니다.

저는 Windows 10과 Ubuntu 17.10 (Gnome 3.26)에서 VSC를 사용하고 있었고 완벽하게 작동하고 있었으며 이제는 Gnome 3.26.2에서도 Fedora 27에서도이 문제가 발생했습니다.
VSCode 1.19를 실행 중입니다.
Atom과 같은 다른 Electron 앱에서도 마찬가지입니다.
창 크기를 조정해도 나에게 도움이되지 않습니다.

여기있는 모든 사람들이 VS에서만 문제가 있습니까? Dell Inspiron 7577 Gaming이 있는데이 스크롤 문제는 거의 모든 것에서 발생합니다. 이클립스와 크롬은 최악이다. Discord, Slack, Atom 텍스트 편집기 및 소스 트리에도 있습니다. 이 노트북을 돌려 주려고하니 정말 정신이 나갔어요.

@ RJ-Fynydd HP Spectre x360에서 Sublime에서도 동일한 문제가 있습니다. 내가 올바르게 기억한다면 Chrome에 있었지만 chrome : // flags / 에서 부드러운 스크롤을 비활성화하여 "수정"했습니다

이것은 내 Surface Book에서 매우 심하게 발생했으며 매우 눈에 띄었습니다. 지난 두 번의 릴리스에서 개선 된 사항이 있지만 (1.18에 있음) 사용 후 약간 불안정 해집니다. 사용법에서는 큰 코드 파일을 열고 스크롤하고 파일 작업을하고 저장하고 다른 파일로 전환하고 다시 돌아 오는 것을 의미합니다. 창의 크기를 조정해도 여전히 수정되는 것처럼 보이므로 터치 / 스크롤 스캔주기의 타이밍에 여전히 이상한 점이 있습니다.

아직도 내 표면의 책은 부드럽 지 않아, 거의 1 년 동안 참았 다니 믿을 수가 없어

@ivyhaswell 최신 버전의 비주얼 코드가 있습니까? IDE의 크기를 조정하면 어떻게됩니까? 사라지나요?

Gnome을 사용하는 경우 Wayland 대신 Xorg를 사용하여이 문제를 해결할 수 있습니다.
로그인하기 전에 변경할 수 있습니다.
인생은 다시 위대합니다.

@alanosman 버전 1.8.1에서는 크기 조정 후 몇 분 동안 스크롤이 정상적으로 나타납니다.

@ivyhaswell 너무 좋아요

이것은 Macbook Pro (2015, Retina)에서도 발생하는 것으로 보입니다. 이전에는 매우 원활하게 작동했지만 이제는 매우 작은 프로젝트, Chrome, Slack 및 기타 몇 가지 (CPU가 1-3 %를 넘지 않고 RAM이 9.4 / 16GB 사용됨)가 스크롤 될 때 지연됩니다.

문제는 여전히 지속됩니다. Dell XPS 13 2017, win10이 있습니다. 운 좋게도 여기에서 일부 사용자가 지적했듯이 창 크기 조정이 수정되었습니다. 감사

이 문제에 대한 해결책을 찾기 위해 여기에 왔습니다.
그리고이 문제는 1 년 넘게 계속되고 있습니다 .....
Asus Strix ROG GL753을 사용하고 있습니다.

Hu, 나는 내 실수라고 생각했지만 workaorund (크기 조정 창)가 존재하는 것을 보니 좋았습니다. Asus 정밀 트랙 패드를 사용하고 있습니다.

동일한 문제가 있음 (Lenovo Ideapad 720s / 8 세대 i7 / 8GB RAM / Nvidia Geforce mx150)

Windows Precision 드라이버를 사용하는 터치 패드로 매우 불안정한 스크롤이 여기에서도 마찬가지입니다. 때로는 작동하지만 때로는 작동하지 않습니다. VS 코드 버전 : 1.18.1 x64

Surface Pro (2017)에서 스크롤하는 동안 동일한 문제가 발생 함

이 문제는 야간에도 여전히 존재합니다. 1 세대 Surface Book i7을 사용하고 있습니다. 이것이 타이밍 우연인지 확실하지 않지만 Fall Creators Update로 업그레이드 한 후에야이 문제를 발견하기 시작했습니다.

이 문제는 천천히 기능으로 진화하고 있다고 생각합니다 😄

11 시간 전에 chormium에서 해결됨 : https://chromium-review.googlesource.com/c/chromium/src/+/809829#message -85e8d8e27337bf85caecffcd4978f979a67f1378.
추가 된 버그 코드가 GPU 스레드와 관련이 있기 때문에 그들은 여전히 ​​모니터링하고 있습니다.
이 문제와 관련된 전자 버그 : https://github.com/electron/electron/issues/8960

패치가 곧 vscode로 버블 링되기를 바랍니다. :)

내 skylake XPS13과 동일한 문제

같은 문제. 곧 해결되기를 바랍니다.

Chrome이이 문제에 대한 수정을 테스트하고있는 것 같습니다 (https://bugs.chromium.org/p/chromium/issues/detail?id=713907#c28을 통해). 해당 패치가 백 포트 된 VS 코드 내부자 빌드를 생성했습니다. 문제가 사라진 것으로 보이는 Surface Book에서 몇 가지 테스트를 수행했습니다.

사람들이 시도해보고 다시보고 할 수 있다면 : VS Code Insiders 64 비트 다운로드

@bpasero 작동하는 것 같습니다.

@bpasero XPS 13에서도 여기서 수정 됨

@bpasero 여기서

@bpasero 대단해! 감사!

@bpasero 이것은 우리가 매일 내부자 빌드에 수정 사항을 적용 할 수 있음을 의미합니까? 아니면 Electron에 수정 사항이 나타나고 VSCode가이 버전으로 업데이트 될 때까지 기다려야합니까?

@warpdesign 우리는 필요한 경우 자체 사용자 지정 변경 사항으로 VS Code 용 Electron을 빌드하기 때문에 내부자 빌드에서 더 일찍 사용할 수 있습니다.

감사합니다 @bpasero 🙂

안녕하세요, 저는 Windows 8.1 x64 Pro와 함께 ASUS R500VD 노트북을 사용하고 있습니다.

code . 사용하여 git-bash에서 VSCode를 시작할 때 터치 패드에서 두 손가락 탭 또는 두 손가락 스크롤을 사용할 수 없습니다. 하지만 시작 메뉴에서 직접 VSCode를 시작하면 작동합니다.

23062는 중복으로 마감되었지만 꽤 뚜렷한 것처럼 보이며 여전히 여기에서 해결되지 않았습니다.

이것이 아직 안정적인 릴리스가 아닌 한 스크롤링은 여전히 ​​나에게 영향을 미칩니다.
Surface Book i5 8GB.

@bpasero 수정이 현재 내부자 빌드에 있는지 여부를 확인할 수 있습니까? Surface Book에서 최신 내부자를 사용하고 있으며 스크롤 성능이 좋지 않습니다.

Version 1.20.0-insider
Commit 8697a5e4ec152832a2612929c87d56302dbb2e79
Date 2018-01-03T05:14:21.686Z
Shell 1.7.9
Renderer 58.0.3029.110
Node 7.9.0
Architecture x64

# 40319에 언급 된 해결 방법이 여기에 적용됩니다. 창 크기를 조정하면 다시 빨라집니다.

수정 사항은 안정적이지 않고 내부자에게는 없습니다.

감사합니다 @bpasero. 위의 테스트 빌드를 설치했지만 수정이 있다고 생각한 업데이트가 나왔을 때 지워졌습니다.

안녕하세요
또한 새로운 Dell XPS 15 9560 브랜드의 VSC 1.19.1에서이 문제를 겪고 있습니다.

창의 크기를 조정하는 것은 괜찮지 만 말로는 너무 짜증이납니다. 1.20 빌드를 다운로드했지만 파일 (.ps1, .py, .rb, .go all crash)을 열 수 없습니다.

이 수정으로 곧 안정화되고 GA되기를 정말 희망합니다! 이 기계를 구입 한 주된 이유는 더 풍부한 VSC 경험을 제공하기 위해서였습니다.

모든 노력에 감사드립니다.

Windows 10 및 Dell XPS 13 용 최신 표준 빌드를 사용하는 경우에도 부드러운 스크롤을 얻으려면 "--disable-gpu"인수를 사용해야합니다.

아직 해결되지 않았다 니 믿을 수 없어 ... Surface book 2에서이 문제를 겪고 있습니다.

여전히 이에 대한 해결 방법을 사용해야합니다.

@bpasero 이 버그의 상태는 어떻습니까?

bpasero는 이것을 2017 년 12 월 15 일의 2017 년 12 월 / 2018 년 1 월 마일스톤에 추가했습니다.

다음 (안정적인) 릴리스를 계획하고 있다는 의미입니까?

나는 그것이 고쳐 졌다고 생각했지만 틀렸다. Visual Code 미리보기 빌드에서 테스트했습니다. 편집기를 열고 창 모드 (예 : 바탕 화면보다 작음)에있을 때 제대로 작동하지만 전체 화면으로 이동하면 스크롤이 고정됩니다. 이 문제는 실제로 전체 화면과 관련된 것 같습니다. 또한 편집기 설정 editor.smoothScrolling 이 작동하지 않습니다 (활성화되면 더 나빠진다고 생각합니다).

내 Surface Book 2에서 동일한 문제가 발생합니다.

이를 보지 못한 사람들을 위해 문제는 크롬 업스트림에 있습니다. 내가 알 수 있듯이, 수정 사항은 아직 출시 날짜가 지정되지 않은 electron 2.0에있을 것입니다. vscode 팀은 이번 달의 반복에서 "electronic 2.0으로 업데이트"했지만 물론 2.0이 실제로 릴리스 될 때까지 만들 수 없습니다.

그 시점까지는 vscode 팀이이 문제에 대해 할 수있는 일이 없습니다.하지만 수정이 가능한 즉시 vscode로 만들 것입니다.

@EthanRutherford @bpasero가 말한

@ nico-onmap 100 % 확실하지는 않지만 그가 내부자에 대해 구체적으로 이야기하고있는 것 같습니다. 안정은 아마도 수정되지 않은 전자로 구축됩니다.

Electron 버전에 수정 사항을 백 포트하는 방법이 있지만 아직 조사 할 시간이 없었습니다. 또한 Chrome의 수정 사항은 Chrome Canary (Chrome 66?) 용이며 Chrome 58을 사용합니다.

Dell XPS 15에서이 문제가 발생합니다. 수정에 대한 ETA가 있습니까? 아니면 사람들이 이미 Atom으로 이동하고 있습니까?

이 스크롤 문제는 Lenovo Yoga 920에서 발생합니다. 다른 IDE로 전환
몇 분마다 화면을 최소화하고 최대화하는 것 외에 해결 방법이 있습니까 ??

@navotgil 대안으로 생각한다면 오히려 최대화 한 다음 최소화합니다. 스크롤 기능은 최소화 된 형태로 더 오래 유지 될 수 있습니다. 가끔 20-30 분 동안 할 필요가 없기 때문입니다.

최소화 된 형태를 화면에 맞게 늘이기 때문에 거의 최대화 된 것처럼 사용합니다. 기둥이 끊어지는 것을 방지하기 위해 모서리에서 늘립니다. 최대화 된 형태가 문제를 제기하기 더 쉽다는 미신을 가지고 있기 때문에 최소화하여 사용합니다.

터미널에서 code --disable-gpu 로 엽니 다. 나를 위해 작동합니다.

터미널에서 --disable-gpu 코드로 열기가 작동합니다.

@frenic 정말 작동합니다! 감사합니다!

예, 여기도 마찬가지입니다. 나를 위해도 작동합니다! 와, 너무 간단합니다. 도대체 내가하지 않은 이유
생각 해봐 ;-)

2018 년 2 월 20 일 16:04, 张义飞[email protected] 은 다음과 같이 썼습니다.

터미널에서 --disable-gpu 코드로 열기가 작동합니다.

@frenic https://github.com/frenic 정말 작동합니다! 감사합니다!

—
댓글을 달았 기 때문에 수신 한 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/Microsoft/vscode/issues/13612#issuecomment-367025826 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AI1HDgJ399foRiWQN2ZViILXKVDSLsx1ks5tWu0BgaJpZM4KU8A9
.

터미널에서 --disable-gpu 코드로 열기가 작동합니다.

@frenic 굉장, 감사합니다.
성능에 미치는 영향을 아는 사람이 있습니까?

chaopeng 덕분에 패치가 백 포트됩니다 : https://github.com/electron/libchromiumcontent/pull/453

희망을 포기하지 마십시오

이 문제는 vs 코드가 나온 이후로 여기에 있으며 Windows 10에서 vs 코드를 사용할 수 없게되었습니다. 소규모 회사가 전자를 사용하여 한 번에 여러 플랫폼을 대상으로한다는 것을 이해할 수 있지만 MSFT와 같은 회사의 경우 더 네이티브라고 생각합니다. 접근 방식을 고려해야합니다. Sublime은 다중 플랫폼이며 성능 / 유동성은 메모장과 동등합니다. 마이크로 소프트는 가장 빠르게 성장하는 IDE를 구글의 제품과 특정 플랫폼에 대한 버그를 수정하는 다른 회사의 능력에 의존하도록 만들면 안됩니다.

Fuchsia repo의 Xi Editor는 편집자의 미래입니다. 아직 작업 중이지만 설명은 유망합니다. 다중 플랫폼이지만 각 플랫폼의 기본 라이브러리를 사용하여 기본 모양과 느낌을 얻고 최상의 성능을 제공합니다. 최소한의 모양이며 플러그인을 지원합니다. 나는 유동성과 부드러움으로 인해 이미 배를 숭고하게 뛰었습니다. 일단 나오면 Xi가 다음 선택이 될 것입니다. VS 코드는 멋지지만 전자를 기반으로하기 때문에 다시는 만지고 싶지 않습니다.

저는 2016 년 초에이 Surface Pro 4를 구입했습니다. 그 소식을 듣 자마자 vscode를 사용해 보았지만 그 이후로 스크롤 문제 때문에 피하고 있습니다.

나는 최근에 문제가 마침내 추적되고 있다는 것을 알았을 때 몇 년 동안 다시 사용하기 시작했으며 현재 몇 가지 해결 방법이 있습니다. Microsoft의 개발자 도구 (VS 커뮤니티 및 코드)가 Edge 또는 Groove와 같이 입력 친화적 (터치, 트랙 패드, 펜)이되기를 바랄뿐입니다. 다시 말하지만 Electron / Chromium 응용 프로그램으로는 많은 작업을 수행 할 수 있습니다. 내 문제는 vscode의 핵심입니다.

내부자 빌드에서 수정 된 것 같아요

@razielidog Patch는 어제 Electron 1.7.x에서만 합병되었습니다. 이미 내부자 빌드에 포함되어 있지 않을까요 ?

그들이 그것을 고치기를 바랍니다

이것은 끔찍합니다. 터치 패드 스크롤은 vscode에서 끔찍한 지연이 있습니다. surface pro 5 + typecover.

네 @razielidog 방금 창을 옮긴 것

8 개월 동안 이걸 따라 왔습니다. 나는 Microsoft 제품을 좋아하지만 분명히 Microsost 자체의 Precision 터치 패드는 Microsoft 자체 제품과 잘 작동하지 않습니다. Chromium 문제라는 것을 알고 있지만 여전히. Electron은 정말 한심하고 수없이 많은 Electron 제품을 시도했지만 하나도 완벽하지 않습니다.

이게 어떻게 문제일까요?

이 문제는이 내부주고 볼 사람은 시도를 구축 할 수 있습니다 : 다운로드

여기에는 문제를 해결하기 위해 다음 Chrome 수정의 백 포트가 포함됩니다. https://crrev.com/c/867070

@bpasero 아니요 문제를 해결하지 못하지만 흥미로운 관찰이 하나 있습니다. 시작시 지연이 없지만 최소화 한 후에는 내부자가 빌드하는 것과 동일하게 작동합니다.

@gurpreetshanky (도움말 메뉴에서) devtools를 열고 콘솔에 " process.versions "를 입력하고 그 결과를 보내 줄 수 있습니까?

@bpasero 이것은 출력입니다
개체 {http_parser : "2.7.0", 노드 : "7.9.0", v8 : "5.8.283.38", uv : "1.11.0", zlib : "1.2.11"…}

@gurpreetshanky 내가 말하려고했던 것은 다음과 같이 입력하십시오 : process.versions["atom-shell"]

@bpasero "1.7.12"

@gurpreetshanky 너무 나쁘다, 다른 사람들이 다른 것을보고하는지 보자. 백 포트가 빌드에 포함되었는지 다시 한 번 확인할 것입니다 ... ( 1.7.12 버전은 적어도 정확합니다).

@bpasero 예,하지만 확실히 시작시 개선되었습니다. 또한 언제 vs 코드가 electron 2.0으로 업데이트 될 것입니다. Atom에서 터치 패드는 잘 작동합니다. 왜 이것이 대 코드에만 영향을 미칩니 까?

@bpasero 내 표면 책에 빌드를 시도하고 @gurpreetshanky보다 같은 동작을 데 : 창을 최소화 한 후 작품과 휴식 다시 / 복원.

누군가 수정 사항으로 Chrome 빌드를 테스트 했나요? 올바르게 수정되지 않았나요? 몇 년 동안 버그가 많았습니다. 놀랍지 않습니다. : /

정정 : 최소화 라는 용어를 최대화에서 벗어나는 것으로 오해했습니다. 작업 표시 줄로 최소화하면 여기에서도 문제가 다시 발생합니다.

@bpasero 나는 또한 댓글 의 링크에서 내 Surface Pro에서 시도했지만 더 이상 문제가 없었습니다. 최소화 / 복원은 릴리스 빌드에서 일시적으로 문제를 해결하기 위해 수행 한 해결 방법 이었으므로 이번에는 어떻게 해결되지 않지만 문제를 다시 가져 오는지 이해하지 못합니다.

문제가 지속된다는 단 한 번의 확인만으로도 문제가 실제로 해결되지 않았다고 말할 수있을 것입니다.하지만 두 가지가 있습니다. 나는 아마도 어떻게 든 그것을 유발하지 않을 것입니다.

@bpasero ThoAppelsin 에 동의해야합니다.이 빌드에서 수정 된 것 같습니다.
번식을 시도했지만 할 수 없었습니다.

@bpasero 예,하지만 확실히 시작시 개선되었습니다. 또한 언제 vs 코드가 electron 2.0으로 업데이트 될 것입니다. Atom에서 터치 패드는 잘 작동합니다. 왜 이것이 대 코드에만 영향을 미칩니 까?

Electron 2.0.0으로 업데이트를 검토 중이지만 시간이 더 걸릴 것입니다. 2.0에서 문제가 재현되는지 확인하려면이 테스트 빌드 ( link )를 사용해 볼 수 있지만 아직 수정 사항이 포함되어 있지 않습니다.

Atom에서 재생산하지 않는 이유를 설명 할 수 없습니다 ...

누군가 수정 사항으로 Chrome 빌드를 테스트 했나요? 올바르게 수정되지 않았나요? 몇 년 동안 버그가 많았습니다. 놀랍지 않습니다. : /

다음 주에 할 수 있습니다. Chrome에서도 재현 가능한 케이스가 있습니다. 스크롤하는 웹 사이트를 가리키는 명령 줄에서 크롬을 실행하면 지연이 직접 나타날 수 있습니다. 핵심은 탭에 URL을 입력하지 않고 Chrome이 URL로 직접 시작하도록하는 것입니다.

@bpasero 나는 또한 댓글의 링크에서 내 Surface Pro에서 시도했지만 더 이상 문제가 없었습니다. 나는 그것을 되찾기 위해 최소화 / 복원을 시도했지만 할 수 없었다. 최소화 / 복원은 릴리스 빌드에서 일시적으로 문제를 해결하기 위해 수행 한 해결 방법 이었으므로 이번에는 어떻게 해결되지 않지만 문제를 다시 가져 오는지 이해하지 못합니다.

@ThoAppelsin 창을 최소화 / 복원 할

@bpasero ThoAppelsin 에 동의해야합니다.이 빌드에서 수정 된 것 같습니다.
번식을 시도했지만 할 수 없었습니다.

@razielidog 이며 창을 최소화하고 복원해도 고정되어 있습니까?

gurpreetshanky와 동일합니다. 시작시 지연은 없지만 최소 / 최대는 다시 가져옵니다.

@bpasero 내 나쁜. 나는 용어를 오해했고 아마도 @razielidog 도 혼동 최소화 를 최대화 에서

창을 작업 표시 줄로 최소화 하고 다시 복원 하면 문제도 다시 발생합니다.

@bpasero 공개 Chrome 릴리스에 버그 수정이 포함되어 있습니까? Chrome Version 65.0.3325.146 (Build officiel) (64 bits) 은 (는) 웹 사이트를 매개 변수로 사용하여 명령 줄에서 시작할 때 문제를 나타냅니다 (새 탭이 열리면 사라지지만 이것이 알려진 것 같습니다).

편집 Canary 빌드 ( Version 67.0.3367.0 (Build officiel) canary (64 bits) )에서 문제가 해결되었으며 확실히 해결되었습니다. 최소화 / 복원으로 문제가 다시 발생하지 않습니다. 그래서 아직 안정되지 않았습니다.

@ThoAppelsin 적어도 우리는 모두 동일한 행동을 가지고 있습니다.

@warpdesign 나는 그것이 Chrome 66에만 있다고 생각합니다. 베타 버전으로 동작을 볼 수 있습니까? 시도해 주셔서 감사합니다 👍

@bpasero 는 Chrome 베타와 카나리아를 모두

• Beta (65.0.3325.125) : 버그가 있음, VSCode 안정과 동일한 동작 (스크롤 지연, 최소화 / 복원이 일시적으로 수정 됨)
  
  
  
  • Canary (67.0.3367.0) : 버그가 확실히 수정되었습니다. 최소화 / 복원해도 되돌릴 수 없습니다.
  
  

따라서 적용한 패치가 문제를 다소 역전시킨 것 같습니다. 즉, 기본적으로 수정되어 복원 / 최소화로 다시 가져옵니다.

Atom ( 1.24.1 )이 Electron 1.6.16 사용하는 문제를 나타내지 않는다는 것을 확인할 수 있습니다.

아톰은 문제가 없으니 협력 해보는 건 어떨까요? 가지고 있었나요? 그렇다면 어떻게 수정 했습니까? 그렇지 않다면 왜 안됩니까?

@warpdesign 우리가 사용하는 것과 동일한 Chrome 버전과 일치하려면 Atom Beta ( 1.25.x with Electron 1.7.11 )로 테스트해야합니다. Electron 1.6.x는 이전 Chrome 버전을 사용하기 때문에 결국 이러한 문제가 발생하지 않을 수 있습니다.

백 포트가 완전하지 않은 경우 Electron과 후속 조치를 취하려고합니다 (https://github.com/electron/libchromiumcontent/pull/472에서 논의).

이것에 대한 작업에 감사드립니다!

@bpasero 방금 Atom Beta ( 1.25.0-beta3 , Electron 1.7.11 )를 사용해 보았고 스크롤링이 완벽하게 작동합니다. 지연이없고 최소화 / 복원 할 때 문제가 없습니다.

@warpdesign hmm 그래서 버그가 vscode 코드베이스에 있습니까?

@gurpreetshanky 이 버그는 Chrome에서 재현되고 Chrome 문제로 확인되고 그 동안 수정 되었기 때문에 실제로 말할 수 없습니다. Atom이 문제를 유발하지 않는 방법과 Chrome에서 수정이 작동하는 이유가 명확하지 않지만 최소화 / 복원 후에는 우리에게 적합하지 않습니다.

@bpasero 버그 수정이 적용되지 않은 다른 수정 / 변경 사항에 의존 할 수 있습니까? 이 버그에 대한 Chrome 패치를 제출 한 사람에게 연락하는 것은 어떻습니까?

@warpdesign 공평하게,이 패치는 Chrome 66 위에 적용되었고 우리는 Chrome 58 위에 적용하고 있습니다. 그래서 다른 것이

이것을 안정적으로 보는 사람들은 최소화하고 복원하면 문제가 다시 발생하는지 확인할 수 있습니까? 최소화 / 복원과 관련된 문제가 항상 발생했는지 이해하려고 노력 중입니다.

Surfacebook으로 테스트 한 결과이 문제가 이전에 존재했음을 나타냅니다. 즉, 백 포트가 시작시 문제를 해결하지만 최소화 / 복원시 다시 발생하는 문제와 관련하여 이전보다 나쁘지는 않습니다.

예, 현재 안정적인 빌드에 존재합니다 (최소화 + 복원으로 인해 스크롤이 지연됨).

버전 1.21.0
커밋 9a199d77c82fcb82f39c68bb33c614af01c111ba
날짜 2018-03-07T11 : 04 : 09.969Z
쉘 1.7.9
렌더러 58.0.3029.110
노드 7.9.0
아키텍처 x64

(적어도 Dell XPS 15 9560에서는)

제 생각에는이 부분적인 수정조차도 최소화 버그가 분류 될 때까지 내부자에 병합하는 것이 좋습니다. 적어도 사용성 관점에서.

@ynotzort 는 창에서 다른 제스처와 함께 다시 표시됩니까? 응용 프로그램 창 간 전환처럼? 최소화 / 복원이 Windows 전환에 비해 덜 자주 실행되는 작업처럼 보이기 때문에 묻습니다.

@bpasero 는 그렇게 보이지 않습니다. 적어도 alt + tab 및 windows + tab은 문제가 나에게 나타나지 않게합니다.
그러나 windows + d (모든 창 최소화 / 복원)를 사용하면 나타나게되는데 이는 매우 성가신 일입니다.

최소화 / 복원하기 전에도 최신 버전 1.21.0에서이 문제가 발생했습니다. VS Code에서 파일을 열면 터치 패드에서 스크롤이 고르지 않습니다. 나는 설정했다 :
"window.menuBarVisibility": "toggle"
따라서 빠른 해결 방법은 ALT를 누르면 menuBar가 나타나고 문제가 사라집니다. 다시 돌아올 때 최소화 / 복원주기까지입니다.

@marchom 팁을 주셔서 감사합니다. 해결 방법으로 크기를 조정하는 것이 좋습니다.

버그 동작은 1.21.0 (Windows)에서이 패턴을 따르는 것 같습니다.

• 나타남
  
  
  
  • 시작에
  
  
  • 최대화했을 때 최소화 / 복원 후 (버튼 또는 Win + D )
  
  
• 사라진다
  
  
  
  • --disable-gpu 플래그로 vscode를 시작할 때
  
  
  • 크기 조정시
  
  
  • CTRL 또는 ALT 를 누른 상태에서
  
  
  • ALT 을 탭한 후 (메뉴 모음이 숨겨진 경우에만)
  
  
  • 전체 화면 모드 전환 후 ( F11 )
  
  
  • 개발자 도구가 열려있는 경우 Help -> Toggle Developer Tools
  
  
• 효과 없음
  
  
  
  • vscode에 초점이 맞춰져 있지만 최대화되지 않은 경우 최소화 / 복원 후
  
  
  • ALT + TAB
  
  
  • Win + TAB
  
  

F11 (전체 화면 토글)을 두 번 탭해도 문제가 제거됩니다. code --disable-gpu 작동합니다 ...

이상한 점은 VSCode가 최대화되지 않은 경우 최소화 및 복원으로 인해 문제가 발생하지 않는다는 것입니다.

Electron 을 사용하는 Discord에 문제가있었습니다.
(나는 내 ​​시간의 80 %를 Linux에서 일하고 있기 때문에 더 관련이 없습니다.)

이상한 점은 VSCode가 최대화되지 않은 경우 최소화 및 복원으로 인해 문제가 발생하지 않는다는 것입니다.

@ynotzort 이 동작을 확인할 수 있습니다. 내 목록 업데이트

내 해결 방법으로 최대화 / 복원 또는 복원 / 최대화를 사용하며 (내가 기억하는 한) 항상 작동합니다. 아마도이 해결 방법은 최소화 된 후 작업 표시 줄에서 vscode를 가져올 때마다 프로그래밍 방식으로 발행 될 수 있습니까?

나는이 주제에 대해 충분한 정보를 얻지 못했지만 창을 전혀 다시 그리지 않고도 원자 적으로 충분히 할 수있을 것입니다. 수정 사항이 나오고 크롬 / 전자에서 vscode로 전파 될 때까지 vscode는 임시 조치로 이와 같이 패치 할 수 있습니다.

@ pd93 또한 Help -> Toggle Developer Tools 도 문제를 완화하는 것으로 나타났습니다. 어떤 이유로 개발자 도구가 눈에 띄는 경우 지연이 발생 하지 않습니다 .

@karasq 감사합니다. 확인할 수 있습니다. 개발 도구를 열면 vscode에 초점을 맞출 때 크기가 조정된다고 가정 할 수 있습니다. 이 이론을 뒷받침 할 것이 없지만.
제 목록에 추가했습니다 ^^^

@karasq 감사합니다. 도움말-> Toggle Developer Tools 가 저에게 효과적 이었습니다.
및 코드 --disable-gpu도 작동했습니다.

@bpasero 방금 electron 1.7.13의 릴리스 노트에서 "정밀 트랙 패드 / 마우스 스크롤링에 대한 지원을 수정했습니다." 강조 표시됩니다. 1.7.12 대신이 버전을 사용할 수 있습니까?

@razielidog 우리는 1.7.12를 사용하지만 정확한 패치를 백 포트했습니다 ...

오늘의 내부자 빌드 ( 3a70cdfd8f84136e858b3d39e5a709e637fc35e7 )를 사용하면 "window.smoothScrollingWorkaround": true 를 설정하여 창을 복원 할 때 부드러운 스크롤을 얻을 수 있습니다. 이 빌드에는 초기 시작시이 문제를 해결할 Electron 버전도 포함되어 있습니다.

어떻게 진행되는지 알려주세요. 이 새로운 설정이 기본적으로 활성화되지 않은 이유는 a) 해결 방법 일뿐 실제 수정 사항이 아닙니다. b) 복원 할 때 창이 약간 깜박입니다.

@bpesaro 좋은 소식! 지금은 서피스 북에 액세스 할 수 없습니다. 며칠 후에 시도해 보겠습니다. 깜박임은 창이 복원 될 때마다 패치가 다시 적용된다는 의미입니까?

@warpdesign 깜박임은 말 그대로 해당 옵션을 활성화하면 창이 복원 될 때 메뉴 표시 줄 가시성을 토글한다는 사실에서 비롯됩니다. 그러나 초기 시작시에는 발생하지 않습니다.

@bpasero 해결 방법은 내 Surface Book에서 예상대로 작동하며 최소화 / 복원 후 더 이상 지연되지 않습니다.

이 문제는 Windows 버전 (특히 정밀 터치 패드)과 관련이있는 것 같습니다. Windows 7의 호환 모드에서 VS 코드를 실행하면 스크롤 지연이 사라지고 더 이상 나타나지 않습니다.

@ TXH1997 호환성 모드 아이디어에 감사드립니다. Windows 7 comp. 모드는 스크롤 지연 문제를 영구적으로 해결하는 것 같습니다 (Surface Pro 4에서).

@ TXH1997을 호환 모드로 실행하면 GPU없이 실행됩니다. 따라서 통합 터미널과 같은 기능이 작동하지 않습니다.

네, 일시적인 해결책 일뿐입니다. 버그 수정이 남아 있습니다 ...

오랫동안이 문제를 해결하기를 바라면서 MS가 적절한 수정을 제공 할 수없는 이유를 이해하지 못합니다.

현재 버전 1.21.1의 Surface Book에서 확인

사람들이 1.22와 함께 제공되는 현재 해결 방법을 볼 수 있도록이 문제를 잠글 것입니다.

Windows 10이 수정 작업을하고 있으며 Windows 10 Insider Preview Build 17751에 포함되어 있고 10 월 업데이트 (RS5)에 포함될 것으로 보인다는 사실에 대한 피드백을 받기 위해이 문제를 잠금 해제하고 있습니다.

누군가가 문제가 실제로 Windows 10 내부자 빌드로 수정되었음을 확인할 수 있다면 좋을 것입니다. 지금까지 https://github.com/Microsoft/vscode/issues/53793#issuecomment -417922382의 @Drae 에서 문제가 해결되었다고 들었습니다.

확인하려면 :

• Windows 10 Insider Preview 빌드 17751로 업데이트
• window.smoothScrollingWorkaround 설정 제거 (구성된 경우)

@bpasero Surface Book의 17751에서는 더 이상 문제가 없습니다.

@bpasero 예 정밀 터치 패드가 장착 된 Dell XPS 15의 17751.1에서 문제가 해결되었습니다.

호기심 : Windows 7 또는 Windows 8에서이 문제를 겪은 사람이 있습니까? 수정은 아마도 Windows 10에서만 이루어질 것이기 때문에 묻는 것입니다.

@bpasero 내가 잘 기억한다면 정밀 터치 패드를 지원하지 않았기 때문에 이전 버전의 창에서는 이런 일이 일어나지 않을 것이라고 생각합니다.

Windows 10 2018 년 10 월 업데이트가 출시되면이 변경 사항이 적용됩니까?

내 hp 데스크탑 PC 전원이 1 분 동안 켜져 있지만 모니터가 열리지 않고 2 년 전에 Windows 10을 업데이트했을 때 마우스 또는 키보드가 작동하지 않았습니다.

@ bdr99 예, 10 월 업데이트의 일부로 사용할 수 있습니다.

Windows 10 10 월 업데이트가 사람들에게 배포됨에 따라 이것을 닫습니다. 이 버그는 Windows 10 RS5 업데이트의 일부로 수정되었습니다.

멋져요, 이제 RS5를 기다려야합니다.

이 릴리스에 대해 "window.smoothScrollingWorkaround": true 을 유지하기로 결정했으며 향후 더 많은 사용자가 최신 Windows로 업데이트 할 때이를 제거 할 계획입니다.
최신 Windows 10 버전이없는 사람이이 내부자 빌드를 가져 와서 window.smoothScrollingWorkaround 가) 이전과 같이 작동하고 스크롤이 매끄럽다는 것을 확인할 수 있습니까? 정말 감사하겠습니다.

https://az764295.vo.msecnd.net/insider/1d0e4299c6ccfe9210252c811b4247cfdc8a6a44/VSCodeSetup-ia32-1.29.0-insider.exe
https://az764295.vo.msecnd.net/insider/340133accd0b66202bde342f995f00b02f63c0d4/VSCodeSetup-x64-1.30.0-insider.exe

@isidorn 아직 10 월 업데이트를 설치하지 않았으므로 테스트를 위해 내부 빌드를 설치했습니다.

그러나 KB4462933 업데이트로 문제가 해결되었습니다. 이제 안정 / 내부자 빌드와 업데이트 후 window.smoothScrollingWorkaround 유무에 차이가 없습니다.

더 많은 추천 글 : https://github.com/Microsoft/vscode/issues/62327#issuecomment -436597428, https://github.com/Microsoft/vscode/issues/61824#issuecomment -433785824.

@HazemAM 점프 해 주셔서 감사합니다!
그렇기 때문에 설정이 여전히 작동하는지 확인할 수 있도록 최신 Windows 업데이트가없는 사람이 사용해보아야합니다.

@isidorn 아, 10 월 업데이트가 아니라 최신 증분 업데이트를 의미 했습니까?

예, https://support.microsoft.com/en-us/help/4462933/windows-10-update-kb4462933 이없는 사람이 필요합니다.

window.smoothScrollingWorkaround: true 구성하는 것만으로는 충분하지 않으며 window.titleBarStyle: native 를 통해 사용자 지정 제목을 비활성화해야합니다.

설치할 수있는 Windows 업데이트 (최신 버전), 최신 vscode가 없으며 부트 캠프 창을 실행하고 있습니다.

트랙 패드를 사용할 때 부드러운 스크롤 작업을 수행 할 수있는 방법은 전혀 없습니다 (이 스레드의 제안 조합 포함). Vscode는 내 제어판 마우스 휠 설정을 무시합니다. vscode가 작동하도록 할 수있는 유일한 방법은 "editor.mouseWheelScrollSensitivity": 0.2 를 설정하는 것입니다.하지만 트랙 패드와 마우스 사용간에 전환하므로 장치를 전환 할 때마다이 설정을 변경해야합니다!

이 때문에 vscode는 사용하기가 꽤 어렵습니다!