Tidak melihat ini di VM saya, tetapkan ke @Tyriar untuk memeriksa apakah dia juga melihatnya di linux jadi kami menilai seberapa seriosnya

Saya tidak membawa laptop Linux saya saat ini, saya akan menandai bulan Oktober ini untuk mengingatkan saya. / cc @alexandrudima

Aku harus begini, meski tidak ada di mana-mana. Panel tampilan pohon dan semua editor tidak lagi menggulir mulus, tetapi entri yang (saya asumsikan) mungkin menggunakan perenderan browser, seperti halaman detail ekstensi, masih menggulir dengan mulus.

berlari:
arch linux - x86_64 Linux 4.7.6-1-ARCH
GNOME Shell 3.22.1

Saya tidak bisa membedakan tampilan struktur pohon atau editor yang membandingkan 1.6.0 dan 1.5.3 menggunakan Ubuntu 16.04. @bpasero @alexandrudima ada ide?

Dup dari https://github.com/Microsoft/vscode/issues/12637

Saya tidak percaya ini adalah duplikat dari masalah itu, masalah itu menunjukkan itu tidak berfungsi sama sekali, sedangkan masalah ini murni terkait dengan pengguliran halus: pengguliran 2 jari berfungsi, tetapi bertindak seperti pengguliran 'gelisah' biasa.

Saya setuju dengan @ jshap70 , ini adalah masalah yang berbeda seperti yang dia jelaskan.

Saya pikir ini adalah regresi di Chromium (saya juga memperhatikannya di sana) yang diperbaiki untuk saya di 54.

Bisa mengkonfirmasi hal ini, menggunakan scrolling dua jari karena editornya lamban. Menggunakan versi 1.6.1 di mesin Windows 10 saya.

AFAIK kami tidak memiliki perubahan dalam logika penanganan gulir, tetapi kami memperbarui ke versi elektron yang lebih baru (yang mencakup Chromium 52).

Menarik untuk mengetahui apakah Chrome 52 juga mengalami masalah ini. Kami memiliki kode gulir yang sama persis di editor https://microsoft.github.io/monaco-editor/ jadi jika ada yang ingin mencobanya dan melaporkan di sini temuannya, saya akan berterima kasih.

Ada banyak masalah touchpad di Chromium: https://bugs.chromium.org/p/chromium/issues/list?can=2&q=touchpad

Apakah kita mengalami masalah yang diketahui bagi mereka?

Pengguliran di monaco mulus dan terasa seperti yang dilakukan vscode sebelumnya untuk saya di dalam Chrome (beta) 55.0.2883.21 serta Chromium 54.0.2840.71.
Saya baru saja membuat versi Chromium 52.0.2743.85 untuk mengujinya, dan dapat mengonfirmasi bahwa ia memiliki pengguliran yang sama. Menggunakan monaco di dalamnya sangat kasar. Ini menegaskan gagasan bahwa itu mungkin bug elektron dan bukan bug vscode. kekecewaan.

@ jshap70 Terima kasih banyak telah mengonfirmasi bahwa ini adalah bug Chromium yang akan diperbaiki setelah kami mendapatkan versi yang lebih baru. fyi @bpasero

Saya juga mengalaminya hari ini di Surface Book saya. Benar-benar mengecewakan. Yang paling aneh, setelah menggunakan mouse sebentar, trackpad berfungsi normal kembali. Maaf, tidak ada yang bisa saya lakukan di pihak kami, kami mendapatkan acara roda mouse dan menghormatinya saat kami mendapatkannya.

Electron belum mengadopsi Chrome 54 tetapi itu ada dalam rencana mereka.

@ jshap70 apakah perbaikan sudah termasuk dalam Chrome 53 atau 54?

@bpasero Saya baru saja membuat salinan Chromium 53.0.2785.92, 53 tertinggi yang pernah saya miliki, dan masih mengalami masalah gulir berombak saat menggunakan monaco. Jadi 54 adalah versi pertama yang diperbaiki.

Saya bermain dengan yang ini untuk sementara waktu. Menguji dengan Lenovo Yoga 910 (Kaby Lake) - Windows 10 Pro.

Selama pengujian saya, saya menemukan bahwa lag terjadi jika Anda memulai VS Code dimaksimalkan. Saya pikir mungkin saya sudah gila, tetapi yang saya lakukan hanyalah memulihkan jendela dan memaksimalkannya kembali dan semua gulungan gulir hilang.

Hanya untuk memastikan saya tidak kehilangan kelereng saya, saya meminta istri saya melakukan tes buta. Itu adalah perbedaan siang dan malam. Mudah-mudahan ini membantu menentukan masalahnya, saya akan menyelam untuk mencobanya sendiri malam ini atau besok.

Saya memiliki masalah pengguliran yang sama pada Lenovo Yoga 910.
Setelah mengubah ukuran jendela, pengguliran lancar lagi.

Saya memiliki Surface 4 Pro dan mengalami masalah yang sama. Mengubah ukuran jendela memperbaiki pengguliran.

Saya mungkin harus menyebutkan bahwa masalah yang saya lacak melalui chromium hanya ada untuk saya di ThinkPad Lenovo W530 saya di Linux, bukan Windows, dan itu tidak diselesaikan dengan mengubah ukuran jendela. Itu mungkin masalah yang sama sekali berbeda.
Dapatkah seseorang yang mengalami masalah tersebut mencoba memasang versi chrome atau chromium 52 atau 53 dan memeriksa apakah monaco memiliki masalah yang sama?

Saya mengalami masalah ini di SurfacePro4 saya. Menggunakan panel sentuh menyebabkan editor terhenti saat menggulir jika jendela berukuran penuh. Jika saya mengubah ukuran jendela sehingga saya dapat melihat desktop saya sedikit, masalahnya akan hilang.

Masalah yang sama terjadi pada saya menggunakan Win 10 dan Surface Book baru. Dapat memastikan bahwa mengubah ukuran jendela dan menyesuaikan ulang tampaknya menyelesaikannya (setidaknya sejauh ini.)

Saat ini saya menggunakan versi terbaru dengan Dell XPS 15 9550 saya (Versi Layar Sentuh, Win10 x64) dan saya mengalami masalah yang sama persis. Bahkan tidak tahu bahwa itu tidak terjadi ketika saya menggunakan scroll layar sentuh, hanya dengan touchpad.

Trik mengubah ukuran / memaksimalkan memperbaikinya setidaknya sedikit.

Masalah yang sama seperti di sini. Surface Book / Windows 10, tetapi memaksimalkan pemecahan. Akan lebih bagus jika tidak harus setiap kali saya membuka VS Code.

Karena Chromium 54 telah diintegrasikan ke dalam Electron , mungkin VSCode dapat beralih ke Electron baru untuk menyelesaikan masalah dengan pasti?

Masih belum ada rilis Electron dengan Chrome 54 out.

Pelepasan elektron dengan Chrome 54 seharusnya terjadi pada bulan Januari

Dari electron / pull / 8406

(...) Akan merilis ini sebagai beta 1.5.0 hingga npm sekarang

Adakah cara untuk diberi tahu kapan Insiders akan memperbarui ke Electron baru?

Saya menunggu Electron baru juga. Memiliki layar & editor yang begitu indah diganggu dengan pengguliran yang mengerikan itu terlalu buruk.

Masalah ini juga terjadi pada Dell XPS 13 9360 QHD akhir 2016. Perhatikan bahwa hanya touchpad (driver Windows Precision) yang terpengaruh saat pengguliran dengan layar sentuh berfungsi dengan baik.

Ini tampaknya masih menjadi masalah di 1.10.2 (Dell XPS 15, layar sentuh mulus)

Jadi apa masalahnya sekarang? Diindikasikan bahwa ini seharusnya diperbaiki pada bulan Januari.

Saya ingin mengulangi komentar saya sebelumnya bahwa masalah khusus ini tidak benar-benar melacak masalah di windows, karena informasi yang saya posting tentang pengguliran yang rusak di chromium terkait dengan linux.
Meski begitu, masalahnya masih ada pada versi vscode saat ini

Kami dapat mengembangkan gulungan halus kustom seperti di atom dan itu terkait juga dengan https://github.com/Microsoft/vscode/issues/21359

@pixieaka saat ini kode menggunakan pengguliran asli chrome, yang menurut pendapat pribadi saya jauh lebih baik daripada apa pun yang dibangun di atasnya saat berfungsi dengan baik. Selain itu, pengguliran diperbaiki dan berfungsi dengan baik saat dilakukan di monaco pada versi chrome yang lebih baru (lihat di sini ), itulah mengapa ini dikenal sebagai masalah elektron. Jadi tidak perlu menulis ulang karena itu bukan masalah kode.

Mereka hanya perlu menunggu elektron diperbarui ke Chromium 54, yang saya yakin dapat dilacak di sini

