Vscode-vibrancy: Problem beim Ziehen, Verschieben des Fensters über die Titelleiste

Danke fürs Feedback und tut mir sehr leid. Ich weiß nicht, wie ich das beheben kann. Ich denke, das ist ein Fehler in Windows.

Ich bin auch auf dieses Problem gestoßen

Der Acryleffekt hat eine Drag-Verzögerung im Elektronenfenster. Wenn Sie Unschärfe hinter oder einen transparenten Farbverlauf verwenden, wird es nicht angezeigt.

Tatsächlich habe ich ein solches Problem in Windows 10 1809 noch nie gesehen.

Dieses Problem tritt in Windows 1903 auf und ich weiß nicht, ob es nur in dieser Version auftritt. (Tatsächlich sind in Windows 1903 einige Schnittstellenfehler aufgetreten.)

Ich habe dies nur unter Windows 1903 ausprobiert. Hat jemand diese Erweiterung unter neueren Insider-Versionen von Windows ausprobiert? Interessanterweise scheint sich dieses Problem nicht auf die GPU- oder CPU-Auslastung auszuwirken.

Ich bin auch 1903 und stehe vor diesem Problem

1903 das gleiche Problem

Gleiches Problem

+1

1903 das gleiche Problem

Scheint eine Ausgabe von 1903 zu sein, da ich mit 1809 kein Problem habe

+1

In #14 v1.0.6. Die Mausverzögerung besteht immer noch, ich habe viele Methoden ausprobiert und kann das Problem im Jahr 1903 nicht lösen.

Das Problem liegt nicht im Elektron, und es gibt derzeit keine perfekte Möglichkeit, den Acryleffekt ohne UWP im Jahr 1903 zu öffnen.

Die Mausverzögerung besteht in der neuesten Windows 10-Insider-Vorschau immer noch.

Vielen Dank, dass Sie sich die Zeit genommen haben, sich dieses @EYHN anzusehen. Ich frage mich, ob es eine Möglichkeit gibt, Windows zu täuschen, dass VSCode/Electron eine UWP-App ist.

Ich bin nur hergekommen, um dieses Problem zu melden. Etwas froh, dass ich nicht die einzige bin, die es hat.

Auf meinem PC bei der Arbeit, einigermaßen anständige Spezifikationen, Windows 1809 - bewegt sich ohne jegliche Verzögerung.
Auf meinem Heim-PC, viel bessere Spezifikationen, Windows 1903, höllisch verzögert.

Viele Tage sind vergangen und dieses Problem besteht immer noch.
Ich habe den nativen Code für Windows unter https://github.com/EYHN/vscode-vibrancy/tree/master/src/blur-cli gepusht .
Vielleicht können Sie mir helfen, wenn Sie sich sehr gut mit Windows auskennen

news: In Fenster 10 1903 habe ich festgestellt, dass das Reduzieren der "Mausrate" unter die Bildrate dieses Problem effektiv lösen kann.

Ich habe ein paar Tage damit verbracht, dieses Problem zu untersuchen, und jetzt gebe ich auf. Es scheint ein Problem innerhalb von DWM zu sein, die Mausabfragerate ist höher als die Bildschirmrate, wodurch die Rendering-Anfrage in der Warteschlange blockiert wird, und es sieht aus wie eine Mausverzögerung.

Keine Sorge, das gleiche Problem tritt auch in Microsoft Office auf, Tausende von Windows-Benutzern sind davon betroffen, die folgenden sind einige Diskussionen:

https://answers.microsoft.com/en-us/msoffice/forum/all/why-does-my-excel-window-lag-so-much-when-moved/04b1fb97-b9da-481e-b37a-63257460c5b7

https://answers.microsoft.com/en-us/windows/forum/windows_10-performance/windows-10-mouse-lag-sluggish-window-dragging-in/12ab88a5-9e13-4d37-8f2d-106d56fcd775

Es gibt jetzt einige Methoden:

