Ich habe dies auf meiner VM nicht gesehen und @Tyriar zugewiesen , um zu überprüfen, ob er es auch unter Linux sieht, damit wir beurteilen, wie serios es ist

Ich habe momentan keinen Linux-Laptop dabei. Ich werde diesen Oktober markieren, um mich daran zu erinnern. / cc @alexandrudima

Ich habe das zu tun, obwohl es nicht überall vorhanden ist. Das Baumansichtsfenster und alle Editoren glätten den Bildlauf nicht mehr, aber Einträge, die (wie ich annehme) wahrscheinlich Browser-Rendering verwenden, wie Erweiterungsdetailseiten, machen den Bildlauf immer noch reibungslos.

Laufen:
Arch Linux - x86_64 Linux 4.7.6-1-ARCH
GNOME Shell 3.22.1

Ich kann weder in der Baumansicht noch im Editor einen Unterschied feststellen, wenn ich 1.6.0 und 1.5.3 mit Ubuntu 16.04 vergleiche. @bpasero @alexandrudima irgendwelche Ideen?

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

Ich glaube nicht, dass dies ein Dup dieses Problems ist. Dieses Problem zeigt an, dass es überhaupt nicht funktioniert, während dieses Problem nur mit dem reibungslosen Scrollen zusammenhängt: Das Scrollen mit zwei Fingern funktioniert, verhält sich aber wie normales "nervöses" Scrollen.

Ich stimme @ jshap70 zu , dies ist ein anderes Problem, als er beschrieben hat.

Ich denke, dies ist eine Regression in Chrom (ich habe es auch dort bemerkt), die für mich in 54 behoben wurde.

Kann dies bestätigen, wenn das Scrollen mit zwei Fingern für den Editor verzögert ist. Verwenden von Version 1.6.1 auf meinem Windows 10-Computer.

AFAIK Wir hatten keine Änderungen in der Scroll-Handling-Logik, aber wir haben auf eine neuere Elektronenversion (einschließlich Chromium 52) aktualisiert.

Es wäre interessant herauszufinden, ob Chrome 52 ebenfalls unter diesem Problem leidet. Wir haben genau den gleichen Bildlaufcode im Editor https://microsoft.github.io/monaco-editor/. Wenn also jemand es versuchen und hier über die Ergebnisse berichten möchte, wäre ich dankbar.

Auf Chromium gibt es viele Probleme mit Touchpads: https://bugs.chromium.org/p/chromium/issues/list?can=2&q=touchpad

Treffen wir ein bekanntes Problem für sie?

Das Scrollen in Monaco ist flüssig und fühlt sich genauso an wie vscode zuvor für mich in Chrome (Beta) 55.0.2883.21 sowie Chromium 54.0.2840.71.
Ich habe gerade eine Version von Chromium 52.0.2743.85 zum Testen erstellt und kann bestätigen, dass es das gleiche sprunghafte Scrollen hat. Die Verwendung von Monaco im Inneren ist besonders rau. Dies bestätigt die Idee, dass es sich wahrscheinlich um einen Elektronenfehler und nicht um einen Vscode-Fehler handelt. Mist.

@ jshap70 Vielen Dank, dass Sie bestätigt haben, dass es sich um einen Chromium-Fehler handelt, der behoben wird, sobald wir eine neuere Version erhalten. fyi @bpasero

Das habe ich heute auch in meinem Surface Book erlebt. Es ist ein echter Mist. Am seltsamsten war, dass das Trackpad nach einigem Verwenden einer Maus wieder normal funktionierte. Es tut mir leid, dass ich auf unserer Seite nichts tun kann. Wir bekommen Mausrad-Events und respektieren sie, wenn wir sie bekommen.

Electron hat Chrome 54 noch nicht übernommen, aber es ist in ihrem Plan.

@ jshap70 ist das

@bpasero Ich habe gerade eine Kopie von Chromium 53.0.2785.92 erstellt, die höchste 53, die ich zur Verfügung hatte, und es gab immer noch das Problem des abgehackten Bildlaufs, wenn ich Monaco verwendete. 54 ist also die erste Version, auf die es festgelegt ist.

Ich habe eine Weile mit diesem gespielt. Testen mit einem Lenovo Yoga 910 (Kaby Lake) - Windows 10 Pro.

Während meiner Tests habe ich festgestellt, dass die Verzögerung auftritt, wenn Sie VS Code maximiert starten. Ich dachte, ich würde vielleicht verrückt, aber alles, was ich tat, war, das Fenster wiederherzustellen und es dann wieder zu maximieren, und der ganze Scroll-Ruck war weg.

Um sicherzugehen, dass ich meine Murmeln nicht verliere, ließ ich sie von meiner Frau blind testen. Es war ein Unterschied zwischen Tag und Nacht. Hoffentlich hilft dies dabei, das Problem zu lokalisieren. Ich werde heute Abend oder morgen eintauchen, um es selbst zu versuchen.

Ich habe das gleiche Bildlaufproblem bei Lenovo Yoga 910.
Nach dem Ändern der Fenstergröße ist das Scrollen wieder reibungslos.

Ich habe ein Surface 4 Pro und habe das gleiche Problem. Durch Ändern der Fenstergröße wird das Scrollen korrigiert.

Ich sollte wahrscheinlich erwähnen, dass das Problem, das ich durch Chrom verfolgt habe, nur auf meinem Lenovo W530 Thinkpad unter Linux und nicht unter Windows vorhanden ist und nicht durch Ändern der Fenstergröße behoben wird. Das könnte ein ganz anderes Thema sein.
Kann jemand, der diese Probleme hat, versuchen, eine Version von Chrom oder Chrom 52 oder 53 zu installieren und zu überprüfen, ob Monaco das gleiche Problem hat?

Ich habe dieses Problem auf meinem SurfacePro4. Wenn Sie das Touchpad verwenden, verzögert sich der Editor beim Scrollen, wenn das Fenster in voller Größe angezeigt wird. Wenn ich die Größe des Fensters ändere, damit ich meinen Desktop ein wenig sehen kann, verschwindet das Problem.

Das gleiche Problem tritt bei mir mit Win 10 und einem neuen Surface Book auf. Kann bestätigen, dass die Größenänderung des Fensters und die Remaximierung es zu lösen scheinen (zumindest bisher).

Ich bin derzeit mit meinem Dell XPS 15 9550 (Touchscreen-Version, Win10 x64) auf der neuesten Version und habe genau dieses Problem. Ich wusste nicht einmal, dass es nicht auftritt, wenn ich den Touchscreen-Bildlauf verwende, nur mit dem Touchpad.

Der Trick zum Ändern der Größe / Maximieren behebt das Problem zumindest ein wenig.

Gleiches Problem wie hier. Surface Book / Windows 10, aber das Maximieren löst. Wäre toll, nicht jedes Mal VS Code öffnen zu müssen.

Da Chromium 54 in Electron integriert wurde, kann VSCode möglicherweise auf das neue Electron umschalten, um das Problem definitiv zu lösen.

Es gibt noch keine Electron-Version mit Chrome 54.

Die Elektronenfreigabe mit Chrome 54 soll im Januar erfolgen

Von Elektron / Pull / 8406

(...) Ich werde dies jetzt als Beta 1.5.0 bis npm veröffentlichen

Gibt es eine Möglichkeit, benachrichtigt zu werden, wenn Insider auf das neue Electron aktualisieren?

Ich warte auch auf das neue Elektron. Es ist schade, einen so schönen Bildschirm und Editor zu haben, der von schrecklichem Scrollen geplagt ist.

Dieses Problem tritt auch bei Dell XPS 13 9360 QHD Ende 2016 auf. Es wurde festgestellt, dass nur das Touchpad (Windows Precision-Treiber) beim Scrollen mit dem Touchscreen betroffen ist.

Dies scheint in 1.10.2 immer noch ein Problem zu sein (Dell XPS 15, Touchscreen ist flüssig)

Also, was ist das Problem jetzt? Es wurde angegeben, dass dies im Januar hätte behoben werden sollen.

Ich möchte meinen vorherigen Kommentar wiederholen, dass dieses spezielle Problem das Problem unter Windows nicht wirklich verfolgt, da die Informationen, die ich über das Scrollen in Chrom gepostet habe, mit Linux zusammenhängen.
Das Problem ist jedoch in der aktuellen Version von vscode immer noch vorhanden

Wir können benutzerdefinierte glatte Schriftrollen wie in Atom entwickeln, die auch mit https://github.com/Microsoft/vscode/issues/21359 zusammenhängen

@pixieaka Code verwendet derzeit das native Scrollen von Chrome, was meiner persönlichen Meinung nach viel besser ist als alles, was darauf aufgebaut ist, wenn es richtig funktioniert. Darüber hinaus ist das Scrollen behoben und funktioniert ordnungsgemäß, wenn es in Monaco auf aktuelleren Chromversionen ausgeführt wird (siehe hier ), weshalb bekannt ist, dass es sich um ein Elektronenproblem handelt. Es besteht also keine wirkliche Notwendigkeit, es neu zu schreiben, da es nicht das Problem des Codes ist.