@ jshap70 Electron v1.6.2 sudah dirilis dengan Chromium (56.0.2924.87) 16 hari yang lalu

@ jshap70 https://github.com/Microsoft/vscode/issues/11953 Ini dibangun dengan Electron 1.6.2 terbaru dengan Chromium (56.0.2924.87) untuk Windows di sini: https://az764295.vo.msecnd.net/insider /d42d4467e681308a5f82b61cb11ee6b91f1b9864/VSCode-win32-1.11.0-insider.zip

Tapi masalah dengan scroll belum terpecahkan

@pixieaka yang bermasalah dengan scrolling? masalah ini untuk scrolling di linux, bukan windows

@ jshap70 https://github.com/Microsoft/vscode/issues/20840 Saya memiliki masalah yang sama dengan laptop dell di Windows 10. Gulirnya sangat gelisah dengan track-pad.

@pixieaka mungkin terkait dengan scroll lag di windows. Saya mengalami masalah yang sama di sini. https://github.com/Microsoft/vscode/issues/20348#issuecomment -291060102

Ini membuat saya gila, harus memulihkan / memaksimalkan setiap menit saat bekerja. Ada pembaruan tentang ini?

Build insider VS Code hari ini hadir dengan Electron 1.6.x, akan menarik untuk mendengar jika pembaruan ini menyelesaikan masalah ini untuk siapa pun: http://code.visualstudio.com/Download#insiders

@bpasero Saya rasa tautan itu tidak berfungsi, haruskah itu https://code.visualstudio.com/insiders ?
Saya akan memeriksanya ketika saya mendapat kesempatan dan memberi tahu Anda.

@bpasero Dengan senang hati saya katakan bahwa pengguliran yang mulus telah kembali dalam versi orang dalam terbaru! di linux.

Keren Terimakasih!

Di Dell XPS 13 SkyLake saya, Panel Sentuh Presisi, penskalaan Windows 10 @ 125%, masih menunjukkan masalah yang sama untuk build orang dalam a5e9d3 saat ini

Beberapa info lebih lanjut:

Layar sepertinya hanya di-refresh di scoll-end. Jadi gulir 2 jari ... (sepertinya tidak ada yang terjadi / dibekukan)
lalu angkat jari <- pembaruan layar.

Maaf untuk komentar ganda, tetapi saya menemukan menggunakan "--disable-gpu" membuat pengguliran sangat mulus lagi bagi saya.

Terima kasih kepada https://github.com/Microsoft/vscode/issues/14716#issuecomment -293120446 untuk tipnya.

Adakah cara untuk membuat tanda ini selalu aktif, bahkan saat meluncurkan kode dari menu konteks?
Edit: Sepertinya tidak

Memiliki cara untuk menjalankan Kode dengan parameter tertentu akan menjadi ide yang bagus (bagaimana dengan startup.json di ~ yang akan digunakan untuk parameter baris perintah?) Tetapi saya lebih suka melihat masalah terkait gpu diperbaiki.

Apa yang salah dengan membuat skrip shell global yang menjalankan code --disable-gpu ?

Tidak ada salahnya memiliki jalan pintas global. Tetapi menonaktifkan gpu untuk mengatasi bug tidak terlalu baik jika Anda bertanya kepada saya. Menggunakan GPU sebagai ganti CPU untuk rendering / scrolling dapat berdampak besar pada baterai, kinerja, dll.

Baru diujicobakan di xps, sepertinya sangat menjanjikan! Pada pemasangan yang bersih, kesan pertama cukup mulus. Akan perlu melihat bagaimana dengan semua addons tetapi ada harapan sekarang.

Dapat mengonfirmasi, Dell XPS 15 9560 + Pembaruan Pembuat Windows 10, --disable-gpu berfungsi sebagai solusi.

masih tidak mulus di permukaan buku, bahkan menjalankan --disable-gpu

Saya mengonfirmasi bahwa ini tidak mulus di Surface Book (pembaruan pembuat): tidak melompat begitu banyak lagi, tetapi cukup lamban.

Apakah ada orang di tim Kode inti yang mendapatkan perangkat seperti itu atau apakah semua orang bekerja di Mac? :)

@warpdesign Saya menggunakan Surface Book. Solusi saya adalah "memulihkan" dan "memaksimalkan" jendela VS Code sekali setelah saya membukanya. Pengguliran dua jari di trackpad kemudian menjadi mulus bagi saya.

Saya telah memulai halaman wiki untuk mengumpulkan / meringkas informasi yang dilaporkan tentang masalah ini - https://github.com/Microsoft/vscode/wiki/Known-issues

Disable gpu tidak bekerja pada xps 15 ", perkecil / maksimalkan bekerja tetapi hanya sebentar, harus terus melakukannya. Masih masalah yang sama di rilis terbaru.

@vladkosarev berfungsi untuk saya,

Tidak yakin apakah telah disebutkan, tetapi ini adalah masalah Elektron. Hal yang sama terjadi pada saya di klien desktop Slack.

Saya memiliki masalah juga, pada laptop ASUS Zenbook. Tidak memaksimalkan (dan memaksimalkan kembali) tampaknya memperbaiki masalah untuk sementara.

• Versi VSCode: Kode 1.12.1 (f6868fce3eeb16663840eb82123369dec6077a9b, 2017-05-04T21: 26: 50.689Z)
• Versi OS: Windows_NT ia32 10.0.14393
• Ekstensi:

| Ekstensi | Penulis | Versi |
| --- | --- | --- |
| EditorConfig | EditorConfig | 0.9.3 |
| CppSnippets | hars | 0.0.9 |
| tabsanity | jedmao | 0.0.9 |
| duplikat kontekstual | lafe | 0.2.0 |
| cpptools | ms-vscode | 0.11.0 |
| spasi di belakang | shardulm94 | 0.2.11 |
| vscode-fileutils | sleistner | 2.5.1 |
| ninja | surajbarkale | 0.0.1 |;

Saya memiliki masalah yang sama di Dell XPS 9560 saya. Saya menemukan solusi yang aneh

Klik kanan pada taskbar dan pilih pengaturan taskbar
Ubah orientasi bilah tugas ke kebalikan dari apa pun itu saat ini, yaitu, Jika Bawah maka setel ke Atas atau sebaliknya. Jika Kiri lalu Kanan dll
Ubah bilah tugas kembali ke orientasi asli atau biarkan apa adanya, tidak masalah.
Pengguliran halus lagi
Saya harus melakukan ini setiap kali saya memulai VS Code tetapi berhasil.

Juga mengalami masalah tersebut. Minimalkan / maksimalkan bantuan trik tapi pasti mengganggu. Sayangnya, belum ada info terbaru terkait masalah ini di repo Electron .

Laptop: Dell XPS 9560
OS: Menangkan 10 Pro 10.0.15063
VS Kode: 1.12.2

Masalah yang sama di sini dengan Acer Nitro 15.

Laptop: Acer V Nitro 15
OS: Menangkan 10 Pro
VS Code: 1.14.0-orang dalam

Masalah yang sama di sini di Acer. Pulihkan / Jendela kode maksimum dan pengguliran dua jari berfungsi kembali.

Laptop: Acer Aspire F5-573
OS: Menangkan 10 Home 1703
Kode VS: 1.13.0

Kode VS yang ditingkatkan ke orang dalam membangun 1.14.0 dan masalah tetap ada.

Dapat diselesaikan dengan mengembalikan / memaksimalkan jendela atau menjalankan kode dengan --disable-gpu.

Masalah yang sama di Surface pro 4. (I5, 8GB, 256G).
OS: Menangkan 10 Home 1703
Kode VS: 1.13.0
Dapat diatasi dengan mengubah ukuran jendela.

Tidak yakin apakah itu akan membantu atau tidak tetapi saya menemukan artikel yang sangat mendetail ini tentang menggulir :) https://pavelfatin.com/scrolling-with-pleasure/

Masalah yang sama di sini.
OS: Menangkan 10 pro build 14393
Kode VS: 1.13.1

Saya pikir itu terkait dengan OS. Aplikasi terintegrasi dalam Win 10 tidak mendukung gulir TrackPoint dengan baik, kode tersebut mungkin menggunakan beberapa lib di dalam OS.

solusi sementara cepat: Menang + BAWAH, Menang + NAIK

Saya berada di dalam, Surface Book (model i5 8gb), scroll sangat lamban.

Bagaimana dengan seseorang dari tim VSCode mendapatkan akses ke Surface Book (atau panel sentuh presisi) dan pasti melihat apa yang salah dan perbaikan yang tepat (atau solusi) diberikan?

Perangkat permukaan adalah mesin andalan Microsoft untuk Windows 10: membuat saya marah karena kinerja VSCode sangat buruk pada mesin yang begitu indah (selain untuk mencegah saya melakukan pekerjaan serius menggunakan VSCode).

