Eingabeverzögerung und wiederholte Buchstaben in Atom 1.19.2 x64

Ich habe eine große Verzögerung bei der Eingabe und sogar wiederholte Buchstaben (z. B. "rrrrow") in Atom.

Ich verwende Atom 1.19.2 x64 von AUR unter Arch Linux 4.12.8-2-ARCH auf einem Ryzen 7 1700. https://github.com/atom/atom/issues/7481 schlägt den abgesicherten Modus vor, aber das Problem bleibt im abgesicherten Modus bestehen und auch wenn ich den ~/.atomordner verschiebe.

Wie kann ich den Grund für diese Langsamkeit finden und beheben?

Update: Ich habe Atom 1.19.2 aus dem AUR-Paket atom-editor-bindeinstalliert und 1.18.0 aus dem offiziellen atomPaket installiert . Dadurch wurde die Leistung vorübergehend gesteigert, aber nach einigen Stunden ist sie wieder langsam.

PS: Das Problem besteht weiterhin in 1.23.1-1 und durch ein CPU-Upgrade und eine Neuinstallation von Linux. Ich habe zwar keine wiederholten Buchstaben mehr und die Eingabeverzögerung ist in Ordnung, aber das Scrollen ist immer noch sehr träge. In Windows 10 tritt dieses Problem nicht auf.

PS: Hier ist das Timecop aus dem abgesicherten Modus:

arch-linux lag atom-feed

— Konrad Höffner
quelle

Einige dieser Probleme wurden in Atom 1.22.0 behoben . Siehe auch package-cop, um ein Paket zu finden, das einen Fehler verursacht, indem Fehler protokolliert werden.

— Harrymc

@harrymc: Oh, tut mir leid, ich dachte, dass der Kommentar nicht auf mein Problem zutrifft, da ich bereits am 6. Januar hinzugefügt habe, dass ich bereits Version 1.23.1-1 verwende, aber den Package-Cop-Teil übersehen habe. Ich werde dies jetzt versuchen.

— Konrad Höffner

@harrymc: Deaktiviert der abgesicherte Modus nicht alle Pakete?

— Konrad Höffner

PS: Ich habe es versucht, package-copaber es funktioniert nicht (das Klicken auf "Atom neu laden" bewirkt nichts).

— Konrad Höffner

Ein Downgrade auf Version 1.19.0 oder niedriger scheint das Problem zu beheben.

Anscheinend wurde ein Fehler in der Bildlauflogik ( Link ) eingeführt. Ich zitiere den Kommentar von Ben3eeE:

Wenn ich alles richtig verstehe. Wir haben den Scroll-Handler geändert, um deltaX / Y anstelle von wheelDeltaX / Y zu verwenden, und es ist nicht derselbe Wert. wheelDelta ist unter Linux immer +/- 120 und Delta ist momentan +/- 53 für mich. Diese Änderung würde erklären, warum wir in 1.19 auf allen Plattformen einen Unterschied feststellen.

atom / src / text-editor-component.js

Zeile 1513 in 05fc82c
    let {deltaX, deltaY} = event 
atom / src / text-editor-component.coffee

Zeile 419 in 1f068bd
    {wheelDeltaX, wheelDeltaY} = event 
Obwohl dies nicht die bevorzugte Lösung ist, um die Einstellungen im Betriebssystem für die beste native Benutzererfahrung vollständig zu berücksichtigen, können wir anscheinend zum vorherigen Verhalten zurückkehren, das ein besserer Standardwert war.

— Harrymc
quelle

Sorry, das ist ein anderes Problem. Mein Bildlauf ist langsam, weil es sehr verzögert ist. Der Fehler, den Sie gefunden haben, verringert lediglich die Bildlaufempfindlichkeit (der Fehler macht es also langsam, aber dennoch flüssig).

— Konrad Höffner

Dieser Fehler führt den Bildlauf in zu kleinen Schritten aus. Wenn Sie weiter scrollen, haben Sie eine Reihe von Befehlen und eine Verzögerung. Der Grund dafür ist, dass die Atom-Anzeige langsam ist, worüber es viele Beschwerden gab. In Version 1.18.0 - Verschwindet die Verzögerung, wenn Sie Atom neu starten?

— Harrymc

Leider scheint es kein funktionierendes Atom Release <= 1.19.0 für Arch Linux mehr zu geben. Das einzige, was ich fand, war aur.archlinux.org/packages/atom-editor-transparent, aber das konnte nicht installiert werden, weil die Prüfsummen fehlerhaft waren.

— Konrad Höffner

Sie könnten stattdessen die neueste Version 1.24.0-beta3 ausprobieren . Sie finden hier auch Version 1.19.0 oder sogar 1.18 .

— Harrymc

Ich habe gerade ein Upgrade von Atom 1.23.2-1 auf 1.23.3-1 durchgeführt und das Problem besteht weiterhin. Ich habe auch 1.24-beta3 ohne Glück ausprobiert. Ich kann die alten Versionen, die Sie verlinkt haben, nicht ausführen, da sie für meine Paketmanager (pacman und yaourt) nicht verfügbar sind.

— Konrad Höffner