Sie müssen nur warten, bis das Elektron auf Chromium 54 aktualisiert ist, was meiner Meinung nach hier verfolgt werden kann

@ jshap70 Electron v1.6.2 wurde bereits vor 16 Tagen mit Chromium (56.0.2924.87) veröffentlicht

@ jshap70 https://github.com/Microsoft/vscode/issues/11953 Dies wurde mit dem neuesten Electron 1.6.2 mit Chrom (56.0.2924.87) für Windows hier erstellt: https://az764295.vo.msecnd.net/insider /d42d4467e681308a5f82b61cb11ee6b91f1b9864/VSCode-win32-1.11.0-insider.zip

Das Problem mit der Schriftrolle ist jedoch noch nicht gelöst

@pixieaka welches Problem beim Scrollen? Dieses Problem betrifft das Scrollen unter Linux, nicht unter Windows

@ jshap70 https://github.com/Microsoft/vscode/issues/20840 Ich habe das gleiche Problem mit Dell Laptop unter Windows 10. Der Bildlauf ist mit

@pixieaka könnte mit dem Lag-Scroll in Windows zusammenhängen. Ich habe hier das gleiche Problem. https://github.com/Microsoft/vscode/issues/20348#issuecomment -291060102

Das macht mich verrückt, muss jede Minute während der Arbeit wiederherstellen / maximieren. Irgendwelche Updates dazu?

Der heutige VS Code Insider Build wird mit Electron 1.6.x geliefert. Es wäre interessant zu hören, ob dieses Update dieses Problem für jedermann löst: http://code.visualstudio.com/Download#insiders

@bpasero Ich glaube nicht, dass der Link funktioniert. https://code.visualstudio.com/insiders sein ?
Ich werde es überprüfen, wenn ich eine Chance bekomme und dich wissen lassen.

@bpasero Ich bin froh zu sagen, dass das reibungslose Scrollen wieder im neuesten Insider-Build enthalten ist! unter Linux also.

Cool, danke!

Auf meinem Dell XPS 13 SkyLake weist Precision TouchPad, Windows 10 bei 125% Skalierung immer noch das gleiche Problem für den heutigen Insider-Build a5e9d3 auf

Noch ein paar Infos:

Der Bildschirm scheint nur am Ende des Bildlaufs zu aktualisieren. Also 2 Finger scrollen ... (sieht aus als wäre nichts passiert / eingefroren)
Heben Sie dann die Finger <- Bildschirmaktualisierungen.

Entschuldigung für den doppelten Kommentar, aber ich habe festgestellt, dass die Verwendung von "--disable-gpu" das Scrollen für mich wieder super flüssig macht.

Vielen Dank an https://github.com/Microsoft/vscode/issues/14716#issuecomment -293120446 für den Tipp.

Gibt es eine Möglichkeit, dieses Flag immer zu aktivieren, selbst wenn Code über das Kontextmenü gestartet wird?
Edit: Scheint nicht

Eine Möglichkeit, Code mit bestimmten Parametern auszuführen, wäre eine gute Idee (was ist mit startup.json in ~, das für Befehlszeilenparameter verwendet wird?), Aber ich würde lieber sehen, dass das GPU-bezogene Problem behoben ist.

Was ist falsch daran, ein globales Shell-Skript zu erstellen, auf dem code --disable-gpu ?

Es ist nichts Falsches daran, eine globale Verknüpfung zu haben. Aber das Deaktivieren der GPU, um einen Fehler zu umgehen, ist nicht sehr gut, wenn Sie mich fragen. Die Verwendung der GPU anstelle der CPU zum Rendern / Scrollen kann einen großen Einfluss auf Akku, Leistung usw. haben.

Gerade auf xps getestet, scheint sehr vielversprechend! Bei einer sauberen Installation ist der erste Eindruck ziemlich glatt. Ich muss sehen, wie es mit all den Addons ist, aber jetzt gibt es Hoffnung.

Kann bestätigen, Dell XPS 15 9560 + Windows 10 Creators Update, --disable-gpu funktioniert als Problemumgehung.

Immer noch nicht glatt auf Oberflächenbuch, sogar --disable-gpu ausführen

Ich bestätige, dass es im Surface Book nicht reibungslos funktioniert (Entwickler-Update): Es springt nicht mehr so ​​viel, aber es ist ziemlich verzögert.

Hat jemand im Code-Kernteam ein solches Gerät oder arbeitet jeder auf einem Mac? :) :)

@warpdesign Ich bin auf einem Oberflächenbuch. Meine Problemumgehung besteht darin, das VS-Code-Fenster nach dem Öffnen einmal "wiederherzustellen" und "zu maximieren". Das Scrollen mit zwei Fingern auf dem Trackpad wird dann für mich reibungslos.

Ich habe eine Wiki-Seite gestartet, um gemeldete Informationen zu diesem Problem zu sammeln / zusammenzufassen - https://github.com/Microsoft/vscode/wiki/Known-issues

Deaktivieren Sie GPU funktioniert nicht auf xps 15 ", minimieren / maximieren Sie Arbeiten, aber nur für eine kurze Zeit, müssen Sie es weiter tun. Immer noch das gleiche Problem in der neuesten Version.

@vladkosarev funktioniert für mich. Haben Sie versucht, von der Website auf den neuesten Intel-Grafiktreiber zu aktualisieren?

Ich bin mir nicht sicher, ob es erwähnt wurde, aber dies ist ein Elektronenproblem. Das gleiche passiert mir im Slack Desktop Client.

Ich habe das Problem auch auf einem ASUS Zenbook-Laptop. Das Nichtmaximieren (und erneute Maximieren) scheint das Problem vorübergehend zu beheben.

• VSCode-Version: Code 1.12.1 (f6868fce3eeb16663840eb82123369dec6077a9b, 2017-05-04T21: 26: 50.689Z)
• Betriebssystemversion: Windows_NT ia32 10.0.14393
• Erweiterungen:

| Erweiterung | Autor | Version |
| --- | --- | --- |
| 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 |
| nachgestellte Leerzeichen | shardulm94 | 0.2.11 |
| vscode-fileutils | sleistner | 2.5.1 |
| ninja | surajbarkale | 0.0.1 |;

Ich habe das gleiche Problem mit meinem Dell XPS 9560. Ich habe eine seltsame Problemumgehung gefunden

Klicken Sie mit der rechten Maustaste auf die Taskleiste und wählen Sie die Einstellungen der Taskleiste
Ändern Sie die Ausrichtung der Taskleiste in das Gegenteil von dem, was es gerade ist, dh wenn unten, dann setzen Sie auf Oben oder umgekehrt. Wenn links, dann rechts usw.
Ändern Sie die Taskleiste wieder in die ursprüngliche Ausrichtung oder lassen Sie sie unverändert.
Wieder reibungsloses Scrollen
Ich muss dies jedes Mal tun, wenn ich VS Code starte, aber es funktioniert.

Auch das Problem erfahren. Trick minimieren / maximieren hilft, ist aber sicher ärgerlich. Leider keine aktuellen Informationen zu dem Problem in Electron's Repo .

Laptop: Dell XPS 9560
Betriebssystem: Win 10 Pro 10.0.15063
VS-Code: 1.12.2

Gleiches Problem hier mit einem Acer Nitro 15.

Laptop: Acer V Nitro 15
Betriebssystem: Win 10 Pro
VS-Code: 1.14.0-Insider

Gleiches Problem hier auf Acer. Das Fenster "Code wiederherstellen / maximal" und das Scrollen mit zwei Fingern funktionieren wieder.

Laptop: Acer Aspire F5-573
Betriebssystem: Win 10 Home 1703
VS-Code: 1.13.0

Der VS-Code wurde auf Insider Build 1.14.0 aktualisiert, und das Problem bleibt bestehen.

Kann entweder durch Wiederherstellen / Maximieren des Fensters oder Ausführen von Code mit --disable-gpu behoben werden.

Gleiches Problem bei Surface Pro 4. (I5, 8 GB, 256 G).
Betriebssystem: Win 10 Home 1703
VS-Code: 1.13.0
Kann durch Ändern der Fenstergröße behoben werden.

Ich bin mir nicht sicher, ob es helfen wird oder nicht, aber ich habe diesen lächerlich detaillierten Artikel zum Scrollen gefunden :) https://pavelfatin.com/scrolling-with-pleasure/

Gleiches Problem hier.
Betriebssystem: Win 10 Pro Build 14393
VS-Code: 1.13.1

Ich denke, es hängt mit dem Betriebssystem zusammen. Die in Win 10 integrierten Apps unterstützen TrackPoint Scroll nicht so gut, dass der Code möglicherweise eine Bibliothek im Betriebssystem verwendet.

Schnelle vorübergehende Problemumgehung: Win + DOWN, Win + UP

Ich bin auf Insider, Surface Book (i5 8GB Modell), Scroll ist extrem verzögert.

Wie wäre es, wenn jemand aus dem VSCode-Team Zugriff auf ein Oberflächenbuch (oder ein Präzisions-Touchpad) erhält und auf jeden Fall sieht, was falsch ist, und eine ordnungsgemäße Lösung (oder Problemumgehung) gegeben wird?