@warpdesign Beberapa tim VSCode memiliki perangkat Surface dan mereka mengetahui masalah tersebut ( lihat upthread ). Meskipun sangat menjengkelkan, ini adalah masalah hulu yang belum bisa dipecahkan oleh siapa pun.

Saya tidak terlalu yakin ada orang yang benar-benar mengerjakannya .. Saya pikir Electron hanya mengatakan ini masalah Chrome, tetapi saya tidak dapat menemukan bug di pelacak masalah, kecuali yang ini, yang pada dasarnya tidak memiliki aktivitas sama sekali terjadi .. Apakah ada yang tahu jika seseorang sedang mengerjakan ini?

Ini terjadi pada saya juga pada 4k XPS 9550 saya dan itu membuat saya gila. Saya sangat menyukai VS Code, tetapi harus meminimalkan / memaksimalkannya setiap 5 menit sangat mengganggu ...

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

@tobiasviehweger Tidak mengherankan masih ada :(

Bisakah masalah direkonstruksi di Chrome dengan Monaco? Atau khusus untuk VSCode + Electron?

Menggulir berombak dan pada dasarnya tidak berguna di Dell XPS13 / Windows 10 hingga mencoba trik --disable-gpu. Tidak ideal. Adakah tanda-tanda Elektron pindah ke Chromium yang lebih baru?

+1 menderita masalah di sini.
Saya sebenarnya membeli Surface Book karena touchpad dan keyboard yang bagus, dan sebagian besar untuk bekerja, jadi ini adalah masalah kritis bagi saya, saya mempertimbangkan untuk mengembalikan Surface Book dan membeli mac lagi :(
Versi VSCode saya:

Sepotong data lainnya:
Di Mac Air 11 lama saya (dengan Win 10 terinstal, bukan macosx), touchpad berfungsi dengan baik di VSCode.
Versi: kapan:

Tolong perbaiki?

Beberapa detail lebih lanjut.

Apa yang sebenarnya terjadi di Surface Book saya adalah saat saya menggeser ke atas / bawah dengan dua jari:

• sebagian besar waktu, itu bergulir, tapi after a 1 second lag
• terkadang tidak ada yang terjadi sama sekali, seolah-olah acara tersebut tidak berhasil mencapai VSCode
• Terkadang, pengguliran akan terjadi tepat waktu

Seperti yang Anda lihat, ini sangat tidak dapat diandalkan dan membuat VSCode tidak dapat digunakan pada perangkat tersebut.

Saya ingin melihat apa yang terjadi dengan peristiwa DOM tetapi saat saya membuka devtools, scrolling mulai bekerja seperti yang diharapkan, dengan kata lain tanpa jeda 1 detik dan setiap gesekan. Ini membuatnya sulit untuk membantu melacak masalah.

@kokajambo @ Deiru2k apakah itu yang Anda alami juga?

Saya telah menemukan bahwa: hanya menampilkan atau menyembunyikan menu utama berfungsi sama dengan mengubah ukuran jendela. Jadi, jika Anda biasanya memiliki menu tersembunyi, 2 ketukan cepat pada tombol alt saat pengguliran menjadi tersendat akan membuatnya mulus lagi untuk sementara waktu ..

Apakah elektron pernah diperbarui?

Ya, kami memperbarui Elektron beberapa kali sejak masalah ini pertama kali dilaporkan. Saat masalah dilaporkan, kami menggunakan versi Electron yang dibangun di atas Chromium 52. Kami sekarang menggunakan Chromium 56, sedangkan browser Chrome ada di Chromium 60.

Masalah hulu:
Electron: https://github.com/electron/electron/issues/8960 (ditutup untuk masalah Chromium)
Chromium: https://bugs.chromium.org/p/chromium/issues/detail?id=713907 (pemilik masalah Chromium tidak dapat mereproduksi dengan Chromium 58)

Jika kami ingin menjadi optimis, setelah kami memperbarui ke versi Elektron yang dibangun di atas Chromium> = 58 masalah ini harus diperbaiki.

Jika masalah tidak teratasi, kami perlu meminta bantuan lebih lanjut dari teman Electron kami, karena ini mungkin merupakan indikasi bahwa ini adalah masalah khusus Elektron.

Sementara itu, solusi tersebut terus berfungsi (ubah ukuran jendela sekali setelah dibuka).

Saya juga mengalami masalah ini.
Versi VSCode: Code 1.14.2 (cb82feb, 2017-07-19T23: 34: 09.706Z)
Versi OS: Windows_NT ia32 10.0.15063

menggunakan kode --disable-gpu menyelesaikan masalah

Saya dapat mengonfirmasi masalah ini pada stealth razer saya, yang meminimalkan / memaksimalkan perbaikannya untuk beberapa waktu.

@ IanNS333 Sama di sini, dengan Dell XPS 13 (9350).

Ini tampak lebih buruk setelah pembaruan terkini.

Dulu berombak tetapi akan hilang jika saya mengubah ukuran jendela dan memaksimalkannya lagi seperti yang dinyatakan orang lain. Sekarang tidak bergulir sama sekali. Jendela itu sendiri tampaknya "memantul" sedikit ketika dua pencari menggulir.

Menggunakan Notebook Samsung 9

Saya baru saja mengalami masalah ini di ASUS UX501JW dan melakukan beberapa penelitian.

Deskripsi masalah: Scroll berfungsi pada setiap versi saat saya menjalankan Chrome atau Electron secara normal, jika saya menjalankan sebagai administrator, tidak ada versi yang diuji berfungsi.

Versi yang diuji:
- Chrome 62 (Peramban mandiri, kenari)
- Chrome 60 (Browser berdiri sendiri)
- Chrome 58 (Elektron 1.7.5)
- Chrome 56 (Elektron 1.6.6)
- Chrome 54 (Browser berdiri sendiri)
- Chrome 51 (Browser berdiri sendiri)

OS: Windows 10

Bug ini tidak ada di VS-code atau Electron, melainkan di Chrome atau cara penulisan touch utils. Hanya ingin menambahkan beberapa info mengenai temuan saya bahwa untuk laptop ASUS tidak ada cahaya di terowongan.

Berbicara tentang laptop ASUS (UX360CAK di sini) dan Windows 10, sistem scrolling di seluruh dunia sangat mengganggu bagi saya sekitar sebulan terakhir ini. Misalnya ketika saya momentum-scroll ke bawah halaman (Chrome) atau daftar item (Thunderbird, tetapi bukan File Explorer), posisi scroll akan diatur ulang ke bagian atas daftar secara acak.

Hal lainnya adalah saya harus menonaktifkan zoom cubit karena jumlah deteksi palsu tidak tertahankan - namun saya tidak pernah mengalami masalah dengan ini sebelumnya. Kembali ke trackpad Macbook Pro seperti wahyu religius.

(Sunting: hapus posting saya tentang uninstall utilitas asus dan rollback driver windows touchpad asli karena tidak satu pun dari ini tampaknya telah menyelesaikan masalah dengan quirkiness dan mungkin (tbd) vscode)

@youurayy Ya, Dell XPS 13 dan senang bahwa saya menemukan cara mematikan pinch to zoom karena itu membuat saya gila.

@youurayy Saya menemukan solusi untuk gulir yang tidak berfungsi saat menjalankan Chrome / Electron sebagai administrator di laptop ASUS.

Bekerja di sekitar:

• Matikan aplikasi ASUS Smart Gesture di task manager,
• Mulai ulang aplikasi Smart Gesture dengan run as administrator (AsusTPCenter.exe, AsusTPHelper.exe, AsusTPLoader.exe)

Dugaan terpelajar adalah bahwa masalah ini berakar pada dua hal:

• ASUS Smart Gestures mungkin mengirimkan peristiwa sentuhan mereka dengan cara yang aneh ke jendela lain, saya telah melihat diskusi bahwa itu tidak mengikuti standar touchpad oleh Microsoft
• Chrome memblokir acara dari proses yang tidak berjalan tinggi jika Chrome berjalan tinggi

Tidak ada metode untuk menghilangkan Smart Gesture dan masih menggulir pada model ASUS yang baru, tetapi ini memberikan sesuatu yang dapat saya kerjakan.

Wow, ini telah diposting pada Oktober 2016? Saya sangat berharap ini segera diperbaiki. Saya memposting masalah baru # 35844 yang merupakan penipuan dan ditutup. Saya menemukan saat menonaktifkan Semua plug-in, itu lebih baik, tetapi tidak sepenuhnya mulus. Tapi itu juga bukan solusi optimal. Jeda bagi saya hampir 1/2 detik pada i7 Surface Book. Saya mencoba opsi code --disable-gpu dan itu juga tidak sepenuhnya mulus, tetapi lebih baik, jadi solusi yang tepat.

Mengaitkan mouse terbukti 100% berhasil. Agak ironis.

@ Deiru2k Ya, scroll roda mouse baik-baik saja, tetapi mouse tidak menggulir persis sama dengan touchpad. Touchpad memiliki beberapa kecepatan untuk itu - kita semua tahu itu dari perangkat layar sentuh kita. Semakin cepat Anda menggeser, semakin cepat seharusnya scroll. Roda mouse menggulir baris X dan lebih merupakan gulir bertahap.

Ini masih terjadi pada saya di Dell XPS15 saya dengan VSCode terbaru (diperbarui hari ini). Solusi saya adalah mengklik menang + panah bawah dan menang + panah atas. Ini mengubah jendela VS Code menjadi tidak dimaksimalkan dan kemudian kembali dimaksimalkan. Itu berhasil, tapi sangat menjengkelkan.

btw, satu info lagi. Jika saya menguji pengguliran halus dua jari dalam Kode Visual 1.17.0 di desktop saya yang memiliki Logitech Touchpad, tampaknya berfungsi dengan baik. Mungkin ini sesuatu yang terkait dengan driver touchpad tertentu? Di Surface Book itu tersentak-sentak dan tidak responsif. Tetapi Chrome dan Edge sepenuhnya mulus. Mungkin itu tidak sepenuhnya terkait dengan aplikasi, mungkin driver, atau mungkin kecepatan sampel Electron? Saya tidak begitu tahu.

Saya mengalami masalah ini di Surface Pro 4, vscode 1.17.0.
memaksimalkan / meminimalkan bantuan sementara seperti yang disebutkan oleh beberapa orang lain.

Masalahnya khusus untuk perangkat tertentu. Mesin pribadi saya (laptop asus rog) berperilaku persis seperti yang Anda harapkan dari pengguliran dua jari, sementara mesin kerja saya (laptop presisi dell) memiliki masalah yang dilaporkan di sini.

Juga, untuk mengulangi apa yang telah dinyatakan orang lain dari tim vscode, ini tampaknya menjadi masalah dengan elektron (yang dapat saya konfirmasi, karena saya dapat mereproduksi masalah di aplikasi elektron lain), dan kemungkinan besar tidak dapat diperbaiki oleh tim vscode sayangnya.

Menurut utas masalah elektron ini , masalahnya ada pada krom itu sendiri.

Inilah yang saya temukan di pelacak bug chrome: (tautan)

@EthanRutherford Sudahkah Anda mencoba solusi untuk ASUS yang disebutkan di https://github.com/Microsoft/vscode/issues/13612#issuecomment -324351903?

Memulai ulang AsusTPLoader.exe sebagai administrator memecahkan masalah untuk laptop ASUS yang telah kami uji. Kami bahkan membangun modul node di aplikasi Electron kami yang melakukan ini secara otomatis karena kami tidak dapat mengharapkan pengguna akhir kami untuk melakukan pekerjaan itu.

@EthanRutherford Saya tidak yakin ini adalah masalah yang sama dengan electron / # 8960 dalam laporan bug chrome, pengguna mengatakan menonaktifkan akselerasi perangkat keras tidak menyelesaikan masalah.

Ditambah saya tidak mengalami masalah di Chrome.

Saya benar-benar mengalami hal yang mirip dengan Chrome di beberapa titik. Dan pada saat itu trik pemulihan kecil juga membantu. Mungkin Chrome menggunakan Electron juga.

@mogemimi Sebenarnya sebaliknya: Electron didasarkan pada Chrome.

Juga mengalami masalah ini di Dell XPS 13.

@robinwassen sebenarnya laptop asus yang bekerja dengan benar. Trackpad Dell adalah salah satu yang mengalami masalah. Saya biasanya bekerja dengan mouse usb, jadi saya tidak sering mengalami masalah.

@dopare menyebutkan bahwa mengubah ukuran Kode Visual memperbaiki masalah. Dia benar. Masalahnya mungkin dengan wadah (elektron).

Btw Saya memiliki masalah yang sama untuk Chrome itu sendiri.
Menemukan masalah yang mungkin terkait https://bugs.chromium.org/p/chromium/issues/detail?id=765311

dengan dell xps saya memiliki masalah yang sama, mengubah ukuran membantu untuk sementara waktu, dan saya tidak memiliki masalah ini dengan chrome, hanya vscode.

Masalah yang sama pada Schenker XMG P507 (Win 10, CPU / GPU: i7-7700HQ, Touchpad: Synaptics SMBus). Cukup lebih buruk untuk membuat scrolling dengan touchpad tidak dapat digunakan. Tidak ada masalah di Google Chrome.

masalah yang sama di buku permukaan dengan basis kinerja, sistem saya di bawah

Saya tidak punya masalah dengan chrome terbaru

version 1.17.1
shell 1.7.7
chrome 58.0.3029.110
node 7.9.0
arch ia32

@saedrna Saya juga memiliki pengguliran lambat di Surface Book, tetapi hanya saat menggunakan layar resolusi tinggi internal. Apakah mencolokkan monitor eksternal (monitor biasa, bukan 4K) membuat pengguliran lebih cepat?

File 40 (ya, empat puluh) baris .mustache membuat vscode scroll berantakan jadi curiga ini ada di electron juga.

Setelah berpindah dari 1.17.2 ke 1.18.0, kinerja scrolling orang dalam sekarang telah diperbaiki.

Adakah yang ingin mencoba insider saat ini membangun dan melaporkan hasil mereka?

Saya baru saja mencobanya di Surface Book saya (pratinjau terbaru dari Visual Code) dan itu jauh lebih baik. Ini bukan gulungan mentega seperti yang diharapkan, tapi ini jauh lebih baik dari sebelumnya.

Masih rusak untuk saya - VSCode Versi: Kode - Insiders 1.18.0-insider (e6a76e4bd3f52ab07452bb181e861f5a9bfb6596, 2017-10-27T04: 19: 22.491Z)

(Panel Sentuh Presisi Dell XPS 13)

1. Menu Mulai Windows -> Code Insiders
2. Code Insiders terbuka secara maksimal untuk proyek saya sebelumnya
3. Scroll masih tidak dapat digunakan (tidak bergerak selama scroll, lalu tiba-tiba melakukan lompatan besar setelah beberapa saat)

Kabar baik!

Ini telah diambil oleh tim Chrome: https://bugs.chromium.org/p/chromium/issues/detail?id=779372

Bagus. Kode Vs sama sekali tidak buruk, tetapi masalah ini membuat saya gila sampai-sampai saya benar-benar berhenti menggunakannya.

@CoenraadS yang Anda sebutkan sebelumnya:

Jika VSCode mulai kosong dan kemudian saya membuka folder, itu berfungsi dengan baik.

Mungkin layak untuk mengajukannya sebagai masalah terpisah dari kinerja pengguliran umum, karena mungkin penyebabnya berbeda.

Saya telah menggunakan VSC di Windows 10 dan Ubuntu 17.10 (menurut saya Gnome 3.26) dan bekerja dengan sempurna, saya sekarang melihat masalah ini di Fedora 27 juga dengan Gnome 3.26.2.
Saya menjalankan VSCode 1.19
Ini juga terjadi di aplikasi Electron lain, seperti Atom.
Mengubah ukuran jendela tidak melakukannya untuk saya: [

Jadi, apakah semua orang di sini hanya mengalami masalah di VS? Saya memiliki Dell Inspiron 7577 Gaming dan masalah pengguliran ini ada di hampir semua hal. Eclipse dan chrome memiliki yang terburuk. Ini juga ada di Discord, Slack, editor teks Atom, dan pohon sumber. Ini membuat saya sangat gila sehingga saya akan mengembalikan laptop ini.

@ RJ-Fynydd Saya memiliki masalah yang sama di Sublime juga, pada HP Spectre x360. Jika saya ingat dengan benar, saya memilikinya di Chrome tetapi "memperbaikinya" dengan menonaktifkan pengguliran lancar di chrome: // flags /.

Ini terjadi pada Surface Book saya dengan sangat buruk dan sangat mencolok. Sesuatu selama dua rilis terakhir telah memperbaikinya (saya menggunakan 1.18), namun saya masih memperhatikan bahwa itu menjadi sedikit gelisah setelah penggunaan. Dalam penggunaan, maksud saya, membuka file kode besar, menggulir, mengerjakan file, menyimpan, beralih ke file lain, dan kembali. Perubahan ukuran jendela tampaknya masih memperbaikinya sehingga ada sesuatu yang masih aneh dengan waktu siklus pemindaian sentuh / gulir.

Masih tidak mulus di buku permukaan saya, saya tidak percaya saya tahan selama hampir satu tahun

@ ivyhaswell apakah Anda memiliki versi terbaru dari kode visual? apa yang terjadi jika Anda mengubah ukuran IDE? Apakah itu hilang?

Jika Anda menggunakan Gnome, Anda dapat memperbaikinya dengan menggunakan Xorg, bukan Wayland.
Anda dapat mengubahnya sebelum masuk.
Hidup menjadi hebat lagi.

@alanosman versi 1.8.1, pengguliran akan menjadi normal selama beberapa menit setelah diubah ukurannya.

@ ivyhaswell sangat ok - itu menegaskan bahwa kami memiliki masalah yang sama di Surface Book. Mudah-mudahan seseorang di sini yang lebih terampil dari saya akan mengambil masalah ini. :-)

Ini sepertinya juga terjadi di Macbook Pro (2015, Retina). Dulu bekerja supersmooth, sekarang dengan proyek yang sangat kecil dibuka, Chrome, Slack dan beberapa lainnya (CPU tidak mendapatkan di atas 1-3%, RAM 9.4 / 16GB digunakan) itu tertinggal saat menggulir.

Masalahnya masih berlanjut. Saya memiliki Dell XPS 13 2017, win10. Untungnya itu diperbaiki mengubah ukuran jendela, seperti yang ditunjukkan beberapa dari Anda di sini. Terima kasih

Saya baru saja datang ke sini mencari solusi untuk masalah ini.
Dan saya melihat masalah ini telah berlangsung selama lebih dari setahun .....
Saya menggunakan Asus Strix ROG GL753.

Hu, saya pikir itu akan menjadi kesalahan saya tetapi bagus untuk melihat bahwa workaorund (jendela pengubahan ukuran) ada. Saya menggunakan trackpad presisi Asus.

Memiliki masalah yang sama (Lenovo Ideapad 720s / 8th gen i7 / 8 gb ram / nvidia geforce mx150)

Sama di sini, pengguliran yang sangat tidak stabil dengan panel sentuh saya dengan Driver Presisi Windows. Terkadang berhasil, terkadang tidak. Kode VS ver: 1.18.1 x64

Mendapatkan masalah yang sama saat menggulir di Surface Pro saya (2017)

Masalah ini masih ada di nightlies. Saya menggunakan Surface Book i7 generasi pertama. Saya tidak yakin apakah ini kebetulan waktu, tetapi saya baru mulai memperhatikan masalah ini setelah meningkatkan ke Pembaruan Musim Gugur Pembuat.

Saya pikir masalah ini perlahan berkembang menjadi fitur 😄

Dipecahkan dalam chormium 11 jam yang lalu: https://chromium-review.googlesource.com/c/chromium/src/+/809829#message -85e8d8e27337bf85caecffcd4978f979a67f1378.
Mereka masih memantau, karena kode buggy yang ditambahkan berkaitan dengan utas GPU.
Bug elektron terkait dengan masalah ini: https://github.com/electron/electron/issues/8960

Semoga tambalan akan segera muncul ke vscode :)

Masalah yang sama dengan skylake XPS13 saya

Masalah yang sama. semoga segera diperbaiki

Sepertinya Chrome sedang menguji perbaikan untuk masalah ini (melalui https://bugs.chromium.org/p/chromium/issues/detail?id=713907#c28) dan saya membuat insiders VS Code yang dibuat dengan patch tersebut di-backport. Saya melakukan beberapa pengujian pada Surface Book saya di mana tampaknya masalahnya hilang.

Jika orang dapat mencobanya dan melaporkannya kembali: Unduh VS Code Insiders 64bit

@bpasero tampaknya berfungsi.

@bpasero Tetap di sini juga untuk XPS 13

@bpasero Bekerja dengan baik di sini. Menggunakan Asus ROG Strix. Terima kasih!

@bpasero Mengagumkan! Terima kasih!

@bpasero Apakah ini berarti kami dapat menerapkan perbaikan di Insider Build harian? Atau apakah harus menunggu perbaikan muncul di Electron dan VSCode memperbarui ke versi ini?

@warpdesign kita dapat memilikinya lebih awal di insider build kita karena kita membangun Electron untuk VS Code dengan perubahan khusus kita sendiri jika diperlukan.

Terima kasih banyak @bpasero 🙂

Hai, saya menggunakan laptop ASUS R500VD, dengan Windows 8.1 x64 Pro.

Ketika saya memulai VSCode dari git-bash menggunakan code . , saya tidak dapat menggunakan ketuk dua jari atau gulir dua jari di touchpad saya. Tetapi berhasil, jika saya memulai VSCode dari start-menu secara langsung.

23062 ditutup sebagai duplikat tetapi tampaknya cukup berbeda, dan masih belum terpecahkan oleh apa pun di sini.

Kecuali ini belum dalam rilis stabil, scrolling masih efektif untuk saya.
Surface book i5 8gb.

@bpasero dapatkah Anda mengonfirmasi apakah perbaikan ada dalam build orang dalam saat ini atau tidak? Saya menggunakan orang dalam terbaru, di Surface Book, dan mendapatkan kinerja gulir yang buruk:

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

Solusi yang disebutkan di # 40319 berlaku di sini. Mengubah ukuran jendela membuatnya cepat kembali.

Perbaikannya TIDAK di stabil dan BUKAN di orang dalam.

Terima kasih @bpasero. Tolong beri kami teriakan ketika itu, saya menginstal uji coba di atas tetapi itu terhapus ketika pembaruan (yang saya pikir telah memperbaikinya) keluar.

Hai
Juga menderita masalah ini di VSC 1.19.1 pada merek Dell XPS 15 9560 baru yang memukul.

Mengubah ukuran panel berfungsi dengan baik, tetapi terlalu mengganggu kata-kata. Saya mengunduh build 1.20 tetapi tidak dapat membuka file apa pun (.ps1, .py, .rb, .go all crash).

Sangat berharap bahwa perbaikan ini membuatnya menjadi stabil dan GA segera! Alasan utama saya membeli mesin ini adalah untuk memiliki pengalaman VSC yang lebih kaya.

Terima kasih atas semua usaha Anda.

Dengan build standar terbaru untuk Windows 10 dan Dell XPS 13, saya masih harus menggunakan argumen "--disable-gpu" untuk mendapatkan scrolling yang lancar.

Tidak percaya itu belum terpecahkan ... Menderita ini dari buku Surface saya 2

masih harus menggunakan solusi untuk ini

@bpasero Bagaimana status bug ini?

bpasero menambahkan ini ke pencapaian Desember 2017 / Januari 2018 pada 15 Des 2017

apakah itu berarti telah direncanakan untuk rilis (stabil) berikutnya?

Saya pikir itu sudah diperbaiki, tetapi salah. Saya menguji pada pembuatan pratinjau Kode Visual. Ini berfungsi dengan baik ketika Anda membuka editor dan itu dalam mode berjendela (yaitu lebih kecil dari desktop), tetapi pengguliran menjadi lengket saat Anda membuka layar penuh. Masalahnya tampaknya sangat terkait dengan layar penuh. Juga pengaturan editor editor.smoothScrolling tidak berfungsi (saya pikir itu membuatnya lebih buruk saat diaktifkan).

Memiliki masalah yang sama di Surface Book 2 saya.

Sebuah pengingat, bagi mereka yang belum melihatnya, masalahnya ada pada chromium. Dari apa yang saya tahu, pengetatannya ada di elektron 2.0, yang belum diberi tanggal rilis. Tim vscode memiliki "update ke electron 2.0" pada iterasi bulan ini, tapi tentu saja tidak bisa sampai 2.0 benar-benar dirilis.

Sampai saat itu, benar-benar tidak ada yang dapat dilakukan oleh tim vscode tentang masalah ini, tetapi yakinlah perbaikan akan membuatnya menjadi vscode segera setelah tersedia.

@EthanRutherford Dari apa yang dikatakan @bpasero , VScode menggunakan Electronnya sendiri dengan beberapa perubahan kustom, jadi mungkin ini dapat diintegrasikan ke dalam VSCode tanpa harus menunggu Electron 2.0 dirilis?

@ nico-onmap Saya tidak 100% yakin, tapi saya pikir dia berbicara tentang orang dalam secara khusus. Stabil mungkin dibangun dengan elektron yang tidak dimodifikasi.

Kami memiliki cara untuk melakukan backport perbaikan ke versi Electron kami tetapi saya belum punya waktu untuk memeriksanya. Selain itu, perbaikan di Chrome adalah untuk Chrome Canary (Chrome 66?) Dan kami menggunakan Chrome 58 ...

Mengalami masalah ini di Dell XPS 15. Apakah ada ETA untuk diperbaiki? Atau apakah orang sudah pindah ke Atom?

Masalah pengguliran ini terjadi pada Lenovo Yoga 920 saya ... membuat saya gila. Beralih ke IDE yang berbeda
Apakah ada solusi selain meminimalkan dan memaksimalkan layar setiap beberapa menit ??

@navotgil Saya lebih memaksimalkan dan kemudian meminimalkan, jika Anda menganggap itu sebagai alternatif. Mungkin kemampuan gulir tetap lebih lama dalam bentuk yang diminimalkan, karena saya kadang-kadang tidak perlu melakukannya selama 20-30 menit.

Saya meregangkan bentuk yang diperkecil agar sesuai dengan layar, jadi saya menggunakannya seolah-olah hampir dimaksimalkan. Saya merentangkannya dari sudut untuk mencegah kolom patah. Saya menggunakannya diminimalkan, karena saya memiliki takhayul bahwa bentuk yang dimaksimalkan lebih rentan untuk mengangkat masalah.

Buka dengan code --disable-gpu di terminal. Bekerja untuk saya.

Buka dengan kode --disable-gpu di terminal berfungsi untuk saya.

@frenic Ini benar-benar berhasil! Terima kasih!

Ya, sama di sini; bekerja untuk saya juga! Wow, sangat sederhana. Kenapa aku tidak melakukannya
pikirkan itu ;-)

Pada 20 Februari 2018 pukul 16:04, 张义飞[email protected] menulis:

Buka dengan kode --disable-gpu di terminal berfungsi untuk saya.

@frenic https://github.com/frenic Benar-benar berfungsi! Terima kasih!

-
Anda menerima ini karena Anda berkomentar.
Balas email ini secara langsung, lihat di GitHub
https://github.com/Microsoft/vscode/issues/13612#issuecomment-367025826 ,
atau nonaktifkan utasnya
https://github.com/notifications/unsubscribe-auth/AI1HDgJ399foRiWQN2ZViILXKVDSLsx1ks5tWu0BgaJpZM4KU8A9
.

Buka dengan kode --disable-gpu di terminal berfungsi untuk saya.

@frenic luar biasa, terima kasih.
Adakah yang tahu implikasinya terhadap kinerja?

Patch sedang di-backport berkat chaopeng: https://github.com/electron/libchromiumcontent/pull/453

Jangan putus asa

Masalah ini ada di sini sejak kode vs keluar, dan telah membuat kode vs tidak dapat digunakan di Windows 10. Saya dapat memahami sebuah perusahaan kecil menggunakan elektron untuk menargetkan beberapa platform sekaligus, tetapi untuk perusahaan seperti MSFT, saya benar-benar berpikir yang lebih asli pendekatan harus dipertimbangkan. Sublime adalah multi platform, dan kinerjanya / kelancarannya bahkan setara dengan notepad. Microsoft seharusnya tidak membuat IDE yang tumbuh paling cepat di sana bergantung pada produk Google dan kemampuan perusahaan lain untuk memperbaiki bug untuk platform tertentu.

Xi Editor di repo Fuchsia adalah editor masa depan. Ini masih dikerjakan, tetapi deskripsinya menjanjikan. Ini multi platform, tetapi menggunakan pustaka asli masing-masing platform untuk mencapai tampilan dan nuansa asli dan memberikan kinerja terbaik. Tampilannya minimal, dan akan mendukung plugin. Saya telah melompat ke kapal untuk menjadi agung karena kelancaran dan kehalusannya. Xi akan menjadi pilihan saya berikutnya setelah keluar. Kode VS memang keren, tetapi berdasarkan elektron membuat saya tidak ingin menyentuhnya lagi.

Saya telah membeli Surface Pro 4 ini pada awal 2016. Saya mencoba vscode segera setelah saya mendengarnya, tetapi saya telah menghindarinya karena masalah penggulirannya sejak saat itu.

Baru-baru ini saya mulai menggunakannya lagi setelah bertahun-tahun ketika saya menemukan bahwa masalah akhirnya dilacak dan juga memiliki beberapa solusi sekarang. Saya hanya dapat berharap bahwa alat pengembang Microsoft (Komunitas VS dan Kode) ramah input (sentuh, trackpad, pena) seperti, katakanlah, Edge atau Groove. Kemudian lagi, hanya banyak yang bisa dilakukan dengan aplikasi Electron / Chromium. Masalah saya adalah dengan inti dari vscode.

Saya pikir itu sudah diperbaiki di dalam build orang dalam

@razielidog Patch baru digabungkan kemarin di Electron 1.7.x: Saya ragu itu sudah ada di dalam build orang dalam.

Saya berharap mereka memperbaikinya

ini mengerikan. scrolling touchpad memiliki kelambatan yang parah di vscode. permukaan pro 5 + typecover.

Ya @razielidog Saya pikir Anda baru saja memindahkan jendela (yang merupakan solusi). Ini akan melambat lagi hingga Electron 1.7 disertakan seperti yang dikatakan @ nico-onmap.

Telah mengikuti ini selama 8 bulan. Saya suka produk Microsoft tetapi Rupanya, touchpad Presisi Microsost sendiri tidak berfungsi dengan baik dengan produk Microsoft sendiri. Saya tahu ini masalah Chromium tapi tetap saja. Electron benar-benar menyedihkan dan saya telah mencoba produk Electron yang tak terhitung jumlahnya, tidak ada satu pun yang sempurna.

Bagaimana ini bisa menjadi masalah?

Dapatkah orang yang melihat masalah ini mencoba orang dalam ini: Unduh

Ini mencakup backport dari perbaikan Chrome berikut untuk mengatasi masalah: https://crrev.com/c/867070

@bpasero Tidak itu tidak menyelesaikan masalah tapi satu pengamatan menarik. Ini tidak memiliki jeda saat startup tetapi setelah meminimalkan, berperilaku sama seperti orang dalam membangun.

@gurpreetshanky dapatkah Anda membuka devtools (dari menu bantuan) dan di konsol ketik " process.versions " dan kirimkan saya output untuk melakukannya?

@bpasero Ini adalah hasilnya
Objek {http_parser: "2.7.0", node: "7.9.0", v8: "5.8.283.38", uv: "1.11.0", zlib: "1.2.11"…}

@gurpreetshanky maksud saya, ketik ini: process.versions["atom-shell"]

@bpasero "1.7.12"

@gurpreetshanky terlalu buruk, mari kita lihat apakah orang lain melaporkan sesuatu yang lain. Saya akan memeriksa ulang apakah backport sudah termasuk dalam build ... (setidaknya versi 1.7.12 sudah benar).

@bpasero Ya, tapi pasti ada peningkatan saat memulai. Juga, When will vs code akan diperbarui ke electron 2.0. Di Atom, touchpad berfungsi dengan baik. Mengapa ini hanya memengaruhi kode vs?

@bpasero Saya mencoba membangun di Surface Book saya dan saya memiliki perilaku yang sama dengan @gurpreetshanky : berfungsi dan rusak lagi setelah jendela diminimalkan / dipulihkan.

Apakah seseorang menguji Chrome build dengan perbaikan: mungkin tidak diperbaiki dengan benar? Sudah buggy selama bertahun-tahun, saya tidak akan terkejut: /

Koreksi: Saya salah paham dengan istilah minimalkan sebagai keluar dari memaksimalkan. Meminimalkan bilah tugas juga membawa masalah kembali ke sini.

@bpasero Saya juga baru saja mencobanya di Surface Pro saya dari tautan di komentar , dan tidak memiliki masalah lagi. Meminimalkan / memulihkan adalah solusi yang saya lakukan untuk sementara memperbaiki masalah pada rilis build, jadi saya tidak mengerti bagaimana kali ini tidak akan memperbaiki tetapi membawa masalah kembali, sungguh ...

Bahkan satu verifikasi yang masalah berlanjut seharusnya cukup untuk mengatakan bahwa itu tidak benar-benar diperbaiki, dan kami memiliki dua. Saya mungkin tidak sedang memicunya.

@bpasero saya harus setuju dengan ThoAppelsin, tampaknya sudah diperbaiki di build ini.
Mencoba mereproduksi dan tidak bisa

@bpasero Ya, tapi pasti ada peningkatan saat memulai. Juga, When will vs code akan diperbarui ke electron 2.0. Di Atom, touchpad berfungsi dengan baik. Mengapa ini hanya memengaruhi kode vs?

Kami sedang mengupdate ke Electron 2.0.0, tetapi mungkin akan membutuhkan lebih banyak waktu. Jika Anda ingin memeriksa apakah masalah muncul kembali di 2.0, Anda dapat mencoba dengan versi pengujian ini ( tautan ), namun belum termasuk perbaikan.

Saya tidak bisa menjelaskan mengapa tidak mereproduksi di Atom ...

Apakah seseorang menguji Chrome build dengan perbaikan: mungkin tidak diperbaiki dengan benar? Sudah buggy selama bertahun-tahun, saya tidak akan terkejut: /

Saya dapat melakukannya minggu depan, kami juga memiliki casing yang dapat direkonstruksi dengan Chrome. Jika Anda menjalankan chrome dari baris perintah yang mengarahkannya ke beberapa situs web yang menggulir, kami dapat membuat lag langsung muncul. Kuncinya tampaknya bukan mengetikkan URL ke tab, tetapi biarkan Chrome memulai dengan URL secara langsung.

@bpasero Saya juga baru saja mencobanya di Surface Pro saya dari tautan di komentar, dan tidak memiliki masalah lagi. Saya mencoba meminimalkan / memulihkan untuk mendapatkannya kembali, tetapi tidak bisa. Meminimalkan / memulihkan adalah solusi yang saya lakukan untuk sementara memperbaiki masalah pada rilis build, jadi saya tidak mengerti bagaimana kali ini tidak akan memperbaiki tetapi membawa masalah kembali, sungguh ...

@ThoAppelsin, apakah Anda mengatakan bahwa masalah ini telah diperbaiki untuk Anda bahkan ketika Anda meminimalkan / memulihkan jendela?

@bpasero saya harus setuju dengan ThoAppelsin, tampaknya sudah diperbaiki di build ini.
Mencoba mereproduksi dan tidak bisa

@razielidog dan tetap diperbaiki bahkan ketika Anda meminimalkan dan memulihkan jendela?

Sama seperti gurpreetshanky. Tidak ada jeda saat startup tetapi min / max mengembalikannya.

@bpasero Saya buruk. Saya salah paham tentang terminologinya, dan mungkin juga bingung dengan @razielidog . Sebenarnya ada tiga istilah ini, Maksimalkan / Pulihkan / Minimalkan, dan saya salah memahami meminimalkan sebagai keluar dari memaksimalkan , dan itu tidak mengembalikan masalah.

Meminimalkan jendela ke bilah tugas dan memulihkannya kembali, juga akan mengembalikan masalah.

@bpasero Apakah perbaikan bug disertakan dalam rilis Chrome publik? Chrome Version 65.0.3325.146 (Build officiel) (64 bits) menunjukkan masalah ketika dimulai dari baris perintah dengan situs web sebagai parameter (dan hilang ketika tab baru dibuka, tetapi saya pikir ini diketahui).

Sunting Masalah telah diperbaiki dalam build Canary ( Version 67.0.3367.0 (Build officiel) canary (64 bits) ), dan pasti diperbaiki: meminimalkan / memulihkan tidak mengembalikan masalah. Jadi belum stabil.

@ThoAppelsin setidaknya kita memiliki semua perilaku yang sama.

@warpdesign Saya percaya ini hanya di Chrome 66, dapatkah Anda mencoba dengan rilis beta mereka untuk melihat perilakunya? Terima kasih telah mencobanya 👍

@bpasero mencoba Chrome Beta & Canary, berikut hasilnya:

• Beta (65.0.3325.125): bug ada, perilaku yang sama seperti VSCode stabil (scrolling lambat, meminimalkan / memulihkan sementara memperbaikinya)
  
  
  
  • Canary (67.0.3367.0): bug sudah diperbaiki: meminimalkan / memulihkan tidak mengembalikannya
  
  

Jadi sepertinya tambalan yang Anda terapkan agak membalikkan masalah, yaitu: diperbaiki secara default, dan kembalikan / minimalkan mengembalikannya.

Saya dapat mengonfirmasi bahwa Atom ( 1.24.1 ) tidak menunjukkan masalah yang menggunakan Electron 1.6.16 .

Bagaimana kalau bekerja sama dengan Atom karena mereka tidak punya masalah? Apakah mereka memilikinya? Jika ya, bagaimana mereka memperbaikinya? Jika tidak, mengapa tidak?

@warpdesign Anda harus menguji dengan Atom Beta ( 1.25.x dengan Electron 1.7.11 ) meskipun untuk mencocokkan versi Chrome yang sama yang kami gunakan. Ada kemungkinan bahwa Electron 1.6.x tidak mengalami masalah ini karena menggunakan versi Chrome yang lebih lama.

Saya coba follow up dengan Electron jika backport mereka mungkin belum lengkap (pembahasan di https://github.com/electron/libchromiumcontent/pull/472).

Terima kasih atas pekerjaannya!

@bpasero Saya baru saja mencoba dengan Atom Beta ( 1.25.0-beta3 , Elektron 1.7.11 ) dan pengguliran bekerja dengan sempurna: tidak ada jeda, tidak ada masalah saat meminimalkan / memulihkan.

@warpdesign hmm Jadi bug ada di basis kode vscode?

@gurpreetshanky Anda tidak dapat benar-benar mengatakannya karena bug ini mereproduksi di Chrome dan telah dipastikan sebagai masalah dengan Chrome dan sementara itu diperbaiki. Tidak jelas bagi saya bagaimana Atom tidak memicu masalah dan tidak jelas mengapa perbaikan berfungsi di Chrome tetapi tidak untuk kami setelah meminimalkan / memulihkan.

@bpasero mungkinkah perbaikan bug bergantung pada beberapa perbaikan / perubahan lain yang tidak diterapkan? Bagaimana jika menghubungi orang yang mengirimkan patch Chrome untuk bug ini?

@warpdesign agar adil, tambalan ini diterapkan di atas Chrome 66 dan kami meletakkannya di atas Chrome 58, jadi bisa jadi ada hal lain yang hilang ...

Dapatkah orang yang melihat ini di stabil mengonfirmasi bahwa masalah akan muncul kembali setelah Anda meminimalkan dan memulihkan? Saya mencoba untuk memahami jika kami selalu memiliki masalah dengan meminimalkan / memulihkan membawa masalah kembali.

Pengujian saya dengan Surfacebook sepertinya menunjukkan bahwa masalah ini pernah ada sebelumnya. Yang berarti backport memperbaikinya saat memulai tetapi tidak lebih buruk dari sebelumnya sehubungan dengan masalah yang kembali pada meminimalkan / memulihkan.

Ya, itu ada dalam build stabil saat ini (meminimalkan + memulihkan membuat pengguliran menjadi lambat):

Versi 1.21.0.0
Komit 9a199d77c82fcb82f39c68bb33c614af01c111ba
Tanggal 2018-03-07T11: 04: 09.969Z
Kulit 1.7.9
Perender 58.0.3029.110
Node 7.9.0
Arsitektur x64

(setidaknya di Dell XPS 15 9560 saya)

Menurut pendapat saya, bahkan perbaikan parsial ini akan baik untuk digabungkan dalam orang dalam sampai bug yang diminimalkan disortir. Dari sudut pandang kegunaan setidaknya.

@ynotzort apakah itu juga kembali dengan gerakan lain di Jendela? Suka beralih antar jendela aplikasi? Saya bertanya karena meminimalkan / memulihkan sepertinya tugas yang lebih jarang dijalankan dibandingkan dengan beralih Windows.

@bpasero sepertinya tidak menyukainya, setidaknya alt + tab dan windows + tab tidak membuat masalah muncul untuk saya.
Namun menggunakan windows + d (minimalkan / pulihkan semua jendela) membuatnya muncul, yang cukup mengganggu ...

Hanya sedikit yang saya dapatkan masalah ini di Versi terbaru 1.21.0 bahkan sebelum meminimalkan / memulihkan. Jika saya membuka file di VS Code, pengguliran terputus-putus dengan touchpad. Saya telah mengatur:
"window.menuBarVisibility": "toggle"
Jadi solusi cepat saya untuk itu adalah dengan menekan ALT, yang membuat menuBar muncul dan masalah menghilang. Itu sampai meminimalkan / mengembalikan siklus ketika kembali.

@marchom Terima kasih atas tipnya, saya lebih suka mengubah ukuran sebagai solusi.

Sepertinya perilaku bug mengikuti pola ini di 1.21.0 (Windows):

• Muncul
  
  
  
  • Pada mulanya
  
  
  • setelah meminimalkan / memulihkan ketika dimaksimalkan (baik dengan tombol atau Win + D )
  
  
• Menghilang
  
  
  
  • saat memulai vscode dengan flag --disable-gpu
  
  
  • pada pengubahan ukuran
  
  
  • sambil memegang CTRL atau ALT
  
  
  • setelah mengetuk ALT (Hanya jika Anda menyembunyikan bilah menu)
  
  
  • setelah beralih mode layar penuh ( F11 )
  
  
  • jika alat pengembang terbuka Help -> Toggle Developer Tools
  
  
• Tidak berpengaruh
  
  
  
  • setelah meminimalkan / mengembalikan ketika vscode difokuskan, tetapi tidak dimaksimalkan
  
  
  • ALT + TAB
  
  
  • Win + TAB
  
  

Mengetuk dua kali F11 (beralih layar penuh) juga menghilangkan masalah bagi saya. Menjalankan code --disable-gpu berfungsi ...

Yang aneh adalah jika VSCode tidak dimaksimalkan, maka meminimalkan dan memulihkan tidak memicu masalah bagi saya ...

Saya punya masalah dengan Discord yang juga menggunakan Electron .
(Saya tidak dapat menghubungkan lebih banyak karena saya bekerja 80% dari waktu saya di Linux)

Yang aneh adalah jika VSCode tidak dimaksimalkan, maka meminimalkan dan memulihkan tidak memicu masalah bagi saya ...

@ynotzort Dapat mengonfirmasi perilaku ini. Memperbarui daftar saya

Saya menggunakan maksimalkan / pulihkan atau pulihkan / maksimalkan sebagai solusi saya, dan ini berfungsi (sejauh yang saya ingat) sepanjang waktu. Mungkin solusi ini dapat dikeluarkan secara terprogram setiap kali vscode dibawa dari taskbar setelah diminimalkan?

Saya tidak memiliki cukup informasi tentang subjek ini, tetapi mungkin itu dapat dilakukan dengan cukup atom, tanpa jendela ditarik ulang sama sekali. Sampai perbaikan datang dan menyebar dari chromium / electron ke vscode, vscode dapat menambalnya seperti ini sebagai ukuran sementara.

@ pd93 Saya juga memperhatikan bahwa Help -> Toggle Developer Tools juga mengurangi masalah. Untuk beberapa alasan jika alat pengembang terlihat, kelambatan tidak pernah terjadi.

@karasq Terima kasih, saya dapat mengonfirmasi ini. Saya hanya dapat berasumsi bahwa membuka alat dev menyebabkan perubahan ukuran saat Anda memfokuskan vscode? Padahal saya tidak punya apa-apa untuk mendukung teori ini.
Saya telah menambahkannya ke daftar saya ^^^

@karasq terima kasih, Bantuan -> Toggle Developer Tools bekerja untuk saya,
dan kode --disable-gpu juga berfungsi

@bpasero saya baru saja melihat bahwa dalam catatan rilis elektron 1.7.13 "Dukungan tetap untuk scrolling trackpad / mouse presisi." disorot. Mungkin versi ini bisa digunakan sebagai pengganti 1.7.12?

@razielidog kami menggunakan 1.7.12 tetapi dengan patch yang persis seperti itu ...

Dengan insider build hari ini ( 3a70cdfd8f84136e858b3d39e5a709e637fc35e7 ) Anda dapat mengatur "window.smoothScrollingWorkaround": true untuk kembali menggulir dengan mulus saat memulihkan Window. Build ini juga menyertakan versi Electron yang akan memperbaiki masalah ini pada permulaan awal.

Beri tahu kami bagaimana kelanjutannya. Alasan mengapa pengaturan baru ini tidak diaktifkan secara default adalah a) ini hanya solusi dan bukan perbaikan sebenarnya b) itu menghasilkan beberapa kedipan dari Jendela saat Anda memulihkannya.

