私のVMでこれが表示されませんでした。@ Tyriarに割り当てて、Linuxでも

現在、Linuxラップトップを持っていません。今年の10月に、思い出させるためにマークを付けます。 / cc @alexandrudima

どこにでもあるわけではありませんが、私はこれを持っています。 ツリービューパネルとすべてのエディターはスクロールをスムーズにしなくなりましたが、拡張機能の詳細ページのように、おそらくブラウザーレンダリングを使用しているエントリは、引き続きスムーズにスクロールします。

ランニング：
arch linux-x86_64 Linux 4.7.6-1-ARCH
GNOME Shell 3.22.1

Ubuntu 16.04を使用して1.6.0と1.5.3を比較すると、ツリービューとエディターのどちらでも違いがわかりません。 @bpasero @alexandrudima何かアイデアはありますか？

https://github.com/Microsoft/vscode/issues/12637の重複

これがその問題の重複であるとは思わない。この問題はまったく機能しないことを示しているが、この問題は純粋にスムーズなスクロールに関連している。2本指のスクロールは機能するが、通常の「ジャンピー」スクロールのように機能する。

私は@ jshap70に同意し

これは、54年に修正されたChromium（そこでも気づきました）のリグレッションだと思います。

これを確認できます。エディターに2本指のスクロールを使用すると時間がかかります。 Windows10マシンでバージョン1.6.1を使用しています。

スクロール処理ロジックに変更はありませんでしたが、新しい電子バージョン（Chromium 52を含む）に更新しました。

Chrome52にもこの問題があるかどうかを調べるのは興味深いことです。 エディターhttps://microsoft.github.io/monaco-editor/にもまったく同じスクロールコードがあるので、誰かがそれを試してここで調査結果を報告したい場合は、ありがたいです。

Chromiumにはタッチパッドの問題がたくさんあります： https ：

私たちは彼らの既知の問題にぶつかっていますか？

モナコでのスクロールはスムーズで、Chrome（beta）55.0.2883.21とChromium54.0.2840.71の中でvscodeが以前に行ったのと同じように感じます。
テスト用にChromium52.0.2743.85のバージョンを作成しましたが、同じジャンプスクロールがあることを確認できます。 その中でモナコを使うのは特にラフです。 これは、おそらく電子バグであり、vscodeバグではないという考えを裏付けています。 残念。

@ jshap70これがChromiumのバグであり、新しいバージョンを入手すると修正されることを確認していただき、ありがとうございます。 fyi @bpasero

私は今日、SurfaceBookでもこれを経験しました。 本当に残念です。 最も奇妙なことに、マウスを少し使用した後、トラックパッドは再び正常に機能していました。 申し訳ありませんが、私たちの側でできることは何もありません。マウスホイールイベントを取得し、取得するとそれらを尊重します。

ElectronはまだChrome54を採用していませんが、計画中です。

@ jshap70は

@bpasero Chromium 53.0.2785.92のコピーを作成しました。これは、入手可能な最高の53ですが、モナコを使用するとスクロールが途切れる問題がありました。 したがって、54は修正された最初のバージョンです。

しばらくこれで遊んでいました。 Lenovo Yoga 910（Kaby Lake）を使用したテスト-Windows 10Pro。

テスト中に、VSCodeを最大化して起動するとラグが発生することがわかりました。 気が狂うのではないかと思ったのですが、ウィンドウを復元してから再度最大化するだけで、スクロールジャンクがすべてなくなりました。

ビー玉をなくしていないことを確認するために、妻にブラインドテストをしてもらいました。 昼と夜の違いでした。 これが問題の特定に役立つことを願っています。今夜または明日、自分で問題を解決するために飛び込みます。

Lenovo Yoga910でも同じスクロールの問題があります。
ウィンドウのサイズを変更した後、スクロールは再びスムーズになります。

私はSurface4 Proを持っていますが、同じ問題が発生します。 ウィンドウのサイズを変更すると、スクロールが修正されます。

私がクロムを介して追跡してきた問題は、WindowsではなくLinuxのLenovo W530 ThinkPadにのみ存在し、ウィンドウのサイズを変更しても解決されないことを言及する必要があります。 それはまったく別の問題かもしれません。
これらの問題を抱えている人は、クロムまたはクロム52または53のバージョンをインストールして、モナコに同じ問題があるかどうかを確認してみてください。

SurfacePro4でこの問題が発生しています。 ウィンドウがフルサイズの場合、タッチパッドを使用すると、スクロール時にエディターが遅れます。 デスクトップが少し見えるようにウィンドウのサイズを変更すると、問題は解決します。

Win10と新しいSurfaceBookを使用しているときに同じ問題が発生します。 ウィンドウのサイズ変更と再最大化がそれを解決するように見えることを確認できます（少なくともこれまでのところ）。

現在、Dell XPS 15 9550（タッチスクリーンバージョン、Win10 x64）の最新バージョンを使用していますが、この問題が発生しています。 タッチスクリーンスクロールを使用しても、タッチパッドだけで発生することすら知りませんでした。

サイズ変更/最大化のトリックは、少なくとも少し修正します。

ここと同じ問題。 Surface Book / Windows 10ですが、再最大化すると解決します。 VSCodeを開くたびにそうする必要がないのは素晴らしいことです。

Chromium 54がElectronに統合

Chrome54がリリースされたElectronのリリースはまだありません。

Chrome54での電子放出は1月に行われる予定です

電子/プル/ 8406から

（...）これをベータ1.5.0としてnpmにリリースする予定です

Insidersが新しいElectronにアップデートするときに通知される方法はありますか？

私も新しいエレクトロンを待っています。 このような美しい画面とエディターがひどいスクロールに悩まされているのは残念です。

この問題は、2016年後半のDell XPS 13 9360QHDにも存在します。 タッチスクリーンでスクロールすると、タッチパッド（Windows Precisionドライバー）のみが影響を受けることに注意してください。