• Verwenden Sie Windows 10 1809 und warten Sie, bis Microsoft das Problem behoben hat
• 'Fensterinhalt beim Ziehen anzeigen' schließen
  Geben Sie in das Suchfeld auf der Taskleiste „Leistung“ ein und wählen Sie dann „Darstellung und Leistung von Windows anpassen“ in der Ergebnisliste aus. Deaktivieren Sie auf der Registerkarte „Visuelle Effekte“ die Option „Fensterinhalt beim Ziehen anzeigen“.

• Reduzieren Sie die Abfragerate der Maus
  Bei vielen Gaming-Mäusen können Treiberpanels die Polling-Rate der Maus anpassen.

  Ich werde auch eine transparente reine Version bereitstellen, die Unschärfe und Kompatibilität mit allen Betriebssystemen und Umgebungen entfernt.

我 花 了 好 几 天 研究 这个 问题, 现在 的 放弃 了 看来 看来 是 是 的 的 的, 鼠标 回报率 高于 屏幕 的 的 渲染 请求 阻塞 在 队列, 看起来 就 像 鼠标 延迟 一样, 看起来 就 像 鼠标 延迟 一样.

不要担心，同样的问题还出现在Office软件中，上千Windows用户受到其困扰，以下是一些讨论：

https://answers.microsoft.com/en-us/msoffice/forum/all/why-does-my-excel-window-lag-so-much-when-moved/04b1fb97-b9da-481e-b37a-63257460c5b7

https://answers.microsoft.com/en-us/windows/forum/windows_10-performance/windows-10-mouse-lag-sluggish-window-dragging-in/12ab88a5-9e13-4d37-8f2d-106d56fcd775

现在有几种备用方法：

• Für Windows 10 1809 ist eine Version von Windows 10 1809 verfügbar
• 关闭 „拖动时显示窗口内容“
  在任务栏搜索性能，选择 „调整 Windows 外观和性能“, 在 „视觉效果“ 选项卡关闭 „拖动时显示窗口内容“
• 降低鼠标回报率一般游戏鼠标驱动面板都可以调整鼠标回报率

之后我还会提供一个仅透明版本，去掉模糊效果并兼容所有操作系统和桌面环境。

@EYHN Ich glaube, ich habe eine Lösung gefunden.
In einer anderen Elektron-App Terminus bieten sie eine Einstellung "Hintergrundtyp" und zwei Typen "Blur" und "Fluent", sie ruft eine Funktion this.electron.ipcRenderer.send('window-set-vibrancy', enable, type) , und ich habe festgestellt, dass "Fluent" verzögert funktioniert, aber "Blur" funktioniert gut. Ich weiß nicht, wie this.electron.ipcRenderer.send('window-set-vibrancy', enable, type) funktioniert, aber ich denke, das ist eine Lösung, bevor MS es in DWM repariert.

Nachdem ich Aero Glass installiert hatte, änderte ich den Code für die Win10-Verarbeitung, um dwm (d. h. die Win7-Implementierung) aufzurufen, und das Fenster fror nicht ein, wenn es in Win10 1909 gezogen wurde.

Nachdem ich Aero Glass installiert hatte und den Code für die Win10-Verarbeitung geändert hatte, um dwm (d. h. die Win7-Implementierung) als Teil der Ausführung auf Win10 1909 aufzurufen, fror das Fenster nicht ein.

Aero Glass funktioniert jedoch nicht in win10 2004

Nachdem ich Aero Glass installiert hatte und den Code für die Win10-Verarbeitung geändert hatte, um dwm (d. h. die Win7-Implementierung) als Teil der Ausführung auf Win10 1909 aufzurufen, fror das Fenster nicht ein.

Aero Glass funktioniert jedoch nicht in win10 2004

Die Datei aus dem Debug-Paket von Win10 General Development zu nehmen und dann den Befehl zum Neuaufbau der Symbole zu geben, funktioniert nicht?