@bpesaro berita bagus! Saya tidak memiliki akses ke buku permukaan saya sekarang, akan mencobanya dalam beberapa hari. Apakah flicker berarti tambalan diterapkan kembali setiap kali jendela dipulihkan?

@warpdesign flicker secara harfiah berasal dari fakta bahwa dengan opsi itu diaktifkan, saya mengalihkan visibilitas bilah menu ketika jendela dipulihkan. Ini tidak akan terjadi pada permulaan awal.

Solusi @bpasero berfungsi seperti yang diharapkan di Surface Book saya, tidak ada lagi jeda setelah meminimalkan / memulihkan.

Tampaknya masalah ini ada hubungannya dengan versi windows (terutama touchpad presisi). Jika menjalankan kode VS dalam mode kompatibel windows 7, scroll lag menghilang dan tidak akan muncul lagi.

@ TXH1997 Terima kasih atas ide mode kompatibilitas. Windows 7 comp.mode tampaknya secara permanen memperbaiki masalah scroll lag saya (di permukaan pro 4).

@ TXH1997 karena menjalankannya dalam mode kompatibilitas berarti berjalan tanpa GPU. Jadi fungsi seperti terminal terintegrasi tidak akan berfungsi.

Yup, ini hanya solusi sementara. Bug masih harus diperbaiki ...