これは1.10.2でも問題のようです（Dell XPS 15、タッチスクリーンはスムーズです）

では、今の問題は何ですか？ これは1月に修正されるべきであることが示されました。

スクロールがクロムで壊れていることについて私が投稿した情報はLinuxに関連していたため、この特定の問題は実際にはWindowsの問題を追跡していないという以前のコメントを繰り返したいと思います。
とはいえ、この問題は現在のバージョンのvscodeにも引き続き存在します

アトムのようにカスタムのスムーズスクロールを開発でき、 https：//github.com/Microsoft/vscode/issues/21359にも関連してい

@pixieakaは現在、コードがchromeのネイティブスクロールを使用しています。これは、私の個人的な意見では、適切に機能する場合、その上に構築されるものよりもはるかに優れています。 さらに、スクロールは修正され、モナコで最新バージョンのクロム（ここを参照）で実行すると正しく機能します。これが、電子の問題であることが知られている理由です。 したがって、コードの問題ではないため、実際に書き直す必要はありません。

彼らは電子がクロム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

しかし、スクロールの問題はまだ解決されていません

@pixieakaスクロールのどの問題？ この問題は、WindowsではなくLinuxでのスクロールに関するものです。

@ jshap70 https://github.com/Microsoft/vscode/issues/20840 Windows10のdellラップトップでも同じ問題が発生します。トラックパッドを使用するとスクロールが非常にジャンプします。

@pixieakaは、ウィンドウのラグスクロールに関連している可能性があります。 私はここで同じ問題を抱えています。 https://github.com/Microsoft/vscode/issues/20348#issuecomment -291060102

これは私を狂わせています。作業中は毎分復元/最大化する必要があります。 これに関する更新はありますか？

今日のVSCodeインサイダービルドにはElectron1.6.xが付属していますが、このアップデートでこの問題が解決するかどうかを聞いてみると興味深いでしょう： http ：

@bpaseroリンクが機能するとは思いませんが、代わりにhttps://code.visualstudio.com/insidersにする必要があり
機会があればチェックしてお知らせします。

@bpaseroスムーズなスクロールが最新のインサイダービルドに戻ってきたことを嬉しく思います！ Linuxでは、つまり。

かっこいいありがとう！

私のDellXPS 13 SkyLake、Precision TouchPad、Windows 10 @ 125％スケーリングでは、今日のインサイダービルドa5e9d3でも同じ問題が発生します

いくつかの詳細情報：

画面はscoll-endでのみ更新されるようです。 したがって、2本の指でスクロールします...（何も起こらなかった/凍結したように見えます）
次に指を離します<-画面の更新。

二重のコメントで申し訳ありませんが、「-disable-gpu」を使用すると、スクロールが非常にスムーズになります。

ヒントについては、 https： //github.com/Microsoft/vscode/issues/14716#issuecomment-293120446に感謝し

コンテキストメニューからコードを起動する場合でも、このフラグを常にオンにする方法はありますか？
編集：そうではないようです

特定のパラメーターを使用してコードを実行する方法があるとよいでしょう（コマンドラインパラメーターに使用される〜のstartup.jsonはどうですか？）が、GPU関連の問題が修正されることを望んでいます。

code --disable-gpuを実行するグ​​ローバルシェルスクリプトを作成することの何が問題になっていますか？

グローバルショートカットを使用しても問題はありません。 しかし、バグを回避するためにGPUを無効にすることは、私に言わせればあまり良くありません。 レンダリング/スクロールにCPUの代わりにGPUを使用すると、バッテリーやパフォーマンスなどに大きな影響を与える可能性があります。

xpsでテストしたばかりで、非常に有望なようです。 クリーンインストールでは、第一印象はかなりスムーズです。 すべてのアドオンでどのようになるかを確認する必要がありますが、今は希望があります。

確認できます。DellXPS159560+ Windows 10 Creators Update、 --disable-gpuは回避策として機能します。

--disable-gpu実行しても、SurfaceBookではまだスムーズではありません

Surface Book（クリエイターの更新）ではスムーズではないことを確認しました。もうそれほどジャンプしませんが、かなり遅れています。

コアコードチームの誰かがそのようなデバイスを手に入れましたか、それとも全員がMacで作業していますか？ :)

@warpdesign私は

この問題について報告された情報を収集/要約するためのwikiページを開始しました-https ：//github.com/Microsoft/vscode/wiki/Known-issues

[GPUを無効にする]はxps15 "では機能しません。最小化/最大化は機能しますが、ほんの少しの間だけ、それを継続する必要があります。最新リリースでも同じ問題が発生します。

@vladkosarevは私のために働きます、あなたは彼らのウェブサイトから最新のインテルグラフィックスドライバーにアップデートしようとしましたか？

言及されているかどうかはわかりませんが、これは電子の問題です。 Slackデスクトップクライアントでも同じことが起こります。

ASUSZenbookラップトップでも問題が発生します。 最大化を解除（および再最大化）すると、問題が一時的に修正されるようです。

• 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 XPS9560でも同じ問題が発生します。奇妙な回避策が見つかりました。

タスクバーを右クリックして、タスクバーの設定を選択します
タスクバーの向きを現在の方向とは逆に変更します。つまり、[下の場合]を[上]に設定するか、その逆に変更します。 左なら右など
タスクバーを元の方向に戻すか、そのままにしておくかは関係ありません。
再びスムーズなスクロール
VS Codeを起動するたびにこれを行う必要がありますが、機能します。

また、問題が発生しています。 最小化/最大化のトリックは役立ちますが、確かに迷惑です。 残念ながら、 Electronのレポにはこの問題に関する最近の情報はありません。

ノートパソコン：Dell XPS 9560
OS：Win 10 Pro 10.0.15063
VSコード：1.12.2