Oberflächengeräte sind Microsofts Flaggschiff-Computer für Windows 10: Es macht mich wütend, dass die VSCode-Leistung auf einem so schönen Computer so schlecht ist (zusätzlich, um mich daran zu hindern, ernsthafte Arbeiten mit VSCode durchzuführen).

@warpdesign Einige siehe Upthread ). Obwohl es sehr irritierend ist, ist es ein vorgelagertes Problem, das noch niemand lösen kann.

Ich bin mir nicht sicher, ob jemand tatsächlich daran arbeitet. Ich denke, Electron sagt nur, dass es sich um ein Chrome-Problem handelt, aber ich konnte keinen Fehler im Issue-Tracker finden, außer diesem, der im Grunde überhaupt keine Aktivität aufweist los .. Weiß jemand, ob jemand daran arbeitet?

Das passiert auch für mich auf meinem 4k XPS 9550 und macht mich verrückt. Ich liebe VS Code so sehr, aber es ist so ärgerlich, ihn alle 5 Minuten minimieren / maximieren zu müssen ...

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

@tobiasviehweger Es ist keine Überraschung, dass es immer noch da ist :(

Kann das Problem mit Monaco auf Chrome reproduziert werden? Oder ist es spezifisch für VSCode + Electron?

Scrollen Sie unter Dell XPS13 / Windows 10 abgehackt und im Grunde genommen nutzlos, bis Sie den Trick --disable-gpu ausprobiert haben. Nicht ideal. Gibt es Anzeichen dafür, dass Electron auf neueres Chrom umsteigt?

+1 leidet hier unter dem Problem.
Ich habe Surface Book tatsächlich wegen des großartigen Touchpads und der Tastatur gekauft und hauptsächlich für die Arbeit. Daher ist es ein kritisches Problem für mich. Ich denke darüber nach, Surface Book zurückzugeben und erneut einen Mac zu kaufen :(
Meine VSCode-Version:

Ein weiteres Datenelement:
Auf meinem alten Mac Air 11 "(mit installiertem Win 10, nicht Macosx) funktioniert das Touchpad in VSCode hervorragend.
Ausführung:

Fix pls?

Einige weitere Details.

Was genau in meinem Oberflächenbuch passiert, ist, dass ich mit zwei Fingern nach oben / unten wische:

• Meistens scrollt es, aber after a 1 second lag
• manchmal passiert überhaupt nichts, als ob das Ereignis es nicht zu VSCode geschafft hätte
• In einigen seltenen Fällen erfolgt das Scrollen pünktlich

Wie Sie sehen, ist dies sehr unzuverlässig und macht VSCode auf solchen Geräten unbrauchbar.

Ich wollte sehen, was mit den DOM-Ereignissen passiert ist, aber als ich die devtools öffnete, funktionierte das Scrollen wie erwartet, dh ohne Verzögerung von 1 Sekunde und bei jedem Wischen. Dies macht es schwierig, das Problem zu verfolgen.

@kokajambo @ Deiru2k ist es das, was du auch erlebst?

Ich habe Folgendes festgestellt: Das Ein- oder Ausblenden des Hauptmenüs funktioniert genauso wie das Ändern der Fenstergröße. Wenn Sie also normalerweise das Menü ausgeblendet haben, wird es durch kurzes zweimaliges Tippen auf die Alt-Taste, wenn das Scrollen ruckelig wird, für eine Weile wieder glatt.

Wurde das Elektron jemals aktualisiert?

Ja, wir haben Electron mehrmals aktualisiert, seit dieses Problem erstmals gemeldet wurde. Zum Zeitpunkt der Meldung des Problems verwendeten wir eine auf Chromium 52 basierende Electron-Version. Wir verwenden jetzt Chromium 56, während der Chrome-Browser Chromium 60 verwendet.

Die vorgelagerten Themen:
Electron: https://github.com/electron/electron/issues/8960 (zugunsten der Chromium-Ausgabe geschlossen)
Chrom: https://bugs.chromium.org/p/chromium/issues/detail?id=713907 (Der Eigentümer der Chromium-Ausgabe konnte mit Chromium 58 nicht reproduzieren.)

Wenn wir Optimisten sein wollen, sollte dieses Problem behoben sein, sobald wir auf eine auf Chromium> = 58 basierende Electron-Version aktualisieren.

Wenn das Problem nicht behoben ist, müssen wir unsere Electron-Freunde um weitere Hilfe bitten, da dies möglicherweise ein Hinweis darauf ist, dass es sich um ein elektronenspezifisches Problem handelt.

In der Zwischenzeit funktioniert die Problemumgehung weiter (ändern Sie die Größe des Fensters nach dem Öffnen einmal).

Ich habe auch dieses Problem.
VSCode-Version: Code 1.14.2 (cb82feb, 2017-07-19T23: 34: 09.706Z)
Betriebssystemversion: Windows_NT ia32 10.0.15063

mit code --disable-gpu wurde das problem gelöst

Ich kann dieses Problem auf meinem Razer Stealth bestätigen, wodurch es für einige Zeit minimiert / maximiert wird.

@ IanNS333 Gleich hier mit Dell XPS 13 (9350).

Dies scheint nach dem letzten Update noch schlimmer zu sein.

Früher war es abgehackt, aber es würde verschwinden, wenn ich die Größe des Fensters ändern und es erneut maximieren würde, wie andere jetzt angegeben haben. Es wird jetzt überhaupt nicht mehr gescrollt. Das Fenster selbst scheint beim Scrollen mit zwei Findern leicht zu "springen".

Verwenden eines Samsung Notebooks 9

Ich bin gerade auf einem ASUS UX501JW auf dieses Problem gestoßen und habe einige Nachforschungen angestellt.

Beschreibung des Problems: Der Bildlauf funktioniert bei jeder Version, wenn ich Chrome oder Electron normal ausführe. Wenn ich als Administrator ausgeführt werde, funktioniert keine der getesteten Versionen.

Getestete Versionen:
- Chrome 62 (Standalone-Browser, Kanarienvogel)
- Chrome 60 (eigenständiger Browser)
- Chrom 58 (Elektron 1.7.5)
- Chrome 56 (Electron 1.6.6)
- Chrome 54 (eigenständiger Browser)
- Chrome 51 (eigenständiger Browser)

Betriebssystem: Windows 10

Dieser Fehler tritt weder in VS-Code noch in Electron auf, sondern in Chrome oder wie Touch-Utils geschrieben werden. Ich wollte nur einige Informationen zu meinen Erkenntnissen hinzufügen, dass für ASUS-Laptops kein Licht im Tunnel ist.

Apropos ASUS-Laptops (UX360CAK hier) und Windows 10: Das systemweite Scrollen war für mich im letzten Monat sehr unangenehm. Wenn ich beispielsweise eine Seite (Chrome) oder eine Liste von Elementen (Thunderbird, aber nicht den Datei-Explorer) nach unten scrolle, wird die Bildlaufposition zufällig an den Anfang der Liste zurückgesetzt.

Eine andere Sache ist, dass ich den Pinch-Zoom ausschalten musste, weil die Anzahl der falschen Erkennungen unerträglich war - aber ich hatte noch nie Probleme damit. Die Rückkehr zu einem Macbook Pro-Trackpad war wie eine Art religiöse Offenbarung.

(Bearbeiten: Mein Beitrag über die Deinstallation des Asus-Dienstprogramms und das Rollback des nativen Windows-Touchpad-Treibers wurde gelöscht, da keines der beiden Probleme die Probleme mit der Eigenart und möglicherweise dem (tbd) vscode gelöst zu haben scheint.)

@youurayy Yep, Dell XPS 13 und erfreut darüber, dass ich herausgefunden habe, wie ich die Prise zum Zoomen ausschalten kann, da es mich verrückt macht.

@youurayy Ich habe eine Problemumgehung für das

Umgehen:

• Beenden Sie die ASUS Smart Gesture-Anwendungen im Task-Manager.
• Starten Sie die Smart Gesture-Apps neu, indem Sie sie als Administrator ausführen (AsusTPCenter.exe, AsusTPHelper.exe, AsusTPLoader.exe).

Eine fundierte Vermutung ist, dass dieses Problem seine Wurzeln in zwei Dingen hat:

• ASUS Smart Gestures sendet ihre Berührungsereignisse wahrscheinlich auf seltsame Weise an andere Fenster. Ich habe Diskussionen gesehen, dass sie nicht dem Touchpad-Standard von Microsoft entsprechen
• Chrome blockiert Ereignisse von Prozessen, die nicht erhöht ausgeführt werden, wenn Chrome erhöht ausgeführt wird

Es gibt keine Methode, um Smart Gesture loszuwerden und trotzdem ein neues ASUS-Modell zu scrollen, aber dies gibt etwas, mit dem ich arbeiten kann.

Wow das wurde im Oktober 2016 gepostet? Ich hoffe wirklich, dass dies früher behoben wird. Ich habe eine neue Ausgabe # 35844 gepostet, die betrogen wurde, und bin geschlossen worden. Ich fand beim Deaktivieren aller Plug-Ins, es war besser, aber nicht ganz reibungslos. Das ist aber auch keine optimale Lösung. Die Verzögerung für mich beträgt bei einem i7 Surface Book fast eine halbe Sekunde. Ich habe die Option code --disable-gpu ausprobiert und sie ist auch nicht ganz reibungslos, aber besser, also unterdurchschnittliche Problemumgehung.

Das Anschließen einer Maus erwies sich als 100% ige Problemumgehung. Welches ist irgendwie ironisch.

@ Deiru2k Ja, das scrollt nicht genau so wie ein Touchpad. Das Touchpad hat eine gewisse Geschwindigkeit - das wissen wir alle von unseren Touchscreen-Geräten. Je schneller Sie schieben, desto schneller sollte es scrollen. Das Mausrad scrollt um X Zeilen und ist eher eine Schrittrolle.

Dies geschieht immer noch auf meinem Dell XPS15 mit dem neuesten VSCode (heute aktualisiert). Meine Problemumgehung besteht darin, auf Win + Abwärtspfeil und Win + Aufwärtspfeil zu klicken. Dadurch wird das VS-Code-Fenster so geändert, dass es nicht maximiert und dann wieder maximiert wird. Das funktioniert, aber es ist wirklich nervig.

Übrigens noch eine Info. Wenn ich das reibungslose Scrollen mit zwei Fingern in Visual Code 1.17.0 auf meinem Desktop mit einem Logitech Touchpad teste, scheint dies in Ordnung zu sein. Vielleicht hängt dies mit bestimmten Touchpad-Treibern zusammen? Auf dem Oberflächenbuch ist es ruckartig und reagiert nicht. Aber Chrome und Edge sind völlig flüssig. Vielleicht hängt es nicht ganz mit der App zusammen, vielleicht mit den Treibern, oder vielleicht ist es die Rate, mit der Electron Proben nimmt? Ich weiß es nicht wirklich.

Ich habe dieses Problem auf einem Surface Pro 4, vscode 1.17.0.
Maximieren / Minimieren hilft vorübergehend, wie von einigen anderen erwähnt.

Das Problem ist spezifisch für bestimmte Geräte. Meine persönliche Maschine (ein Asus Rog-Laptop) verhält sich genau so, wie Sie es von einem Zwei-Finger-Bildlauf erwarten würden, während meine Arbeitsmaschine (ein Dell Precision-Laptop) das hier gemeldete Problem aufweist.

Um noch einmal zu wiederholen, was andere vom vscode-Team bereits gesagt haben, scheint dies ein Problem mit Electron zu sein (was ich bestätigen kann, da ich das Problem in anderen Electron-Apps reproduzieren kann) und höchstwahrscheinlich vom vscode-Team nicht behoben werden kann , Unglücklicherweise.

Laut diesem Thread zur

Folgendes habe ich in Chroms Bug-Tracker gefunden: (Link)

@EthanRutherford Haben Sie die in https://github.com/Microsoft/vscode/issues/13612#issuecomment -324351903 erwähnte Problemumgehung für ASUS ausprobiert?

Durch einen Neustart von AsusTPLoader.exe als Administrator wird das Problem für die ASUS-Laptops behoben, auf denen wir getestet haben. Wir haben sogar ein Knotenmodul in unserer Electron-App erstellt, das dies automatisch ausführt, da wir nicht erwarten können, dass unsere Endbenutzer diese Arbeit ausführen.

@EthanRutherford Ich bin nicht sicher, ob dies das gleiche Problem wie bei Electron / # 8960 im Chrome- Fehlerbericht ist. Der Benutzer sagt, dass das Deaktivieren der Hardwarebeschleunigung das Problem nicht behebt.

Außerdem habe ich das Problem in Chrome nicht festgestellt.

Ich habe tatsächlich irgendwann etwas Ähnliches mit Chrome erlebt. Zu dieser Zeit half auch der Trick zum Minimieren und Wiederherstellen. Vielleicht verwendet Chrome auch Electron.

@mogemimi Eigentlich ist es umgekehrt: Electron basiert auf Chrome.

Auch dieses Problem auf Dell XPS 13.

@robinwassen Der Asus-Laptop ist tatsächlich derjenige, der sich richtig verhält. Das Dell Trackpad ist dasjenige, bei dem das Problem auftritt. Normalerweise arbeite ich jedoch mit einer USB-Maus, sodass das Problem nicht oft auftritt.

@dopare erwähnte, dass die Größenänderung von Visual Code das Problem behebt. Er hat recht. Das Problem ist wahrscheinlich mit dem Behälter (Elektron).

Übrigens habe ich das gleiche Problem für Chrome selbst.
Möglicherweise verwandtes Problem gefunden https://bugs.chromium.org/p/chromium/issues/detail?id=765311

Mit dem Dell XPS habe ich das gleiche Problem. Die Größenänderung hilft für eine Weile, und ich habe dieses Problem nicht mit Chrome, sondern nur mit Vscode.

Gleiches Problem bei Schenker XMG P507 (Win 10, CPU / GPU: i7-7700HQ, Touchpad: Synaptics SMBus). Schlimmer noch, um das Scrollen mit dem Touchpad unbrauchbar zu machen. Keine Probleme in Google Chrome.

Das gleiche Problem auf dem Oberflächenbuch mit Leistungsbasis, mein System ist unten

Ich habe kein Problem mit dem neuesten Chrom

version 1.17.1
shell 1.7.7
chrome 58.0.3029.110
node 7.9.0
arch ia32

@saedrna Ich habe auch langsames Scrollen im Surface Book, aber nur bei Verwendung des internen hochauflösenden Bildschirms. Ermöglicht das Anschließen eines externen Monitors (eines normalen, nicht eines 4K-Monitors) das Scrollen?

Eine .mustache-Datei mit 40 (ja, vierzig) Zeilen macht vscode scroll zu einem verzögerten Durcheinander, also vermuten Sie, dass dies auch elektronisch ist.

Nach dem Wechsel von 1.17.2 zu 1.18.0 ist die Insider-Bildlaufleistung nun behoben.

Möchte noch jemand den aktuellen Insider-Build ausprobieren und seine Ergebnisse melden?

Ich habe es gerade in meinem Surface Book (dem neuesten Preview-Build von Visual Code) ausprobiert und es ist viel besser. Es ist keine butterartige Schriftrolle, wie man es erwarten würde, aber es ist viel besser als zuvor.

Für mich immer noch kaputt - VSCode-Version: Code - Insider 1.18.0-Insider (e6a76e4bd3f52ab07452bb181e861f5a9bfb6596, 2017-10-27T04: 19: 22.491Z)

(Dell XPS 13 Precision Touchpad)

1. Windows Startmenü -> Code Insider
2. Code Insiders öffnet sich maximiert zu meinem vorherigen Projekt
3. Der Bildlauf ist immer noch unbrauchbar (er bewegt sich während des Bildlaufs nicht und springt dann nach einiger Zeit plötzlich massiv)

Gute Nachrichten!

Dies wurde vom Chrome-Team aufgegriffen: https://bugs.chromium.org/p/chromium/issues/detail?id=779372

Großartig. Vs-Code ist überhaupt nicht schlecht, aber dieses Problem hat mich so verrückt gemacht, dass ich ihn komplett nicht mehr benutze.

@CoenraadS, die Sie zuvor erwähnt haben:

Wenn VSCode leer startet und ich dann einen Ordner öffne, funktioniert es in Ordnung.

Es könnte sich lohnen, dies als ein von der allgemeinen Bildlaufleistung getrenntes Problem einzureichen, da es wahrscheinlich eine andere Ursache hat.

Ich hatte VSC in Windows 10 und Ubuntu 17.10 (Gnome 3.26, glaube ich) verwendet und funktionierte einwandfrei. Ich sehe dieses Problem jetzt auf Fedora 27 auch mit Gnome 3.26.2.
Ich verwende VSCode 1.19
Dies geschieht auch bei anderen Electron-Apps wie Atom.
Das Ändern der Fenstergröße macht es für mich nicht: [

Haben alle hier nur Probleme mit VS? Ich habe ein Dell Inspiron 7577 Gaming und dieses Problem mit dem Scrollen betrifft fast alles. Eclipse und Chrom haben es am schlimmsten. Es ist auch auf Discord, Slack, Atom Texteditor und Quellbaum. Es macht mich so wahnsinnig, dass ich diesen Laptop zurückgeben werde.

@ RJ-Fynydd Ich habe das gleiche Problem auch in Sublime auf einem HP Spectre x360. Wenn ich mich richtig erinnere, hatte ich es in Chrome, aber "reparierte" es, indem ich das reibungslose Scrollen in Chrome deaktivierte : // flags /.

Dies geschah ziemlich schlecht auf meinem Oberflächenbuch und war sehr auffällig. Etwas in den letzten beiden Versionen hat es verbessert (ich bin auf 1.18), aber ich bemerke immer noch, dass es nach der Verwendung etwas nervös wird. Im Gebrauch meine ich, eine große Codedatei öffnen, scrollen, an der Datei arbeiten, speichern, zu anderen Dateien wechseln und zurückkehren. Eine Größenänderung des Fensters scheint es immer noch zu korrigieren, so dass das Timing der Touch- / Scroll-Scan-Zyklen immer noch verrückt ist.

Immer noch nicht glatt auf meinem Oberflächenbuch, ich kann nicht glauben, dass ich es fast ein Jahr lang aushalte

@ivyhaswell hast du die neueste Version von visuellem Code? Was passiert, wenn Sie die Größe der IDE ändern? Geht es weg?

Wenn Sie Gnome verwenden, können Sie dies beheben, indem Sie Xorg anstelle von Wayland verwenden.
Sie können es vor dem Anmelden ändern.
Das Leben ist wieder großartig.

@alanosman Version 1.8.1 wird das Scrollen nach dem

@ivyhaswell so ok - das bestätigt, dass wir das gleiche Problem im Surface Book haben. Hoffentlich wird jemand hier, der geschickter ist als ich, dieses Problem aufgreifen. :-)

Dies scheint auch auf dem Macbook Pro (2015, Retina) zu geschehen. Früher funktionierte es super glatt, jetzt mit einem sehr kleinen geöffneten Projekt, Chrome, Slack und einigen anderen (CPU erreicht nicht mehr als 1-3%, RAM wird mit 9,4 / 16 GB verwendet), bleibt es beim Scrollen zurück.

Das Problem besteht weiterhin. Ich habe ein Dell XPS 13 2017, win10. Glücklicherweise wurde die Größe des Fensters behoben, wie einige von Ihnen hier betonten. Vielen Dank

Ich bin gerade hierher gekommen, um eine Lösung für dieses Problem zu finden.
Und ich sehe, dass das Problem seit über einem Jahr besteht .....
Ich benutze ein Asus Strix ROG GL753.

Hu, ich dachte, es wäre mein Fehler, aber gut zu sehen, dass ein Workaorund (Größenänderungsfenster) existiert. Ich benutze Asus Precision Trackpad.

Mit dem gleichen Problem (Lenovo Ideapad 720s / 8. Generation i7 / 8 GB RAM / NVIDIA Geforce MX150)

Gleiches hier, sehr instabiles Scrollen mit meinem Touchpad mit Windows Precision Drivers. Manchmal funktioniert es, manchmal nicht. VS Code Version: 1.18.1 x64

Das gleiche Problem beim Scrollen auf meinem Surface Pro (2017)

Dieses Problem besteht immer noch in den Nightlies. Ich verwende ein Surface Book i7 der ersten Generation. Ich bin mir nicht sicher, ob dies ein zeitlicher Zufall ist, aber ich habe dieses Problem erst nach dem Upgrade auf das Fall Creators Update bemerkt.

Ich denke, dieses Problem entwickelt sich langsam zu einem Feature 😄

Vor 11 Stunden in Chormium gelöst: https://chromium-review.googlesource.com/c/chromium/src/+/809829#message -85e8d8e27337bf85caecffcd4978f979a67f1378.
Sie überwachen immer noch, da der hinzugefügte Buggy-Code mit den GPU-Threads zu tun hat.
Der Elektronenfehler im Zusammenhang mit diesem Problem: https://github.com/electron/electron/issues/8960

Hoffe der Patch wird bald auf vscode sprudeln :)

Gleiches Problem mit meinem Skylake XPS13

Gleicher Fehler. hoffe es wird bald behoben

Es sieht so aus, als würde Chrome eine Lösung für dieses Problem testen (über https://bugs.chromium.org/p/chromium/issues/detail?id=713907#c28) und ich habe einen VS-Code-Insider-Build erstellt, bei dem dieser Patch zurückportiert wurde. Ich habe einige Tests an meinem Oberflächenbuch durchgeführt, bei denen das Problem anscheinend behoben ist.

Wenn die Leute es versuchen und zurückmelden könnten:

@bpasero es scheint zu funktionieren.

@bpasero Hier auch für XPS 13

@bpasero Hier

@bpasero Super ! Vielen Dank!

@bpasero Bedeutet dies, dass wir das

@warpdesign können wir es früher in unseren Insider-Builds haben, da wir Electron for VS Code bei Bedarf mit unseren eigenen benutzerdefinierten Änderungen erstellen.

Vielen Dank

Hey, ich verwende einen ASUS R500VD-Laptop mit Windows 8.1 x64 Pro.

Wenn ich VSCode von git-bash mit code . starte, kann ich in meinem Touchpad weder Zwei-Finger-Tippen noch Zwei-Finger-Scrollen verwenden. Aber es funktioniert, wenn ich VSCode direkt vom Startmenü aus starte.

23062 wurde als Duplikat geschlossen, aber es scheint ziemlich deutlich zu sein und ist hier immer noch ungelöst.

Sofern dies noch nicht in einer stabilen Version ist, wird das Scrollen für mich immer noch verbessert.
Oberflächenbuch i5 8GB.

@bpasero Können Sie bestätigen, ob sich das

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

Hier gilt die in # 40319 erwähnte Problemumgehung. Durch Ändern der Fenstergröße wird es wieder schnell.

Das Update ist NICHT in stabil und NICHT in Insidern.

Danke @bpasero. Bitte rufen Sie uns an, wenn es so ist. Ich habe den obigen Test-Build installiert, aber er wurde gelöscht, als ein Update (von dem ich dachte, dass es das Update hatte) herauskam.

Hallo
Dieses Problem tritt auch in VSC 1.19.1 bei einem brandneuen Dell XPS 15 9560 auf.

Das Ändern der Fenstergröße funktioniert in Ordnung, ist aber für Worte zu irritierend. Ich habe den Build 1.20 heruntergeladen, konnte jedoch keine Dateien öffnen (.ps1, .py, .rb, .go all Absturz).

Wirklich hoffnungsvoll, dass dieses Update es bald zu stabil und GA macht! Der Hauptgrund, warum ich diese Maschine gekauft habe, war eine reichhaltigere VSC-Erfahrung.

Vielen Dank für all Ihre Bemühungen.

Mit dem neuesten Standard-Build für Windows 10 und einem Dell XPS 13 muss ich immer noch das Argument "--disable-gpu" verwenden, um einen reibungslosen Bildlauf zu ermöglichen.

Ich kann nicht glauben, dass es noch nicht gelöst ist ... Ich leide unter meinem Oberflächenbuch 2

Ich muss immer noch die Problemumgehung dafür verwenden

@bpasero Wie ist der Status dieses Fehlers?

bpasero hat dies zum Meilenstein Dezember 2017 / Januar 2018 am 15. Dezember 2017 hinzugefügt

Bedeutet das, dass es für die nächste (stabile) Veröffentlichung geplant ist?

Ich dachte, es sei behoben, aber es war falsch. Ich habe den Visual Code Preview Build getestet. Es funktioniert einwandfrei, wenn Sie den Editor öffnen und sich im Fenstermodus befinden (dh kleiner als der Desktop), aber das Scrollen wird schwierig, wenn Sie den Vollbildmodus aktivieren. Das Problem scheint wirklich mit dem Vollbild zu tun zu haben. Auch die Editoreinstellung editor.smoothScrolling funktioniert nicht (ich denke, es macht es schlimmer, wenn aktiviert).

Ich habe das gleiche Problem in meinem Surface Book 2.

Eine Erinnerung für diejenigen, die es nicht gesehen haben, ist das Problem in Chrom vorgelagert. Soweit ich das beurteilen kann, wird das Update in Elektron 2.0 sein, für das noch kein Veröffentlichungsdatum festgelegt wurde. Das vscode-Team hat "Update auf Electron 2.0" für die Iteration des aktuellen Monats, aber es kann natürlich nicht geschafft werden, bis das 2.0 tatsächlich veröffentlicht wird.

Bis zu diesem Zeitpunkt kann das vscode-Team wirklich nichts gegen das Problem unternehmen, aber Sie können sicher sein, dass das Update es in vscode schafft, sobald es verfügbar ist.

@EthanRutherford Nach den Aussagen von @bpasero verwendet VScode ein eigenes Electron mit einigen benutzerdefinierten Änderungen. Vielleicht könnte dies in VSCode integriert werden, ohne auf die Veröffentlichung von Electron 2.0 warten zu müssen?

@ nico-onmap Ich bin mir nicht 100% sicher, aber ich denke, er hat speziell über Insider gesprochen. Stabil baut wahrscheinlich mit unmodifiziertem Elektron.

Wir haben eine Möglichkeit, Korrekturen an unserer Electron-Version zurück zu portieren, aber ich hatte noch keine Zeit, dies zu untersuchen. Das Update in Chrome gilt auch für Chrome Canary (Chrome 66?) Und wir verwenden Chrome 58 ...

Dieses Problem tritt auf meinem Dell XPS 15 auf. Gibt es eine ETA für das Update? Oder ziehen die Leute schon zu Atom?

Dieses Bildlaufproblem tritt bei meinem Lenovo Yoga 920 auf ... macht mich verrückt. Wechseln zu einer anderen IDE
Gibt es eine Problemumgehung neben der Minimierung und Maximierung des Bildschirms alle paar Minuten?

@navotgil Ich maximiere und minimiere eher, wenn Sie das als Alternative betrachten. Vielleicht bleibt die Bildlauffähigkeit in der minimierten Form länger, da ich es manchmal nicht für 20-30 Minuten tun muss, denke ich.

Ich dehne die minimierte Form, um sie an den Bildschirm anzupassen, und verwende sie so, als wäre sie fast maximiert. Ich strecke es aus den Ecken, um ein Einrasten der Säule zu verhindern. Ich benutze es minimiert, weil ich diesen Aberglauben habe, dass die maximierte Form eher dazu neigt, das Problem anzusprechen.

Öffnen Sie mit code --disable-gpu im Terminal. Funktioniert bei mir.

Öffnen Sie mit Code --disable-gpu im Terminal funktioniert für mich.

@frenic Es funktioniert wirklich! Vielen Dank!

Ja, das gleiche hier; funktioniert auch bei mir! Wow, so einfach. Warum zum Teufel habe ich nicht
denk daran ;-)

Am 20. Februar 2018 um 16:04 schrieb 张义飞[email protected] :

Öffnen Sie mit Code --disable-gpu im Terminal funktioniert für mich.

@frenic https://github.com/frenic Es funktioniert wirklich! Vielen Dank!

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/13612#issuecomment-367025826 ,
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AI1HDgJ399foRiWQN2ZViILXKVDSLsx1ks5tWu0BgaJpZM4KU8A9
.

Öffnen Sie mit Code --disable-gpu im Terminal funktioniert für mich.

@frenic super , danke.
Kennt jemand die Auswirkungen auf die Leistung?

Der Patch wird dank chaopeng zurückportiert: https://github.com/electron/libchromiumcontent/pull/453

Gib die Hoffnung nicht auf

Dieses Problem tritt seit dem Erscheinen von vs code auf und hat vs code in Windows 10 unbrauchbar gemacht. Ich kann verstehen, dass ein kleines Unternehmen Elektronen verwendet, um mehrere Plattformen gleichzeitig anzusprechen, aber für ein Unternehmen wie MSFT denke ich wirklich, dass es nativer ist Ansatz sollte berücksichtigt werden. Sublime ist plattformübergreifend und seine Leistung / Fluidität ist sogar mit dem von Notepad vergleichbar. Microsoft sollte es wirklich nicht schaffen, dass die am schnellsten wachsende IDE von Googles Produkt und der Fähigkeit anderer Unternehmen abhängt, Fehler für eine bestimmte Plattform zu beheben.

Xi Editor im Fuchsia Repo ist die Zukunft des Editors. Es wird noch daran gearbeitet, aber die Beschreibung ist vielversprechend. Es handelt sich um eine plattformübergreifende Bibliothek, die jedoch die native Bibliothek jeder Plattform verwendet, um ein natives Erscheinungsbild zu erzielen und die beste Leistung zu erzielen. Es sieht minimal aus und unterstützt Plugins. Ich habe das Schiff aufgrund seiner Fließfähigkeit und Geschmeidigkeit bereits zum Erhabenen gesprungen. Xi wird meine nächste Wahl sein, sobald es herauskommt. VS-Code ist cool, aber wenn ich auf Elektronen basiert, möchte ich ihn nie wieder anfassen.

Ich hatte dieses Surface Pro 4 Anfang 2016 gekauft. Ich habe vscode ausprobiert, sobald ich davon gehört habe, aber ich habe es seitdem wegen seiner Bildlaufprobleme vermieden.

Nach all den Jahren, in denen ich herausgefunden habe, dass das Problem endlich aufgespürt wird und jetzt auch einige Problemumgehungen gibt, habe ich es kürzlich wieder verwendet. Ich kann mir nur wünschen, dass die Entwicklertools von Microsoft (VS Community und Code) so eingabefreundlich (Touch, Trackpad, Stift) sind wie beispielsweise Edge oder Groove. Andererseits kann mit einer Elektronen / Chrom-Anwendung nur so viel getan werden. Mein Problem ist der Kern von vscode.

Ich denke, es ist im Insider-Build behoben

@razielidog Patch wurde erst gestern auf Electron 1.7.x zusammengeführt: Ich bezweifle, dass es bereits im Insider-Build enthalten ist.

Ich hoffe, sie beheben es

das ist schrecklich Das Scrollen mit dem Touchpad hat eine schreckliche Verzögerung im vscode. Oberfläche Pro 5 + Typecover.

Ja @razielidog Ich denke, Sie haben gerade das Fenster verschoben (was eine Problemumgehung ist). Es wird wieder langsamer, bis Electron 1.7 enthalten ist, wie @ nico-onmap sagt.

Verfolge dies seit 8 Monaten. Ich liebe Microsoft-Produkte, aber anscheinend funktioniert das Precision- Touchpad von Microsost nicht gut mit Microsoft-eigenen Produkten. Ich weiß, dass es ein Chromium-Problem ist, aber immer noch. Electron ist wirklich erbärmlich und ich habe unzählige Electron-Produkte ausprobiert, von denen kein einziges perfekt ist.

Wie ist das überhaupt ein Problem?

Können Leute, die dieses Problem sehen, diesen Insidern einen Versuch machen: Download

Es enthält einen Backport des folgenden Chrome-Fixes, um das Problem zu beheben: https://crrev.com/c/867070

@bpasero Nein, es löst das Problem nicht, aber eine interessante Beobachtung. Es hat keine Verzögerung beim Start, aber nach dem Minimieren verhält es sich genauso wie Insider-Builds.

@gurpreetshanky Kannst du devtools (über das process.versions " eingeben und mir die Ausgabe dazu senden?

@bpasero Dies ist die Ausgabe
Objekt {http_parser: "2.7.0", Knoten: "7.9.0", v8: "5.8.283.38", UV: "1.11.0", zlib: "1.2.11" ...}

@ Gurpreetshanky Ich wollte sagen, geben Sie process.versions["atom-shell"]

@bpasero "1.7.12"

@ Gurpreetshanky schade, mal sehen ob andere etwas anderes melden. Ich werde noch einmal überprüfen, ob der Backport im Build enthalten war ... (die Version 1.7.12 ist zumindest korrekt).

@bpasero Ja, aber definitiv eine Verbesserung beim Start. Außerdem wird Wann wird gegen Code auf Elektron 2.0 aktualisiert. In Atom funktioniert das Touchpad einwandfrei. Warum wirkt sich das nur auf vs Code aus?

@bpasero Ich habe den Build auf meinem Surface Book ausprobiert und habe das gleiche Verhalten wie @gurpreetshanky : Funktioniert und bricht erneut, nachdem das Fenster minimiert / wiederhergestellt wurde.

Hat jemand Chrome Builds mit dem Fix getestet: Vielleicht ist es nicht richtig repariert? Es ist seit Jahren fehlerhaft, ich wäre nicht überrascht: /

Korrektur: Ich habe den Begriff Minimieren als Verlassen der Maximierung missverstanden. Das Minimieren der Taskleiste bringt das Problem auch hier zurück.

@bpasero Ich habe es auch gerade auf meinem Surface Pro über den Link im Kommentar versucht und hatte das Problem nicht mehr. Das Minimieren / Wiederherstellen war die Problemumgehung, die ich durchgeführt habe, um das Problem beim Release-Build vorübergehend zu beheben. Daher verstehe ich nicht, wie es dieses Mal nicht behoben werden würde, sondern das Problem wirklich zurückbringt ...

Selbst eine einzige Überprüfung, bei der das Problem weiterhin besteht, sollte ausreichen, um zu sagen, dass es nicht wirklich behoben ist, und wir haben zwei. Ich löse es wahrscheinlich einfach nicht irgendwie aus.

@bpasero Ich muss
Versucht zu reproduzieren und konnte nicht

@bpasero Ja, aber definitiv eine Verbesserung beim Start. Außerdem wird Wann wird gegen Code auf Elektron 2.0 aktualisiert. In Atom funktioniert das Touchpad einwandfrei. Warum wirkt sich das nur auf vs Code aus?

Wir planen ein Update auf Electron 2.0.0, aber es wird wahrscheinlich länger dauern. Wenn Sie überprüfen möchten, ob das Problem in 2.0 reproduziert wird, können Sie es mit diesem Testbuild ( Link ) versuchen, der das Update jedoch noch nicht enthält.

Ich kann nicht erklären, warum es sich in Atom nicht reproduziert ...

Hat jemand Chrome Builds mit dem Fix getestet: Vielleicht ist es nicht richtig repariert? Es ist seit Jahren fehlerhaft, ich wäre nicht überrascht: /

Ich kann das nächste Woche tun, wir haben auch einen reproduzierbaren Fall mit Chrome. Wenn Sie Chrome über die Befehlszeile ausführen und auf eine Website verweisen, die einen Bildlauf durchführt, kann die Verzögerung direkt angezeigt werden. Der Schlüssel scheint darin zu bestehen, die URL nicht in einen Tab einzugeben, sondern Chrome direkt mit einer URL beginnen zu lassen.

@bpasero Ich habe es auch gerade auf meinem Surface Pro über den Link im Kommentar versucht und hatte das Problem nicht mehr. Ich habe versucht, zu minimieren / wiederherzustellen, um es zurückzubekommen, konnte es aber nicht. Das Minimieren / Wiederherstellen war die Problemumgehung, die ich durchgeführt habe, um das Problem beim Release-Build vorübergehend zu beheben. Daher verstehe ich nicht, wie es dieses Mal nicht behoben werden würde, sondern das Problem wirklich zurückbringt ...

@ThoAppelsin sagen Sie, dass dieses Problem für Sie behoben ist, auch wenn Sie das Fenster minimieren / wiederherstellen?

@bpasero Ich muss
Versucht zu reproduzieren und konnte nicht

@razielidog und es bleibt auch dann behoben, wenn Sie das Fenster minimieren und wiederherstellen?

Gleich wie gurpreetshanky. Keine Verzögerung beim Start, aber min / max bringt es zurück.

@bpasero Mein schlechtes. Ich habe die Terminologie falsch verstanden und wahrscheinlich auch @razielidog verwirrt. Es gibt tatsächlich diese drei Begriffe, Maximieren / Wiederherstellen / Minimieren, und ich habe das Minimieren als Verlassen der Maximierung missverstanden, und das bringt das Problem nicht zurück.

Durch das Minimieren des Fensters in der Taskleiste und das Wiederherstellen des Fensters wird das Problem ebenfalls behoben.

@bpasero Ist die Fehlerbehebung in öffentlichen Chrome-Versionen enthalten? Chrome Version 65.0.3325.146 (Build officiel) (64 bits) weist das Problem auf, wenn es über die Befehlszeile mit einer Website als Parameter gestartet wird (und ist verschwunden, wenn ein neuer Tab geöffnet wird, aber ich denke, dies war bekannt).

Bearbeiten Das Problem wurde in kanarischen Builds behoben ( Version 67.0.3367.0 (Build officiel) canary (64 bits) ) und definitiv behoben: Das Minimieren / Wiederherstellen bringt das Problem nicht zurück. Es hat es also noch nicht in den Stall geschafft.

@ThoAppelsin zumindest haben wir alle das gleiche Verhalten.

@warpdesign Ich glaube, es ist nur in Chrome 66, können Sie mit ihrer Beta-Version versuchen, das Verhalten zu sehen? Danke, dass du es ausprobiert hast 👍

@bpasero hat sowohl Chrome Beta als auch Canary ausprobiert. Hier sind die Ergebnisse:

• Beta (65.0.3325.125): Fehler ist vorhanden, dasselbe Verhalten wie bei VSCode Stable (Scrollen von Verzögerungen, Minimieren / Wiederherstellen behebt ihn vorübergehend)
  
  
  
  • Canary (67.0.3367.0): Fehler ist definitiv behoben: Minimieren / Wiederherstellen bringt ihn nicht zurück
  
  

Es scheint also, dass der Patch, den Sie angewendet haben, das Problem irgendwie umgekehrt hat, dh: Es ist standardmäßig behoben, und durch Wiederherstellen / Minimieren wird es zurückgebracht.

Ich kann bestätigen, dass Atom ( 1.24.1 ) das Problem bei der Verwendung von Electron 1.6.16 .

Wie wäre es mit einer Zusammenarbeit mit Atom, da sie das Problem nicht haben? Hatten sie es? Wenn ja, wie haben sie das behoben? Wenn nicht, warum nicht?

@warpdesign müssten Sie mit Atom Beta testen ( 1.25.x mit Electron 1.7.11 ), um mit der gleichen Chrome-Version übereinzustimmen, die wir verwenden. Es ist möglich, dass Electron 1.6.x dieses Problem doch nicht hat, da es eine ältere Chrome-Version verwendet.

Ich versuche, mit Electron Kontakt aufzunehmen, wenn der Backport möglicherweise nicht vollständig ist (Diskussion unter https://github.com/electron/libchromiumcontent/pull/472).

Vielen Dank für die Arbeit daran!

@bpasero Ich habe es gerade mit Atom Beta versucht ( 1.25.0-beta3 , Electron 1.7.11 ) und das Scrollen funktioniert perfekt: keine Verzögerungen, kein Problem beim Minimieren / Wiederherstellen.

@warpdesign hmm Also ist der Fehler in der vscode Codebasis?

@gurpreetshanky Das kann man nicht wirklich sagen, da dieser Fehler in Chrome reproduziert wird und als Problem mit Chrome bestätigt und von ihnen inzwischen behoben wurde. Es ist mir unklar, wie Atom das Problem nicht auslöst und warum das Update in Chrome funktioniert, aber nicht für uns nach dem Minimieren / Wiederherstellen.

@bpasero Vielleicht beruht die Fehlerbehebung auf einigen anderen Korrekturen / Änderungen, die nicht angewendet wurden? Wie wäre es mit einer Kontaktaufnahme mit der Person, die die Chrome-Patches für diesen Fehler eingereicht hat?

@warpdesign um fair zu sein, dieser Patch wurde auf Chrome 66 angewendet und wir setzen ihn auf Chrome 58, also könnte es sein, dass etwas anderes fehlt ...

Können Personen, die dies in Stable sehen, bestätigen, dass das Problem erneut auftritt, sobald Sie es minimieren und wiederherstellen? Ich versuche zu verstehen, ob wir immer dieses Problem mit dem Minimieren / Wiederherstellen hatten, das das Problem zurückbringt.

Meine Tests mit Surfacebook scheinen darauf hinzudeuten, dass dieses Problem bereits bestand. Dies bedeutet, dass der Backport das Problem beim Start behebt, jedoch nicht schlechter als zuvor in Bezug auf das Problem ist, das beim Minimieren / Wiederherstellen erneut auftritt.

Ja, es ist im aktuellen stabilen Build vorhanden (durch Minimieren + Wiederherstellen wird das Scrollen verzögert):

Version 1.21.0
Commit 9a199d77c82fcb82f39c68bb33c614af01c111ba
Datum 2018-03-07T11: 04: 09.969Z
Shell 1.7.9
Renderer 58.0.3029.110
Knoten 7.9.0
Architektur x64

(zumindest auf meinem Dell XPS 15 9560)

Meiner Meinung nach wäre sogar diese teilweise Korrektur gut, um sie in Insidern zusammenzuführen, bis der Minimierungsfehler behoben ist. Zumindest unter dem Gesichtspunkt der Benutzerfreundlichkeit.

@ynotzort kommt es auch mit anderen Gesten auf dem Fenster zurück? Wie zwischen Anwendungsfenstern wechseln? Ich frage, weil das Minimieren / Wiederherstellen im Vergleich zum Windows-Wechsel eine weniger häufig ausgeführte Aufgabe zu sein scheint.

@bpasero scheint nicht so zu sein, zumindest Alt + Tab und Windows + Tab lassen das Problem für mich nicht erscheinen.
Die Verwendung von Windows + D (Minimieren / Wiederherstellen aller Fenster) lässt es jedoch erscheinen, was ziemlich ärgerlich ist ...

Ich möchte nur darauf hinweisen, dass ich dieses Problem in der neuesten Version 1.21.0 bereits vor dem Minimieren / Wiederherstellen bekomme. Wenn ich eine Datei in VS Code öffne, ist das Scrollen mit dem Touchpad abgehackt. Ich habe gesetzt:
"window.menuBarVisibility": "toggle"
Meine schnelle Problemumgehung besteht darin, ALT zu drücken, wodurch die Menüleiste angezeigt wird und das Problem verschwindet. Das ist bis zum Minimieren / Wiederherstellen des Zyklus, wenn es zurückkommt.

@marchom Danke für den Tipp, ich ziehe es vor, die Größe als

Das Fehlerverhalten scheint unter 1.21.0 (Windows) diesem Muster zu folgen:

• Erscheint
  
  
  
  • beim Start
  
  
  • nach dem Minimieren / Wiederherstellen bei Maximierung (entweder mit Schaltflächen oder Win + D )
  
  
• Verschwindet
  
  
  
  • beim Starten von vscode mit dem Flag --disable-gpu
  
  
  • auf Größe ändern
  
  
  • während Sie CTRL oder ALT
  
  
  • nach dem Tippen auf ALT (Nur wenn Sie die Menüleiste ausgeblendet haben)
  
  
  • nach dem Umschalten des Vollbildmodus ( F11 )
  
  
  • Wenn Entwicklertools geöffnet sind Help -> Toggle Developer Tools
  
  
• Keine Wirkung
  
  
  
  • nach dem Minimieren / Wiederherstellen, wenn vscode fokussiert, aber nicht maximiert ist
  
  
  • ALT + TAB
  
  
  • Win + TAB
  
  

Durch zweimaliges Tippen auf F11 (Vollbild-Umschaltung) wird das Problem auch für mich behoben. Das Ausführen von code --disable-gpu funktioniert auch ...

Was seltsam ist, ist, dass wenn VSCode nicht maximiert ist, das Minimieren und Wiederherstellen das Problem für mich nicht auslöst ...

Ich hatte das Problem mit Discord , das auch Electron verwendet .
(Ich kann nicht mehr erzählen, weil ich 80% meiner Zeit unter Linux arbeite.)

Was seltsam ist, ist, dass wenn VSCode nicht maximiert ist, das Minimieren und Wiederherstellen das Problem für mich nicht auslöst ...

@ynotzort Kann dieses Verhalten bestätigen. Meine Liste wurde aktualisiert

Ich verwende Maximieren / Wiederherstellen oder Wiederherstellen / Maximieren als meine Problemumgehung und es funktioniert (soweit ich mich erinnere) die ganze Zeit. Vielleicht könnte diese Problemumgehung programmgesteuert ausgegeben werden, wenn vscode nach dem Minimieren aus der Taskleiste aufgerufen wird?

Ich bin nicht genug über diese Themen informiert, aber vielleicht kann es atomar genug gemacht werden, ohne dass das Fenster überhaupt neu gezeichnet wird. Bis der Fix kommt und sich vom Chrom / Elektron zum vscode ausbreitet, könnte vscode ihn als vorübergehende Maßnahme so patchen lassen.

@ pd93 Ich habe auch festgestellt, dass Help -> Toggle Developer Tools das Problem ebenfalls mildert. Wenn Entwickler-Tools sichtbar sind, treten aus bestimmten Gründen keine Verzögerungen auf.

@karasq Danke, ich kann das bestätigen. Ich kann nur davon ausgehen, dass das Öffnen der Entwicklertools beim Ändern von vscode zu einer Größenänderung führt. Obwohl ich nichts habe, um diese Theorie zu stützen.
Ich habe es meiner Liste hinzugefügt ^^^

@karasq danke, Hilfe -> Entwickler-Tools umschalten hat bei mir funktioniert,
und Code --disable-gpu funktionierte ebenfalls

@bpasero Ich habe gerade gesehen, dass in den

@razielidog wir verwenden 1.7.12 aber mit genau diesem Patch zurückportiert ...

Mit dem heutigen Insider-Build ( 3a70cdfd8f84136e858b3d39e5a709e637fc35e7 ) können Sie "window.smoothScrollingWorkaround": true festlegen, um beim Wiederherstellen des Fensters wieder reibungslos zu scrollen. Dieser Build enthält auch eine Electron-Version, die dieses Problem beim ersten Start behebt.

Lassen Sie uns wissen, wie es geht. Der Grund, warum diese neue Einstellung nicht standardmäßig aktiviert ist, ist a) es ist nur eine Problemumgehung und noch nicht die eigentliche Lösung b) es führt zu einem Flackern des Fensters, wenn Sie es wiederherstellen.

@bpesaro gute Nachrichten! Ich habe momentan keinen Zugriff auf mein Oberflächenbuch und werde es in ein paar Tagen versuchen. Bedeutet das Flimmern, dass der Patch bei jeder Wiederherstellung des Fensters erneut angewendet wird?

@warpdesign Das Flimmern kommt buchstäblich von der Tatsache, dass ich mit dieser Option die Sichtbarkeit der Menüleiste umschalte, wenn das Fenster wiederhergestellt wird. Dies wird jedoch beim ersten Start nicht passieren.

@bpasero Workaround funktioniert wie erwartet in meinem Surface Book, keine Verzögerung mehr nach dem Minimieren / Wiederherstellen.

Es scheint, dass das Problem etwas mit der Windows-Version zu tun hat (insbesondere mit dem Präzisions-Touchpad). Wenn Sie VS-Code im kompatiblen Modus von Windows 7 ausführen, verschwindet die Bildlaufverzögerung und wird nicht mehr angezeigt.

@ TXH1997 Danke für die Idee des Kompatibilitätsmodus. Windows 7 comp.mode scheint meine Probleme mit der Bildlaufverzögerung dauerhaft zu beheben (auf Surface Pro 4).

@ TXH1997, da das Ausführen in einem Kompatibilitätsmodus das Ausführen ohne GPU bedeutet. Funktionen wie das integrierte Terminal funktionieren also nicht.

Ja, es ist nur eine vorübergehende Lösung. Fehler muss noch behoben werden ...

Ich hoffe nicht, warum MS nicht in der Lage ist, eine ordnungsgemäße Lösung zu finden.

Dies wird derzeit in einem Surface Book in Version 1.21.1 angezeigt

Ich werde dieses Problem sperren, damit die Benutzer die aktuelle Problemumgehung sehen können, die wir mit 1.22 ausliefern:

Ich schalte dieses Problem frei, um Feedback zu erhalten, dass Windows 10 an einem Fix gearbeitet hat und es in Windows 10 Insider Preview Build 17751 enthalten zu sein scheint und im Oktober-Update (RS5) enthalten sein wird.

Wenn jemand überprüfen könnte, ob das Problem tatsächlich mit diesem Windows 10-Insider-Build behoben ist, wäre das großartig. Bisher habe ich von @Drae unter https://github.com/Microsoft/vscode/issues/53793#issuecomment -417922382 gehört, dass das Problem behoben wurde.

Verifizieren:

• Update auf Windows 10 Insider Preview Build 17751
• Entfernen Sie die Einstellung window.smoothScrollingWorkaround (falls konfiguriert).

@bpasero Keine Probleme mehr mit 17751 auf einem Surface Book.

@bpasero Ja, das Problem wurde mit 17751.1 auf Dell XPS 15 mit Präzisions-Touchpad gelöst.

Aus Neugier: Hat jemand dieses Problem jemals unter Windows 7 oder Windows 8 festgestellt? Ich frage, weil das Update wahrscheinlich immer nur unter Windows 10 durchgeführt wird.

@bpasero Ich glaube nicht, dass dies bei früheren Windows-Versionen passieren würde, da sie keine Präzisions-Touchpads unterstützen, wenn ich mich recht erinnere.

Wird diese Änderung im Windows Update vom 10. Oktober 2018 enthalten sein, wenn es veröffentlicht wird?

Mein HP Desktop-PC ist eine Minute lang eingeschaltet, aber die Monitore sind nicht geöffnet und Maus oder Tastatur haben bei der Aktualisierung von Windows 10 vor zwei Jahren nicht funktioniert

@ bdr99 Ja, es wird im Rahmen des Oktober-Updates verfügbar sein.

Wenn Sie dies schließen, während das Windows-Update vom 10. Oktober für Benutzer verfügbar ist. Dieser Fehler wurde im Rahmen des Windows 10 RS5-Updates behoben.

Super, jetzt muss ich auf RS5 warten - hoffentlich morgen.

Wir haben beschlossen, die "window.smoothScrollingWorkaround": true für diese Version beizubehalten, und wir planen, sie in Zukunft zu entfernen, wenn mehr Benutzer auf das neueste Windows aktualisieren.
Kann jemand, der nicht über die neueste Windows 10-Version verfügt, diesen Insider-Build verwenden und überprüfen, ob window.smoothScrollingWorkaround wie zuvor funktioniert und das Scrollen reibungslos funktioniert? Ich würde es wirklich schätzen.

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 Ich habe das Oktober-Update noch nicht installiert, daher habe ich den Insider-Build zum Testen installiert.

Aber die Sache ist, das KB4462933- Update hat das Problem für mich behoben. Jetzt gibt es keinen Unterschied zwischen Stable / Insider-Builds und mit / ohne window.smoothScrollingWorkaround nach dem Update.

Hier finden Sie weitere Testimonials: https://github.com/Microsoft/vscode/issues/62327#issuecomment -436597428, https://github.com/Microsoft/vscode/issues/61824#issuecomment -433785824.

@HazemAM danke fürs springen!
Deshalb brauche ich jemanden, der nicht über das neueste Windows-Update verfügt, um es auszuprobieren, damit wir überprüfen können, ob die Einstellung noch funktioniert.

@isidorn Oh, du

Ja, ich glaube, ich brauche jemanden, der nicht über https://support.microsoft.com/en-us/help/4462933/windows-10-update-kb4462933 verfügt

Beachten Sie, dass es nicht ausreicht, nur window.smoothScrollingWorkaround: true zu konfigurieren. Sie müssen den benutzerdefinierten Titel auch über window.titleBarStyle: native deaktivieren.

Ich habe keine verfügbaren Windows-Updates zum Installieren (ich bin auf dem neuesten Stand), den neuesten vscode und ich starte Bootcamp-Fenster.

Wenn Sie das Trackpad verwenden, gibt es absolut keine Möglichkeit (mit einer der Kombinationen von Vorschlägen in diesem Thread), ein reibungsloses Scrollen zu erreichen. Vscode ignoriert die Mausradeinstellungen meines Bedienfelds. Die einzige Möglichkeit, vscode zum Verhalten zu bringen, besteht darin, "editor.mouseWheelScrollSensitivity": 0.2 festzulegen. Ich wechsle jedoch zwischen der Verwendung eines Trackpads und einer Maus. Daher muss ich diese Einstellung jedes Mal ändern, wenn ich das Gerät wechsle!

Im Moment ist vscode aus diesem Grund ziemlich unerträglich zu benutzen!