berharap untuk mendapatkan ini diperbaiki dari waktu yang lama, tidak mengerti mengapa MS tidak dapat memberikan perbaikan yang tepat.

Melihat ini saat ini di Surface Book di versi 1.21.1

Saya akan mengunci masalah ini sehingga orang dapat melihat solusi saat ini yang kami kirimkan dengan 1.22:

Saya membuka kunci masalah ini untuk mendapatkan beberapa umpan balik seputar fakta bahwa Windows 10 telah mengerjakan perbaikan dan tampaknya disertakan dalam Windows 10 Insider Preview Build 17751 dan akan disertakan dalam pembaruan Oktober (RS5).

Jika ada yang bisa memverifikasi, masalahnya memang diperbaiki dengan orang dalam Windows 10 yang dibangun itu akan bagus. Sejauh ini saya mendengar dari @Drae di https://github.com/Microsoft/vscode/issues/53793#issuecomment -417922382 bahwa masalah telah teratasi.

Untuk memverifikasi:

• perbarui ke Windows 10 Insider Preview Build 17751
• hapus pengaturan window.smoothScrollingWorkaround (jika dikonfigurasi)

@bpasero Tidak ada masalah lagi dengan 17751 di Surface Book.

@bpasero Ya, masalah diselesaikan dengan 17751.1 pada Dell XPS 15 dengan touchpad presisi.