Acer Nitro15でも同じ問題が発生します。

ラップトップ：Acer V Nitro 15
OS：Win 10 Pro
VSコード：1.14.0-インサイダー

ここエイサーで同じ問題。 復元/最大コードウィンドウと2本の指によるスクロールが再び機能します。

ラップトップ：Acer Aspire F5-573
OS：Win 10 Home 1703
VSコード：1.13.0

VSコードをインサイダービルド1.14.0にアップグレードしても、問題は解決しません。

ウィンドウを復元/最大化するか、-disable-gpuを使用してコードを実行することで解決できます。

Surface pro 4.（I5、8GB、256G）でも同じ問題が発生します。
OS：Win 10 Home 1703
VSコード：1.13.0
ウィンドウのサイズを変更することで解決できます。

それが役立つかどうかはわかりませんが、スクロールに関するこの途方もなく詳細な記事を見つけました:) https://pavelfatin.com/scrolling-with-pleasure/

ここで同じ問題。
OS：Win 10proビルド14393
VSコード：1.13.1

OSに関係していると思います。 Win 10に統合されたアプリは、TrackPointスクロールを十分にサポートしていないため、コードはOS内で一部のライブラリを使用する場合があります。

迅速な一時的な回避策：Win + DOWN、Win + UP

私はインサイダー、Surface Book（i5 8gbモデル）を使用していますが、スクロールが非常に遅くなっています。

VSCodeチームの誰かがSurfaceBook（または任意の精密タッチパッド）にアクセスして、何が問題なのかを確実に確認し、適切な修正（または回避策）が提供されているのはどうですか？

SurfaceデバイスはMicrosoftのWindows10のフラッグシップマシンです。このような美しいマシンでVSCodeのパフォーマンスが非常に悪いことに腹を立てます（さらに、VSCodeを使用して深刻な作業を行うことができなくなります）。

@warpdesign一部のVSCodeチームにはSurfaceデバイスがあり、問題を認識しています（ upthreadを参照）。 非常に苛立たしいですが、それはまだ誰も解決できない上流の問題です。

誰かが実際にそれに取り組んでいるかどうかはわかりませんが..ElectronはChromeの問題だと言っているだけだと思いますが、基本的にまったくアクティビティがないこのバグを除いて、課題トラッカーでバグを見つけることができませんでした。誰かがこれに取り組んでいるかどうか誰かが知っていますか？

それは私の4kXPS 9550でも起こっており、それは私を狂わせています。 私はVSCodeが大好きですが、5分ごとに最小化/最大化する必要があるのはとても面倒です...

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

@tobiasviehwegerそれがまだそこにあるのは

Monacoを搭載したChromeで問題を再現できますか？ それともVSCode + Electronに固有ですか？

--disable-gpuトリックを試すまで、Dell XPS13 / Windows10ではスクロールが途切れ途切れで基本的に役に立たない。 理想的ではありません。 Electronがより最近のChromiumに移行する兆候はありますか？