Eine andere Möglichkeit besteht darin, Windows in den Energiesparmodus zu versetzen, der normalerweise alle Transparenzeffekte deaktiviert, aber aus irgendeinem Grund die Verzögerung behebt 🤷‍♂️

Es scheint, dass Win 10 2004 Version KB4541738 dieses Problem behebt.

Können Sie eine detaillierte Lösung bereitstellen, Windows1909 hat immer noch eine Verzögerung beim Ziehen

Seltsam, früher bin ich unverpackt mit normalem Luftwiderstand ohne Verzögerung gelaufen, aber jetzt gibt es eine Verzögerung...

Es scheint, dass Win 10 2004 Version KB4541738 dieses Problem behebt.

😂super

Können Sie eine detaillierte Lösung bereitstellen, Windows1909 hat immer noch eine Verzögerung beim Ziehen

Kann 1909 Aero Glass direkt verwenden? ps: Der Erweiterungscode muss geändert werden

Da beim Ziehen ein Fehler aufgetreten ist, kann dieser behoben werden, indem stattdessen ein transparentes Hintergrundbild mit Milchglaseffekt bereitgestellt wird?

Verwenden Sie EasyWindowDrag , um das Fenster zu verschieben, um dieses Problem zu lösen

Für mich wurde das Ziehen des Fensters mit dieser installierten Erweiterung unmöglich. Das Fenster bewegt sich in Zeitlupe. Es handelt sich nicht um ein CPU/GPU-Ressourcenproblem.

Dadurch wurde VS-Code unbrauchbar. Ich musste diese Erweiterung deinstallieren, um VS-Code wieder verwenden zu können.

@Spenhouet Vielen Dank, dass Sie uns daran erinnert haben, was dieser Fehler ist. Es ist ein Windows-Problem, das durch die Verwendung des Acryleffekts auf eine so nicht unterstützte Weise entsteht, und es gibt keine wirklich guten Lösungen.

@ Toby56 Ich war mir nicht sicher, ob es sich um das gleiche Problem handelt wie das von OP beschriebene. Es sieht anders aus als das von ihm bereitgestellte GIF.