Karena penasaran: apakah ada yang pernah mengalami masalah ini di Windows 7 atau Windows 8? Saya bertanya karena perbaikan mungkin hanya akan dilakukan pada Windows 10.

@bpasero Saya tidak berpikir itu akan terjadi pada versi windows sebelumnya karena mereka tidak mendukung touchpad presisi, jika saya ingat dengan baik.

Apakah perubahan ini akan hadir di Pembaruan Windows 10 Oktober 2018 saat dirilis?

Power pc desktop hp saya menyala selama satu menit tetapi monitor tidak terbuka dan mouse atau keyboard tidak berfungsi saat memperbarui windows 10 saya sebelum dua tahun yang lalu

@ bdr99 ya itu akan tersedia sebagai bagian dari pembaruan Oktober.

Menutup ini saat pembaruan Windows 10 Oktober diluncurkan kepada orang-orang. Bug ini diperbaiki sebagai bagian dari pembaruan Windows 10 RS5.

Hebat, sekarang harus menunggu RS5 - semoga besok.

Kami memutuskan untuk menyimpan "window.smoothScrollingWorkaround": true untuk rilis ini dan kami berencana untuk menghapusnya di masa mendatang ketika lebih banyak pengguna memperbarui ke Windows terbaru.
Dapatkah seseorang yang tidak memiliki versi Windows 10 terbaru mengambil insider build ini dan memverifikasi bahwa window.smoothScrollingWorkaround berfungsi seperti sebelumnya dan penggulirannya lancar? Aku akan sangat menghargainya.

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 Saya belum menginstal pembaruan Oktober, jadi saya menginstal insider build untuk diuji.