ここで問題に苦しんでいる+1。
私は実際にSurfaceBookを購入したのは、タッチパッドとキーボードが優れていて、ほとんどが仕事用だったので、これは私にとって重大な問題です。SurfaceBookを返品して、Macをもう一度購入することを検討しています:(
私のVSCodeバージョン：

別のデータ：
私の古いMacAir 11 "（macosxではなくWin 10がインストールされている）では、タッチパッドはVSCodeでうまく機能します。
バージョン：

plsを修正しますか？

いくつかの詳細。

私のSurfaceBookで正確に起こることは、2本の指で上下にスワイプすると次のようになります。

• ほとんどの場合、スクロールしますが、 after a 1 second lag
• イベントがVSCodeに到達しなかったかのように、まったく何も起こらない場合があります
• まれに、スクロールが時間どおりに行われることがあります

ご覧のとおり、これは非常に信頼性が低く、そのようなデバイスではVSCodeを使用できなくなります。

DOMイベントで何が起こったのかを知りたかったのですが、devtoolsを開くと、期待どおりにスクロールが機能し始めました。つまり、1秒の遅延がなく、スワイプするたびに実行されました。 これにより、問題の追跡が困難になります。

@kokajambo @ Deiru2kはあなたも経験していることですか？

メインメニューを表示または非表示にするだけで、ウィンドウのサイズを変更するのと同じように機能することがわかりました。 したがって、通常はメニューを非表示にしている場合、スクロールがぎくしゃくしたときにAltキーを2回すばやくタップすると、しばらくの間再びスムーズになります。

電子は更新されたことがありますか？

はい、この問題が最初に報告されて以来、Electronを複数回更新しました。 問題が報告された時点では、Chromium52で構築されたElectronバージョンを使用していました。現在はChromium56を使用しており、ChromeブラウザはChromium60を使用しています。

アップストリームの問題：
Electron： https ：
Chromium： https ：

楽観主義者になる場合は、Chromium> = 58で構築されたElectronバージョンに更新すると、この問題は修正されるはずです。

問題が修正されない場合は、これがElectron固有の問題であることを示している可能性があるため、Electronの友人にさらに支援を求める必要があります。

それまでの間、回避策は引き続き機能します（ウィンドウを開いた後、ウィンドウのサイズを1回変更します）。

私もこの問題を抱えています。
VSCodeバージョン：コード1.14.2（cb82feb、2017-07-19T23：34：09.706Z）
OSバージョン：Windows_NT ia32 10.0.15063

コード--disable-gpuを使用して問題を解決しました

この問題は、レイザーステルスで確認できます。これにより、最小化/最大化により、しばらくの間修正されます。

@ IanNS333ここでも同じですが、Dell XPS 13（9350）を使用します。

最近の更新後、これはさらに悪化しているようです。

以前は途切れ途切れでしたが、他の人が述べているように、ウィンドウのサイズを変更して再度最大化すると消えてしまいます。 今ではまったくスクロールしません。 2つのファインダーをスクロールすると、ウィンドウ自体がわずかに「バウンド」するように見えます。

Samsung Notebook9の使用

ASUS UX501JWでこの問題にぶつかり、調査を行いました。

問題の説明： ChromeまたはElectronを通常どおり実行すると、スクロールは各バージョンで機能します。管理者として実行すると、テストされたバージョンのいずれも機能しません。

テストされたバージョン：
--Chrome 62（スタンドアロンブラウザ、カナリア）
--Chrome 60（スタンドアロンブラウザ）
--Chrome 58（電子1.7.5）
--Chrome 56（電子1.6.6）
--Chrome 54（スタンドアロンブラウザ）
--Chrome 51（スタンドアロンブラウザ）

OS： Windows 10

このバグは、VS-codeにもElectronにもありませんが、Chromeまたはtouchutilsの記述方法にあります。 ASUSラップトップの場合、トンネルに光がないという私の発見に関する情報を追加したかっただけです。

ASUSラップトップ（ここではUX360CAK）とWindows 10と言えば、システム全体のスクロールは先月かそこらで私にとって非常にグリッチでした。 たとえば、ページ（Chrome）またはアイテムのリスト（Thunderbird、ただしファイルエクスプローラーではない）を勢いよく下にスクロールすると、スクロール位置がランダムにリストの一番上にリセットされます。

もう1つは、誤検出の量が耐えられなかったため、ピンチズームをオフにする必要があったことです。それでも、これまで問題が発生したことはありませんでした。 Macbook Proのトラックパッドに戻ることは、ある種の宗教的な啓示のようなものでした。

（編集：asusユーティリティのアンインストールとネイティブWindowsタッチパッドドライバーのロールバックに関する私の投稿を削除しました。これらはどちらも奇妙さやおそらく（tbd）vscodeの問題を解決していないようです）

@youurayyうん、Dell XPS 13で、ピンチをオフにしてズームをオフにする方法を見つけたのは嬉しかった。

@youurayyASUSノートパソコンで管理者としてChrome / Electronを実行しているときに、スクロールが機能しない場合の回避策を

回避策：

• タスクマネージャーでASUSSmartGestureアプリケーションを強制終了します。
• 管理者として実行してSmartGestureアプリを再起動します（AsusTPCenter.exe、AsusTPHelper.exe、AsusTPLoader.exe）

知識に基づいた推測では、この問題の原因は2つあります。

• ASUS Smart Gesturesは、おそらくタッチイベントを他のウィンドウに奇妙な方法で送信しています。Microsoftのタッチパッド標準に準拠していないという議論を見てきました。
• Chromeが昇格で実行されている場合、Chromeは昇格で実行されないプロセスからのイベントをブロックします

Smart Gestureを取り除き、新しいASUSモデルをスクロールする方法はありませんが、これで作業できるものが得られます。

これは2016年10月に投稿されましたか？ これがもっと早く修正されることを本当に望んでいます。 だまされて閉じられた新しい問題＃35844を投稿しました。 すべてのプラグインを無効にすると、より良い結果が得られましたが、完全にスムーズではありませんでした。 しかし、それも最適な解決策ではありません。 私にとってのラグは、i7 SurfaceBookではほぼ1/2秒です。 code --disable-gpuオプションを試しましたが、完全にスムーズではありませんが、より優れているため、回避策は標準以下です。

マウスを接続することは、100％回避策であることが証明されました。 これは皮肉なことです。

@ Deiru2kええ、マウスホイールのスクロールは問題ありませんが、マウスはタッチパッドとまったく同じようにはスクロールしません。 タッチパッドにはある程度の速度があります。タッチスクリーンデバイスからそれを知っています。 スライドが速いほど、スクロールも速くなります。 マウスホイールはX行スクロールし、ステップスクロールに近いものです。

これは、最新のVSCode（本日更新）を搭載したDellXPS15でも引き続き発生しています。 私の回避策は、win + down-arrowとwin + up-arrowをクリックすることです。 これにより、VS Codeウィンドウが最大化されないように変更されてから、最大化されるように戻されます。 それは機能しますが、それは本当に迷惑です。

ところで、もう1つの情報。 Logitechタッチパッドを搭載したデスクトップでVisualCode 1.17.0で2本の指によるスムーズなスクロールをテストすると、問題なく動作しているようです。 おそらくこれは特定のタッチパッドドライバーに関連するものですか？ Surface Bookでは、ぎくしゃくして反応しません。 しかし、ChromeとEdgeは完全にスムーズです。 おそらく、それはアプリ、おそらくドライバー、あるいはElectronがサンプリングするレートに完全に関連しているわけではありませんか？ よくわかりません。

この問題は、Surface Pro 4、vscode1.17.0で発生しています。
他の人が述べているように、最大​​化/最小化は一時的に役立ちます。

この問題は特定のデバイスに固有です。 私のパーソナルマシン（asus rogラップトップ）は2本の指でスクロールするのとまったく同じように動作しますが、私のワークマシン（dell Precisionラップトップ）にはここで報告されている問題があります。

また、vscodeチームの他のメンバーがすでに述べたことを繰り返すと、これは電子の問題のようであり（他の電子アプリで問題を再現できるため、確認できます）、vscodeチームでは修正できない可能性があります。 、残念ながら。

この電子発行スレッドによると、問題はクロム自体にあります。

これが私がchromeのバグトラッカーで見つけたものです:(リンク）

@EthanRutherford https://github.com/Microsoft/vscode/issues/13612#issuecomment -324351903に記載されているASUSの回避策を試しましたか？

管理者としてAsusTPLoader.exeを再起動すると、テストしたASUSラップトップの問題が解決します。 エンドユーザーがその回避策を実行することを期待できないため、これを自動的に行うノードモジュールをElectronアプリに構築しました。

@EthanRutherfordこれがchromeバグレポートのelectron /＃8960と同じ問題であるかどうかはわかりませんが、ユーザーはハードウェアアクセラレーションを無効にしても問題は解決しないと言っています。

さらに、Chromeでは問題は発生しませんでした。

私は実際にある時点でChromeと同じようなことを経験しました。 そしてその時、最小化-復元のトリックも役に立ちました。 たぶんChromeもElectronを使っています。

@mogemimi実際にはその逆

Dell XPS13でもこの問題が発生しています。

@robinwassen asusラップトップは、実際には正しく動作しているものです。 デルのトラックパッドが問題を抱えています。 私は通常USBマウスを使用しているので、この問題はあまり発生しません。

@dopareは、

ところで、私はChrome自体にも同じ問題があります。
関連する可能性のある問題が見つかりましたhttps://bugs.chromium.org/p/chromium/issues/detail?id=765311

デルのxpsでも同じ問題が発生し、サイズ変更はしばらくの間役立ちます。Chromeではこの問題は発生せず、vscodeのみで発生します。

Schenker XMG P507（Win 10、CPU / GPU：i7-7700HQ、タッチパッド：Synaptics SMBus）でも同じ問題が発生します。 タッチパッドでのスクロールが使用できなくなるほど悪化します。 GoogleChromeでは問題ありません。

パフォーマンスベースのSurfaceBookで同じ問題が発生しましたが、私のシステムは以下のとおりです。

最新のクロームは問題ありません

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バージョン：コード-インサイダー1.18.0-インサイダー（e6a76e4bd3f52ab07452bb181e861f5a9bfb6596、2017-10-27T04：19：22.491Z）

（Dell XPS 13 Precisionタッチパッド）

1. Windowsのスタートメニュー->コードインサイダー
2. Code Insidersは、以前のプロジェクトに合わせて最大化されて開きます
3. スクロールはまだ使用できません（スクロール中に移動せず、しばらくすると突然大ジャンプします）

朗報です！

これはChromeチームによって取り上げられました： https ：

すごい。 Vs Codeはまったく悪くはありませんが、この問題により、私は完全に使用をやめました。

あなたが前に言及した@CoenraadS ：

VSCodeが空白で始まり、フォルダーを開くと、問題なく動作します。

おそらく別の原因があるため、一般的なスクロールパフォーマンスとは別の問題としてそれを提出する価値があるかもしれません。

私はWindows10とUbuntu17.10（Gnome 3.26だと思います）でVSCを使用していて、完全に機能していました。現在、Fedora27でもGnome3.26.2でこの問題が発生しています。
VSCode1.19を実行しています
これは、Atomなどの他のElectronアプリでも発生しています。
ウィンドウのサイズを変更しても、私にはそれができません：[

では、ここにいる全員がVSでのみ問題を抱えているのでしょうか。 私はDellInspiron 7577 Gamingを持っていますが、このスクロールの問題はほとんどすべてにあります。 日食とクロムはそれが最悪です。 また、Discord、Slack、Atomテキストエディター、およびソースツリーにもあります。 それは私を非常に狂わせているので、私はこのラップトップを返そうとしています。

@ RJ-Fynydd HP Spectre x360のSublimeでも、同じ問題が発生します。 正しく覚えていれば、Chromeで使用していましたが、 chrome：// flags /でスムーズスクロールを無効にすることで「修正」しました

これは私のSurfaceBookでかなりひどく起こっていて、非常に目立ちました。 過去2回のリリースで何かが改善されましたが（私は1.18を使用しています）、使用後に少しジャンプすることに気づきました。 使用法では、大きなコードファイルを開き、スクロールし、ファイルで作業し、保存し、他のファイルに切り替えて、戻ってくることを意味します。 ウィンドウのサイズ変更はまだそれを修正しているように見えるので、タッチ/スクロールスキャンサイクルのタイミングにはまだ奇妙なことがあります。

私のSurfaceBookはまだスムーズではありませんが、1年近く耐えられるとは信じられません

@ivyhaswell最新バージョンのビジュアルコードはありますか？ IDEのサイズを変更するとどうなりますか？ 消えますか？

Gnomeを使用している場合は、Waylandの代わりにXorgを使用してこれを修正できます。
ログインする前に変更できます。
人生は再び素晴らしいです。

@alanosmanバージョン1.8.1では、サイズ変更後数分間はスクロールが正常になります。

@ivyhaswellは大丈夫です-これは、

これはMacbookPro（2015、Retina）でも起こっているようです。 以前は非常にスムーズに動作していましたが、現在は非常に小さなプロジェクトが開かれ、Chrome、Slackなどがいくつかあります（CPUは1〜3％を超えず、RAMは9.4 / 16GBが使用されます）。スクロールすると遅れます。

問題はまだ解決していません。 私はDellXPS 13 2017、win10を持っています。 幸いなことに、ここで指摘されているように、ウィンドウのサイズ変更は修正されています。 ありがとう

私はこの問題の解決策を探してここに来ました。
そして、私はこの問題が1年以上続いていると思います.....
Asus Strix ROGGL753を使用しています。

フー、それは私の間違いだと思いましたが、workaorund（サイズ変更ウィンドウ）が存在するのを見るのは良いことです。 Asusの高精度トラックパッドを使用しています。

同じ問題がある（Lenovo Ideapad 720s / 8th gen i7 / 8 gb ram / nvidia geforce mx150）

ここでも同じですが、Windows PrecisionDriversを使用したタッチパッドでのスクロールは非常に不安定です。 動作する場合と動作しない場合があります。 VS Code ver：1.18.1 x64

Surface Pro（2017）でスクロールしているときに同じ問題が発生する

この問題はまだ夜間に存在します。 私は第1世代のSurfaceBooki7を使用しています。 これがタイミングの偶然かどうかはわかりませんが、Fall CreatorsUpdateにアップグレードして初めてこの問題に気づき始めました。

この問題はゆっくりと機能に進化していると思います😄

11時間前にchormiumで解決： https ：//chromium-review.googlesource.com/c/chromium/src/+/809829#message-85e8d8e27337bf85caecffcd4978f979a67f1378。
追加されたバグのあるコードはGPUスレッドに関係していたため、彼らはまだ監視しています。
この問題に関連する電子バグ： https ：

パッチがすぐにvscodeにバブルアップすることを願っています:)

SkylakeXPS13と同じ問題

同じ問題。 すぐに修正されることを願っています

Chromeはこの問題の修正をテストしているようです（https://bugs.chromium.org/p/chromium/issues/detail?id=713907#c28経由）。そのパッチをバックポートしてVSCodeインサイダービルドを作成しました。 問題がなくなったように見えるSurfaceBookでいくつかのテストを行いました。

人々がそれを試して報告することができれば： VS Code Insiders64ビットをダウンロードしてください

@bpasero動作しているようです。

@bpasero XPS13でもここで修正

@bpaseroここで

@bpasero素晴らしい！ ありがとう！

@bpaseroこれは、毎日のInsider Buildsに修正を適用できることを意味しますか？ または、修正がElectronに表示され、VSCodeがこのバージョンに更新されるのを待つ必要がありますか？

@warpdesignは、必要に応じて独自のカスタム変更を使用してElectron for VS Codeをビルドするため、インサイダービルドの早い段階で使用できます。

@bpaseroに大いに感謝し

ねえ、私はWindows 8.1 x64ProでASUSR500VDラップトップを使用しています。

code .を使用してgit-bashからVSCodeを起動すると、タッチパッドで2本指タップまたは2本指スクロールを使用できません。 しかし、スタートメニューから直接VSCodeを起動すると、機能します。

23062は重複としてクローズされましたが、それはまったく異なるようであり、ここではまだ解決されていません。

これがまだ安定したリリースになっていない限り、スクロールは私にとってまだ効果的です。
Surface Book i58GB。

@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 159560をスパンキングするブランドのVSC1.19.1でも、この問題が発生しています。

ペインのサイズ変更は問題なく機能しますが、言葉には刺激が大きすぎます。 1.20ビルドをダウンロードしましたが、ファイルを開くことができませんでした（.ps1、.py、.rb、.go allクラッシュ）。

この修正により、すぐに安定してGAになることを本当に期待しています！ 私がこのマシンを購入した主な理由は、より豊かなVSC体験をするためでした。

すべての努力に感謝します。

Windows10およびDellXPS 13の最新の標準ビルドでは、スムーズなスクロールを実現するために「--disable-gpu」引数を使用する必要があります。

それがまだ解決されていないことを信じることができません...私のSurfacebook2からこれに苦しんでいます

まだこれの回避策を使用する必要があります

@bpaseroこのバグのステータスはどうなっていますか？

bpaseroは、2017年12月15日の2017年12月/ 2018年1月のマイルストーンにこれを追加しました

次の（安定した）リリースが計画されているということですか？

修正されたと思いましたが、間違っていました。 VisualCodeプレビュービルドでテストしました。 エディターを開いてウィンドウモード（デスクトップよりも小さい）の場合は正常に機能しますが、全画面表示にするとスクロールがベタベタします。 この問題は本当にフルスクリーンに関連しているようです。 また、エディター設定editor.smoothScrollingは機能しません（有効にすると悪化すると思います）。

私のSurfaceBook2でも同じ問題が発生しています。

まだ見たことがない人のために、問題はクロムの上流にあります。 私の知る限り、修正はまだリリース日が与えられていないelectron2.0で行われます。 vscodeチームは、今月のイテレーションで「electron 2.0へのアップデート」を行っていますが、もちろん、2.0が実際にリリースされるまでは参加できません。

その時点まで、vscodeチームがこの問題についてできることは実際には何もありませんが、修正が利用可能になり次第、vscodeに反映されるので安心してください。

@EthanRutherford @bpaseroが言ったことから、VScodeはいくつかのカスタム変更を加えた独自のElectronを使用しているので、Electron 2.0がリリースされるのを待たずにこれをVSCodeに統合できるでしょうか？

@ nico-tte 100％確信はありませんが、彼は特にインサイダーについて話していたと思います。 安定性はおそらく未修飾の電子で構築されます。

Electronバージョンへの修正をバックポートする方法はありますが、まだこれを調べる時間がありませんでした。 また、Chromeでの修正はChrome Canary（Chrome 66？）用であり、Chrome58を使用しています...

Dell XPS 15でこの問題が発生しています。修正にETAはありますか？ それとも、人々はすでにAtomに移行していますか？

このスクロールの問題は私のLenovoYoga920で発生します...私を夢中にさせます。 別の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 ：

希望をあきらめないで

この問題は、vs codeがリリースされて以来、Windows 10でvscodeを使用できなくなっています。小さな会社が電子を使用して複数のプラットフォームを一度にターゲットにすることは理解できますが、MSFTのような会社の場合、よりネイティブだと思います。アプローチを検討する必要があります。 Sublimeはマルチプラットフォームであり、そのパフォーマンス/流動性はメモ帳と同等です。 Microsoftは、特定のプラットフォームのバグを修正するGoogleの製品や他の企業の能力に依存して、最も急速に成長しているIDEを実現するべきではありません。

フクシアレポのXiエディターはエディターの未来です。 それはまだ取り組んでいますが、説明は有望です。 マルチプラットフォームですが、各プラットフォームのネイティブライブラリを使用して、ネイティブのルックアンドフィールを実現し、最高のパフォーマンスを提供します。 見た目は最小限で、プラグインをサポートします。 その流動性と滑らかさのために、私はすでに船を崇高にジャンプさせました。 Xiが出たら、次の選択肢になります。 VSコードはかっこいいですが、電子に基づいているので、二度と触れたくありません。

このSurfacePro 4は、2016年の初めに購入しました。聞いたらすぐにvscodeを試しましたが、それ以来、スクロールの問題で回避しています。

私は最近、問題がようやく追跡されており、現在いくつかの回避策があることを知ったとき、それらすべての年の後に再びそれを使い始めました。 Microsoftの開発者ツール（VSコミュニティとコード）が、たとえばEdgeやGrooveと同じくらい入力しやすい（タッチ、トラックパッド、ペン）ことを願うだけです。 繰り返しになりますが、Electron / Chromiumアプリケーションで実行できるのはそれほど多くありません。 私の問題は、vscodeの核心にあります。

インサイダービルドで修正されていると思います

@razielidogパッチは昨日Electron1.7.xでのみマージされました：すでにインサイダービルドに含まれているとは思えません。

彼らがそれを修正することを願っています

これは恐ろしいです。 タッチパッドのスクロールには、vscodeにひどい遅れがあります。 Surface Pro 5+タイプカバー。

ええ@razielidogウィンドウを移動しただけだと思います（これは回避策です）。 @ nico-tteが言うように、Electron1.7が含まれるまで再び速度が低下します。

これを8か月間フォローしています。 私はMicrosoft製品が大好きですが、どうやら、Microsost独自のPrecisionタッチパッドはMicrosoft独自の製品ではうまく機能しません。 私はそのクロムの問題を知っていますが、それでも。 電子は本当に哀れで、私は無数の電子製品を試しましたが、どれも完璧ではありません。

これも問題はどうですか？

この問題を見た人は、このインサイダーに試してみることができますか：ダウンロード

この問題に対処するための次のChrome修正のバックポートが含まれています： https ：

@bpaseroいいえ、問題は解決しませんが、興味深い観察結果が1つあります。 起動に遅れはありませんが、最小化した後は、インサイダーが構築するのと同じように動作します。

@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はい、しかし間違いなく起動時の改善です。 また、When willvsコードはelectron2.0に更新されます。 Atomではタッチパッドは正常に機能します。 なぜこれはvsコードにのみ影響するのですか？

@bpasero私は私の表面ブック上でビルドを試してみましたが、@gurpreetshankyよりも同じ動作が生じています：ウィンドウが最小化された後、作品や休憩が再び/復元します。

誰かがChromeビルドを修正してテストしましたか？おそらく正しく修正されていませんか？ それは何年もの間バギーでした、私は驚かないでしょう：/

訂正：最小化という用語を最大化から抜け出すと誤解しました。 タスクバーを最小化すると、問題がここにも戻ります。

@bpaseroコメントのリンクからSurfaceProでも試してみましたが、問題は発生していません。 最小化/復元は、リリースビルドで問題を一時的に修正するために行っていた回避策だったので、今回はどのように修正されないのかわかりませんが、実際には問題を元に戻します...

ただし、問題が解決しないことを1回確認するだけで、完全に修正されたわけではないと言えます。 私はおそらくそれをどういうわけかトリガーしていません。

@bpasero ThoAppelsinに同意する必要がありますが、このビルドで修正されているようです。
再現しようとしましたができませんでした

@bpaseroはい、しかし間違いなく起動時の改善です。 また、When willvsコードはelectron2.0に更新されます。 Atomではタッチパッドは正常に機能します。 なぜこれはvsコードにのみ影響するのですか？

Electron 2.0.0へのアップデートを検討していますが、おそらくもっと時間がかかるでしょう。 問題が2.0で再現されるかどうかを確認したい場合は、このテストビルド（リンク）を試すことができますが、修正はまだ含まれていません。

なぜアトムで再現されないのか説明できません...

誰かがChromeビルドを修正してテストしましたか？おそらく正しく修正されていませんか？ それは何年もの間バギーでした、私は驚かないでしょう：/

来週はそれができます。Chromeでも再現可能なケースがあります。 コマンドラインからchromeを実行して、スクロールするWebサイトを指すようにすると、ラグが直接表示される可能性があります。 重要なのは、タブにURLを入力しないことですが、ChromeはURLから直接開始するようにします。

@bpaseroコメントのリンクから

@ThoAppelsinは、ウィンドウを最小化/復元した場合でも、この問題は修正されたと言っていますか？

@bpasero ThoAppelsinに同意する必要がありますが、このビルドで修正されているようです。
再現しようとしましたができませんでした

@razielidogと、ウィンドウを最小化して復元しても修正されたままですか？

gurpreetshankyと同じです。 起動時にラグはありませんが、最小/最大で元に戻ります。

@bpasero私の悪い。 私は用語を誤解し、おそらく@razielidogも混乱さ最大化から抜け出すと、それが問題のバックを持っていないよう最小限に誤解しました。

タスクバーへのウィンドウを最小化して元に戻すと、問題も元に戻ります。

@bpaseroバグ修正はChromeの公開リリースに含まれていますか？ Chrome Version 65.0.3325.146 (Build officiel) (64 bits)は、Webサイトをパラメーターとしてコマンドラインから起動すると問題が発生します（新しいタブを開くと消えますが、これはわかっていたと思います）。

編集この問題はCanaryビルド（ Version 67.0.3367.0 (Build officiel) canary (64 bits) ）で修正され、確実に修正されました。最小化/復元しても問題は再発しません。 ですから、まだ安定していません。

@ThoAppelsin少なくとも、すべて同じ動作をします。

@warpdesign Chrome 66のみであると思いますが、ベータリリースで動作を確認できますか？ これを試してくれてありがとう👍

@bpaseroは

• 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と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うーんそれでバグはvscodeコードベースにありますか？

@gurpreetshankyこのバグはChromeで再現され、Chromeの問題であることが確認され、その間に修正されたため、実際には言えません。 Atomがどのように問題を引き起こさないのか、また、Chromeで修正が機能する理由は不明ですが、最小化/復元後は機能しません。

@bpaseroおそらくバグ修正は、適用されなかった他のいくつかの修正/変更に依存していますか？ このバグのChromeパッチを提出した人に連絡してみませんか？

@warpdesign公平を

これを安定して見ている人は、最小化して復元すると問題が再発していることを確認できますか？ 最小化/復元で常に問題が発生していたかどうかを理解しようとしています。

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電子1.7.13のリリースノートで「精密トラックパッド/マウススクロールのサポートを修正しました」と表示されました。 が強調表示されます。 たぶん、このバージョンは1.7.12の代わりに使用できますか？

@razielidogは

今日のインサイダービルド（ 3a70cdfd8f84136e858b3d39e5a709e637fc35e7 ）では、 "window.smoothScrollingWorkaround": trueを設定して、ウィンドウを復元するときにスムーズなスクロールを取り戻すことができます。 このビルドには、最初の起動時にこの問題を修正するElectronバージョンも含まれています。

どうなるか教えてください。 この新しい設定がデフォルトで有効になっていない理由は、a）単なる回避策であり、まだ実際の修正ではないb）復元したときにウィンドウがちらつく結果になるためです。

@bpesaro素晴らしいニュース！ 現在、Surface Bookにアクセスできません。数日後に、試してみます。 ちらつきは、ウィンドウが復元されるたびにパッチが再適用されることを意味しますか？

@warpdesignちらつきは、文字通り、そのオプションを有効にすると、ウィンドウが復元されたときにメニューバーの表示を切り替えるという事実に

@bpasero回避策は、Surface Bookで期待どおりに機能し、最小化/復元後の遅延はなくなりました。

この問題は、Windowsバージョン（特に高精度タッチパッド）に関係しているようです。 Windows 7の互換モードでVSコードを実行すると、スクロールラグがなくなり、再び表示されなくなります。

@ TXH1997互換モードのアイデアをありがとう。 Windows 7 comp.modeは、スクロールラグの問題を恒久的に修正しているようです（Surface Pro 4）。

@ TXH1997互換モードで実行すると、GPUなしで実行することになります。 そのため、統合端末のような機能は機能しません。

うん、それは単なる一時的な解決策です。 バグはまだ修正されていません...

長い間これを修正することを望んで、MSが適切な修正を与えることができない理由を理解していません。

現在、バージョン1.21.1のSurfaceBookでこれを確認しています

1.22で出荷されている現在の回避策を人々が確認できるように、この問題をロックします。

この問題のロックを解除して、Windows 10が修正に取り組んでおり、 Windows 10 Insider Previewビルド17751に含まれているようで、10月の更新（RS5）に含まれるという事実に関するフィードバックを取得しています。

誰かが問題が実際にそのWindows10インサイダービルドで修正されていることを確認できれば、それは素晴らしいことです。 これまでのところ私は中@Draeから聞いたhttps://github.com/Microsoft/vscode/issues/53793#issuecomment問題が解決されたこと-417922382。

検証します：

• Windows 10 InsiderPreviewビルド17751に更新します
• 設定window.smoothScrollingWorkaround削除します（構成されている場合）

@bpasero SurfaceBookの17751で問題はもうありません。

@bpaseroはい、この問題は、高精度タッチパッドを搭載したDell XPS15の17751.1で解決されています。

好奇心から：Windows7またはWindows8でこの問題に遭遇した人はいますか？ 修正はおそらくWindows10でのみ行われるので、私は尋ねています。

@bpaseroよく覚えていれば、以前のバージョンのWindowsは高精度のタッチパッドをサポートしていなかったため、これが発生するとは思わない。

この変更は、リリース時にWindows 10 October 2018 Updateに含まれますか？

hpデスクトップPCの電源が1分間オンになっていますが、モニターが開いておらず、2年前にWindows 10を更新したときに、マウスまたはキーボードが機能していません。

@ bdr99はい、10月のアップデートの一部として利用できるようになります。

Windows 10 10月の更新プログラムが公開されているため、これを閉じます。 このバグは、Windows 10RS5アップデートの一部として修正されています。

素晴らしい、今はRS5を待たなければならない-できれば明日。

このリリースでは"window.smoothScrollingWorkaround": trueを保持することにしました。将来、より多くのユーザーが最新のWindowsに更新するときに、このリリースを削除する予定です。
最新のWindows10バージョンを持っていない人は、このインサイダービルドを使用して、 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 ： https： //github.com/Microsoft/vscode/issues/61824#issuecomment-433785824。

@HazemAMジャンプしてくれてありがとう！
そのため、最新のWindows Updateを持っていない人が試してみて、設定が引き続き機能することを確認する必要があります。

@isidornああ、10月の更新ではなく、最新の増分更新を意味しましたか？

ええ、 https：//support.microsoft.com/en-us/help/4462933/windows-10-update-kb4462933を持っていない人が必要だと思い

window.smoothScrollingWorkaround: true設定するだけでは不十分であり、 window.titleBarStyle: native介してカスタムタイトルを無効にする必要があることに注意してください。

インストールできるWindowsUpdateがなく（最新です）、最新のvscodeがあり、bootcampWindowsを実行しています。

トラックパッドを使用する場合、スムーズなスクロールを機能させる方法は（このスレッドの提案の組み合わせでは）絶対にありません。 Vscodeは、コントロールパネルのマウスホイールの設定を無視します。 vscodeを動作させる唯一の方法は、 "editor.mouseWheelScrollSensitivity": 0.2設定することですが、トラックパッドとマウスの使用を切り替えるため、デバイスを切り替えるたびにこの設定を変更する必要があります。

現時点では、このためvscodeを使用するのはかなり耐え難いです！