@Spenhouet Ja, das GIF ist nicht sehr klar, aber es ist so, wie du es beschrieben hast! Es ist ein Problem mit der Mausabfrage, bei dem das Fenster langsamer wird, als es sollte, sobald Sie mit dem Ziehen beginnen, und eine massive Verzögerung zwischen dem Ort, an dem es sich befindet, und dem Ort, an dem es sein sollte, ansammelt. Da kann man leider nichts machen :(

Ist dies also immer noch ein Problem in den neuesten Win10-Versionen? Ich möchte dies nicht installieren, wenn es VSCode für mich im Wesentlichen kaputt macht ...

@iPyGuy Ja im Grunde, erwarte nicht, dass es bald behoben wird. Es ist keine offizielle Windows-Methode.

Es scheint, dass Win 10 2004 Version KB4541738 dieses Problem behebt.

Dieser Patch wurde weder in den offiziellen 2004 noch in den halbjährlichen Kanal aufgenommen.

@EYHN @Toby56
Denken Sie, dass dies "behoben" werden könnte, indem Sie den Acryleffekt deaktivieren, während das Fenster bewegt wird, wie Sie (@Toby56) hier beschrieben haben: https://github.com/23phy/ewc/issues/22#issuecomment -599448590 ?

Glauben Sie alternativ, dass es möglich wäre, "Fensterinhalt beim Ziehen anzeigen" in den Leistungseinstellungen nur zu deaktivieren, während VSCode aktiv/verschoben ist, indem Sie den zugehörigen Registrierungseintrag im laufenden Betrieb, bei Fokus oder Bewegungsereignis ändern? Fensterinhalte nicht für alle Fenster zu sehen ist ziemlich schlecht, aber wenn das nur VSCode beträfe, könnte ich mit dem Kompromiss leben 😅

@jonakuske
Das Deaktivieren des Acryleffekts beim Ziehen ist wahrscheinlich die beste interne Lösung. Es kann ein bisschen fummelig sein, aber Sie können es ohne Unschärfe auf Transparenz umstellen. Ein weiterer Faktor, der es komplizierter macht, ist, dass das Acryl bricht, wenn es von einem anderen Unschärfeeffekt im Batteriesparmodus aktiviert wird, weil Acryl in diesem Modus normalerweise deaktiviert ist? Ich kann mich nicht erinnern. Aus diesem Grund müssen Sie die Unschärfe jedes Mal neu einstellen, was zu einem kleinen weißen Blitz führen kann. Soweit ich weiß, gibt es keine Möglichkeit zu sagen, ob es sich im Batteriesparmodus befindet oder nicht, und Batteriesparmodus wäre nicht sehr verbreitet. idk.

Aber es funktioniert größtenteils und wäre VIEL VIEL besser, als im laufenden Betrieb mit der Registrierung herumzuspielen. Ich halte das natürlich nicht für praktikabel.

@Toby56

Das Acryl bricht, wenn es im Batteriesparmodus von einem anderen Unschärfeeffekt aktiviert wird, da Acryl in diesem Modus normalerweise deaktiviert ist?

Ja, Acryl ist normalerweise sowohl im Energiesparmodus als auch bei nicht fokussiertem Fenster deaktiviert. So ist meist nur ein Fenster mit Acryleffekten aktiv, während die im Hintergrund deckend dargestellt werden.

Soweit ich weiß, gibt es keine Möglichkeit zu sagen, ob es sich im Batteriesparmodus befindet oder nicht, und Batteriesparmodus wäre nicht sehr verbreitet. idk.

Für mich wird es automatisch aktiviert, sobald ich 20% Akku erreicht habe, also würde ich nicht sagen, dass es ungewöhnlich ist. Aber man kann es erkennen!
Dies ist mit den Knotenbindungen für die native Windows-Runtime-API möglich:

const { PowerManager } = require('@nodert-win10/windows.system.power')

let energySaverEnabled = PowerManager.energySaverStatus === 2

PowerManager.on('energySaverStatusChanged', () => {
  energySaverEnabled = PowerManager.energySaverStatus === 2
})

@jonakuske
Es ist großartig, dass Sie eine Möglichkeit kennen, den Batteriesparmodus mithilfe von NodeJS-Bindungen an native Windows-Funktionen zu erkennen! Das sieht nach einer supereinfachen Möglichkeit aus, einige Probleme zu lösen. Auf diese Weise können wir Code schreiben, der normalerweise auf "hinten weichzeichnen" und im Batteriesparmodus auf einfache Transparenz umschaltet, wodurch der unnötige weiße Blitz eliminiert wird.

Für dieses spezielle Problem weiß ich nicht, wie der Code in diesem Projekt strukturiert ist, muss @EYHN fragen, ob sie so etwas implementieren möchten. Vielleicht poste ich ein GIF davon in Aktion.

@Toby56
Ich habe gerade festgestellt, dass native Abhängigkeiten in VSCode-Erweiterungen wahrscheinlich keine Option sind, also sollte diese Lösung zwar jedem helfen, der den Acryleffekt zu seiner eigenen Electron-App hinzufügen möchte (damit er ihn gegen seine spezifische Electron/Node-Version kompilieren kann), I weiß nicht ob es hier hilft :/

Wahrscheinlich müsste eine separate vorgefertigte Binärdatei ausgeliefert werden, anstatt die Knotenbindungen zu verwenden, da dieses Repository bereits mit blur-cli.exe 🤔 arbeitet

@jonakuske
Das ist richtig! Daran habe ich nicht gedacht. Ich habe keine Ahnung wie, aber es könnte wahrscheinlich in den C++-Teil eingebaut werden, der in die Binärdatei kompiliert wird??? Ich kenne die Einschränkungen von VSCode-Erweiterungen wirklich nicht.

Auf jeden Fall nützlich für meine eigene App 😀!

Richtig, das sollte wohl funktionieren. Leider weiß ich auch nicht wirklich etwas über C++ (außer dem bisschen, was zum Programmieren von Arduinos benötigt wird) :/

Wenn dies implementiert ist, sollte es auf jeden Fall optional sein, da Leute mit zB 144-Hz-Monitoren während der Fensterbewegung Vibrationen haben können , wenn sie ihre Maus-Abtastrate auf etwa 125 einstellen, was immer noch schnell genug für den täglichen Gebrauch sein sollte.

@quank123wip @EYHN
Ja habe ich auch gefunden.
Acrylhintergrund in der Endstation hat zwei Optionen:

Blur hat kein Problem, und Fluent hat auch Verzögerungsprobleme.

Also ich denke das ist die Antwort.

Ich bin mir nicht sicher, ob das hilfreich ist, aber das Window Terminal hat einen funktionierenden Transparenzeffekt. Sie nennen es "Acryl".
Das Terminal baut nicht auf Elektron auf... es ist in C++ implementiert.

Sie können auch die Deckkraft ändern:

Vielleicht kann ein Blick auf ihre Implementierung helfen:

https://github.com/microsoft/terminal/blob/master/src/cascadia/TerminalControl/TermControl.cpp#L376

@Spenhouet Ja, tut mir leid, aber das hilft uns nicht wirklich weiter. Das Open-Source-Windows-Terminal sowie viele andere Apps verwenden diesen Effekt (immer Acryl genannt), aber sie sind dedizierte Windows-Apps und können den "offiziellen" Weg ausführen, der sofort einsatzbereit ist. Was wir jedoch tun, ist, etwas dorthin zu bringen, wo es eigentlich nie hin sollte, weshalb es Fehler enthält, die nicht behoben werden

@Jinhaihan Ja, stimmt, wir können es einfach so verwischen lassen, und es hat nicht das Problem! Vielleicht sollten wir. Aber imo sieht es nicht annähernd so schön aus wie der "fließende" Acryleffekt. Ich denke, es ist ein alter Effekt, der in Windows 7 (Aero) oder so ähnlich verwendet wird. Der Unschärferadius ist nicht so groß und es hat nicht die fließende Windows 10-„Acryl“-Textur sowie die anderen Ebenen, die dazu beitragen, dass die Acrylunschärfe gut aussieht.

Eine Option wie Terminus zu haben, ist durchaus möglich und vielleicht eine Lösung, mit der viele zufrieden wären.

@Toby56 Das könnte eine dumme Frage sein: Ist es unmöglich, den "offiziellen" Weg zu gehen?

@Spenhouet Vielleicht, wenn Sie Lust haben, VS Code von Grund auf neu zu schreiben. Sonst wahrscheinlich nicht.

Ich weiß eigentlich nicht viel darüber, wie der Acryleffekt mit Node JS und C++ auf ein Chromfenster angewendet wird. Aber VS Code wird und wird immer in Electron erstellt, und es gibt keine offiziell unterstützte Möglichkeit, dies zu tun. Ich bin ziemlich erstaunt, dass diese Methode überhaupt funktioniert. Wenn also nicht irgendein Genie einen anderen Weg findet, dann stecken wir so fest.

@ Toby56 Okay, macht Sinn.

Ich denke, der Acryleffekt wird in Zukunft in Windows stärker präsent sein. VS-Code wird dies wahrscheinlich in dieser fernen Zukunft übernehmen.

@Spenhouet
Ja, derzeit ist der Acryleffekt eine Funktion von XAML, dem UI-Framework, das nur moderne Windows-Apps (der Typ, den Sie normalerweise im Microsoft Store sehen) verwenden können. Deshalb ist es kein Problem für Windows Terminal und andere. "Old-School"-Anwendungen können die meisten modernen APIs verwenden, aber nicht diejenigen, die auf Rendering, Ansichten usw. angewiesen sind.
Ich weiß auch nicht, wie der Hack in diesem Repo eigentlich funktioniert, aber es ist definitiv ein Hack 😃

Mit dem kommenden WinUI 3 (Teil von Project Reunion , Microsofts Versuch, alte und moderne APIs zu vereinheitlichen) erhalten wir jedoch eine Funktion namens „XAML Islands“, die die Verwendung moderner Benutzeroberflächen in traditionellen Anwendungen ermöglicht. Dann sollte es möglich sein, Acryl ohne Hacks hinzuzufügen, vielleicht sogar als direktes Feature von Electron selbst. 🙏🏻

@jonaskuske Wow, das ist ziemlich cool, wusste nicht, dass Microsoft so etwas plant!!! Einige Dinge wie Taskleistensymbole sind für UWP-Apps nicht möglich, ohne eine begleitende Win32-Anwendung zu packen.

Ich freue mich, Ihnen mitteilen zu können, dass Windows 10 Insider Preview (Build 20161) das Problem für mich behoben hat.

@LegoLivesMatter Das ist fantastisch zu hören! Ich sollte zum schnellen Insider-Kanal wechseln, um dies zu überprüfen.

@ Toby56 Viel Glück!

@jonaskuske @LegoLivesMatter @racoonx2p @EYHN

Ich kann bestätigen, dass es in Build 20161 behoben ist!
Naja meistens ...

Ich sage hauptsächlich , weil es zwar großartig und jetzt vollständig brauchbar ist, aber ein bisschen skurril ist. Die Größenänderung hat immer noch dieses Problem für mich, was ärgerlich ist, aber wahrscheinlich für niemanden ein Problem darstellt, es sei denn, Sie ändern die Größe häufig. Kurze schnelle Größenänderungen sind in Ordnung.

Junge, sieht das gut aus:

Ich habe zwei Monitore und das gleiche Problem. Wenn sich das Fenster nahe an einer Kante eines der Monitore befindet, wird ein kleiner Teil dieser Kante ohne Unschärfe durchscheinend. Immer noch besser als nichts!

Ich habe auch bemerkt, dass, wenn das VS-Code-Fenster auf dem sekundären Monitor maximiert ist, die Unschärfe verschwindet, aber der Acryl-"Filter" dort bleibt. Soweit ich das beurteilen kann, ist dies eine Folge davon, dass das Fenster den anderen Monitor leicht "erreicht". Dies passiert nicht, wenn das VS Code-Fenster nicht fokussiert oder auf dem primären Monitor maximiert ist.

@LegoLivesMatter Ja, ich hatte dieses Problem auch, habe vergessen, es zu erwähnen. So blöd, aber Fenster reichen oft in den nächsten Monitor, und das ist offensichtlich die Ursache. Drücke uns die Daumen und vielleicht wird es behoben. Hoffentlich sowohl das Effektbrechen als auch das Fensterkreuzen!

Aus irgendeinem Grund löst die Verwendung eines Designs mit Stardock WindowBlinds auch dieses Problem. Es muss etwas mit Window Manager Compositing zu tun haben, aber keine Ahnung was. Beim Maximieren des Fensters gibt es ein schnelles Flackern, aber ansonsten ist es gut.

Ich habe Windows-Insider Dev-Channel installiert, und das Ziehen ist in Ordnung. Die Größenänderung wirft jedoch immer noch Probleme auf. Ich habe auch bemerkt, dass meine 64-Bit-WinForms-App, die diese Methode verwendet, dieses Problem hat, aber nicht die 32-Bit-Version. Außerdem habe ich eine WPF-Test-App, die 32- und 64-Bit ist, während ich SetWindowCompositionAttribute verwende, und die Größe wird in Ordnung geändert. Außerdem ändert Avalonia die Größe OK.

Verwenden Sie EasyWindowDrag(KDE-Stil).ahk kann dieses Problem lindern

https://www.autohotkey.com/
https://lexikos.github.io/v2/docs/scripts/~~

https://autohotkey.com/board/topic/22565-updated-easywindowdrag-kdeahk-with-added-control-support/

Vielen Dank für Ihre Antwort, aber ich habe angegeben, dass ich keine Probleme mit dem Ziehen (dh dem Verschieben des Fensters) auf dem Insider-Dev-Kanal hatte, aber Probleme mit der Größenänderung in der 64-Bit-App.

Dies scheint in der Version von Windows, die ich jetzt verwende, behoben worden zu sein.
Ich habe das plötzlich herausgefunden, daher bin ich mir nicht sicher, ob es diese Version ist.

@doublethinkio Ich verwende Windows 10 Build 19042.541 und habe das Problem immer noch?

20H2 Build 19042.572 hier und es passiert auch immer noch, also denke ich, dass etwas, das @doublethinkio speziell hat, dafür gesorgt hat, dass es richtig funktioniert. Für mich funktioniert das Ziehen und ist reibungslos, es ist nur sehr, sehr langsam. Das ist anders als bei manchen Leuten, wo es sowohl langsam als auch nicht glatt ist.

@Jinhaihan erwähnte in diesem Kommentar , dass Blur für sie in Terminus funktioniert und Fluent das gleiche Problem hat. Ich habe 5 Minuten lang recherchiert und es scheint, dass "Blur" Option 3 zugeordnet ist, die in ACCENT_ENABLE_BLURBEHIND dieses Projekts blur-cli genannt wird, und "Fluent" Option 4 zugeordnet ist, die ACCENT_ENABLE_ACRYLIC genannt wird. blur-cli . Dies ist nicht konfigurierbar und stattdessen wird immer ACCENT_ENABLE_ACRYLIC (tatsächlich ACCENT_ENABLE_ACRYLICBLURBEHIND in der API genannt) gewählt.

Dies konfigurierbar zu machen, wäre ziemlich trivial, aber ich habe keine Visual C++-Toolchain eingerichtet, um ein neues Blur-Cli erstellen zu können.

Um den Milchglaseffekt zu löschen, deinstalliere ich das Plugin und lösche die Konfiguration.immer noch nutzlos

@doublethinkio , danke für die Bereitstellung einer Problemumgehung. Ich habe versucht, EasyWindowDrag.ahk mit autohotkey.exe auszuführen . Leider bekomme ich folgenden Fehler. Ich habe keine Probleme beim Ausführen anderer AutoHotkey-Skripte.

Auch wenn ich das Originalskript verwende, das ich direkt heruntergeladen habe von:
https://lexikos.github.io/v2/docs/scripts/EasyWindowDrag.ahk

Verwenden Sie EasyWindowDrag(KDE-Stil).ahk kann dieses Problem lindern

https://www.autohotkey.com/
https://lexikos.github.io/v2/docs/scripts/

; Easy Window Dragging -- KDE style (based on the v1 script by Jonny) 
; https://www.autohotkey.com
; This script makes it much easier to move or resize a window: 1) Hold down
; the ALT key and LEFT-click anywhere inside a window to drag it to a new
; location; 2) Hold down ALT and RIGHT-click-drag anywhere inside a window
; to easily resize it; 3) Press ALT twice, but before releasing it the second

Ich bin mir nicht sicher, ob das hilft, aber hier ist ein Projekt, das so aussieht, als könnte es bei dem Problem helfen.
Seo-Rii/Elektronen-Acryl-Fenster

Ich habe festgestellt, dass das Setzen des Hintergrunds von Terminus ( Eugeny/Terminus 1.0.127) in Fluent den Hintergrund beim Ziehen des Fensters als nicht transparent einstellt. Nach dem Anhalten oder vorübergehenden Verweilen stellt das Fenster einen fließenden Hintergrund wieder her. Die Verzögerung wird nicht angezeigt.

Vielleicht ist dies eine gute Problemumgehung für das Projekt.

Die neueste Version (v1.0.10) enthält eine Lösung für die Mausverzögerung, bitte sehen Sie hier für Details .

EDIT: Ich habe gerade versucht, die Lösung. Es ist definitiv schneller, sogar auf 60 Hz! Danke!!!