Tapi masalahnya, pembaruan KB4462933 memperbaiki masalah untuk saya. Sekarang tidak ada perbedaan antara build stable / insider, dan dengan / tanpa window.smoothScrollingWorkaround setelah update.

Berikut adalah lebih banyak testimonial: https://github.com/Microsoft/vscode/issues/62327#issuecomment -436597428, https://github.com/Microsoft/vscode/issues/61824#issuecomment -433785824.

@HazemAM terima kasih telah melompatinya!
Itulah mengapa saya membutuhkan seseorang yang tidak memiliki pembaruan windows terbaru untuk mencobanya sehingga kami dapat memverifikasi bahwa pengaturannya masih berfungsi.

@isidorn Oh, jadi yang Anda maksud adalah pembaruan inkremental terbaru, bukan pembaruan bulan Oktober?

Ya, saya kira saya membutuhkan seseorang yang tidak memiliki https://support.microsoft.com/en-us/help/4462933/windows-10-update-kb4462933

Perlu diingat bahwa tidak cukup hanya dengan mengkonfigurasi window.smoothScrollingWorkaround: true , Anda juga harus menonaktifkan judul kustom melalui window.titleBarStyle: native .

Saya tidak memiliki pembaruan windows yang tersedia untuk diinstal (saya up to date), vscode terbaru dan saya menjalankan windows bootcamp.

Saat menggunakan trackpad, sama sekali tidak ada cara (dengan kombinasi saran apa pun di utas ini) untuk menggulir dengan lancar. Vscode mengabaikan pengaturan roda mouse panel kontrol saya. Satu-satunya cara agar vscode berperilaku adalah dengan menyetel "editor.mouseWheelScrollSensitivity": 0.2 namun saya beralih antara menggunakan trackpad dan mouse, jadi saya harus mengubah pengaturan ini setiap kali saya berpindah perangkat!

Saat ini vscode sangat tidak tertahankan untuk digunakan karena ini!