Vscode-vibrancy: 問題のドラッグ、タイトルバーでウィンドウを移動

フィードバックをありがとう、そして非常に申し訳ありません。 これを修正する方法がわかりません。 これはWindowsのバグだと思います。

私もこの問題に遭遇しました

アクリル効果は、エレクトロンウィンドウでドラッグ遅延が発生します。 ぼかしの後ろや透明なグラデーションを使用すると、表示されません。

実際、私はWindows 101809でそのような問題を見たことがありません。

この問題はWindows1903で発生し、このバージョンでのみ発生するかどうかはわかりません。 （実際、Windows 1903ではいくつかのインターフェイスエラーが発生しています。）

私はこれをWindows1903でのみ試しました。誰かがこの拡張機能を新しいInsiderバージョンのWindowsで試しましたか？ 興味深いことに、この問題はGPUまたはCPUの使用率には影響しないようです。

私も1903年で、この問題に直面しています

1903年の同じ問題

同じ問題

+1

1903年の同じ問題

1809年は問題ないので1903年号のようです

+1

＃14v1.0.6では。 マウスラグはまだ存在し、私は多くの方法を試しましたが、1903年には問題を解決できません。

問題は電子にあるのではなく、現在、1903年にUWPなしでアクリル効果を開く完璧な方法はありません。

マウスラグは、最新のWindows10インサイダープレビューに引き続き存在します。

この@EYHNを調査するために時間を割いていただきありがとうございます。 WindowsをだましてVSCode / ElectronをUWPアプリだと思わせる方法があるのだろうか。

私はこの問題を報告するためにここに来ました。 それを持っているのは私だけではないことを少しうれしく思います。

仕事中の私のPCでは、ややまともなスペック、Windows1809-ラグなしで動きます。
私の自宅のPCでは、はるかに優れたスペック、Windows 1903、地獄のように遅れています。

何日も経ちましたが、この問題はまだ残っています。
https://github.com/EYHN/vscode-vibrancy/tree/master/src/blur-cliでWindowsのネイティブコードをプッシュしました。
あなたが窓についてよく知っているなら多分あなたは私を助けることができます

ニュース：ウィンドウ10 1903で、「マウスレート」をフレームレートより低くすると、この問題を効果的に解決できることがわかりました。

私はこの問題の研究に数日を費やしました、そして今私はあきらめます。 DWM内の問題のようです。マウスのポーリング速度が画面の速度よりも高く、レンダリング要求がキューでブロックされ、マウスの遅延のように見えます。

心配しないでください。同じ問題がMicrosoftOfficeにも発生し、何千人もの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

現在、いくつかの方法があります。

• Windows 10 1809を使用し、Microsoftが問題を修正するのを待ちます
• [ドラッグ中にウィンドウの内容を表示する]を閉じる
  タスクバーの検索ボックスに「パフォーマンス」と入力し、結果のリストで[Windowsの外観とパフォーマンスを調整する]を選択します。 [視覚効果]タブで、[ドラッグ中にウィンドウの内容を表示する]の選択を解除します。

• マウスのポーリング速度を下げる
  多くのゲーミングマウスドライバーパネルでは、マウスのポーリングレートを調整できます。

  また、すべてのオペレーティングシステムと環境とのあいまいさと互換性を排除して、透過のみのバージョンを提供します。

我花了好几天研究これは问题、現在我放弃了。

なさい担心、同的的问题を出た在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

予備発電用方法：

• 使用Windows10 1809、然后等待微软修复问题
• 関闭「拖PIN時表示窗口内容」
  在任务栏搜索足、選択择「调整窓外观和羽」、在「视觉効率果」選択项卡
• 降低鼠✓回报率一般游戏鼠png驱π面板都的调整鼠png回报率

之后我再会挙一部仅透明版本、去掉模ゼラチン化

@EYHN私は解決策を見つけたと思います。
別の電子アプリTerminusでは、「背景タイプ」の設定と、「Blur」と「Fluent」の2つのタイプがあり、関数this.electron.ipcRenderer.send('window-set-vibrancy', enable, type)を呼び出します。「Fluent」は遅れて動作しますが、「Blur」であることがわかりました。うまく機能します。 this.electron.ipcRenderer.send('window-set-vibrancy', enable, type)がどのように機能するかはわかりませんが、MSがDWMで修正する前の解決策だと思います。

Aero Glassをインストールした後、win10処理のコードをdwm（つまり、win7実装）を呼び出すように変更しました。win101909にドラッグしてもウィンドウがフリーズしませんでした。

Aero Glassをインストールした後、win10処理のコードを変更してwin10 1909で実行するdwm（つまり、win7実装）部分を呼び出すと、ウィンドウがフリーズしませんでした。

ただし、AeroGlassはwin102004では機能しません

Aero Glassをインストールした後、win10処理のコードを変更してwin10 1909で実行するdwm（つまり、win7実装）部分を呼び出すと、ウィンドウがフリーズしませんでした。

ただし、AeroGlassはwin102004では機能しません

win10一般開発のデバッグパッケージからファイルを取得してから、シンボルを再構築するように注文しても機能しませんか？

もう1つの方法は、ウィンドウを省電力モードにすることです。これにより、通常はすべての透明効果が無効になりますが、何らかの理由でラグが修正されます🤷‍♂️

Win 102004バージョンKB4541738がこの問題を修正しているようです。

詳細な解決策を提供できますか、windows1909にはまだドラッグ遅延があります

奇妙なことに、私は通常のドラッグで開梱して遅滞なく実行していましたが、現在は遅延があります...

Win 102004バージョンKB4541738がこの問題を修正しているようです。

😂すごい

詳細な解決策を提供できますか、windows1909にはまだドラッグ遅延があります

1909はAeroGlassを直接使用できますか？ ps：拡張コードを変更する必要があります

ドラッグにはバグがありますが、代わりにすりガラス効果のある透明な背景画像を提供することで解決できますか？

EasyWindowDragを使用してウィンドウを移動すると、この問題を軽減できます

私にとっては、この拡張機能をインストールするとウィンドウをドラッグできなくなりました。 ウィンドウがスローモーションで動いています。 CPU / GPUリソ​​ースの問題ではありません。

これにより、VSコードが使用できなくなりました。 VSコードを再度使用するには、この拡張機能をアンインストールする必要がありました。

@Spenhouetこのバグが何であるかを私たちに思い出させてくれてありがとう。 これは、サポートされていない方法でアクリル効果を使用した結果として発生するWindowsの問題であり、実際には良い解決策はありません。

@ Toby56それがOPが説明したのと同じ問題であるかどうかはわかりませんでした。 彼が提供したGIFとは異なって見えます。

@Spenhouetええ、GIFはあまり明確ではありませんが、あなたが説明したとおりです！ これはマウスのポーリングの問題であり、ドラッグを開始するとすぐにウィンドウが本来よりも遅くなり、ある場所とあるべき場所の間に大きな遅延が蓄積されます。 残念ながら、それについてあなたができることは何もありません:(

それで、これは最新のWin10リリースの時点でまだ問題ですか？ 基本的にVSCodeが壊れてしまう場合は、これをインストールしないでください...

@iPyGuyええ、基本的に、すぐに修正されるとは思わないでください。 これは公式のWindowsメソッドではありません。

Win 102004バージョンKB4541738がこの問題を修正しているようです。

このパッチは、公式の2004にマージされておらず、半年ごとのチャネルにもリリースされていません。

@EYHN @ Toby56
https://github.com/23phy/ewc/issues/22#issuecomment -599448590で説明されているように、ウィンドウを移動しているときにアクリル効果を無効にすることで、これを「修正」できると思いますか？

または、VSCodeがアクティブ/移動しているときにのみ、関連するレジストリエントリをオンザフライ、フォーカス、または移動イベントで変更することにより、パフォーマンス設定で[ドラッグ中にウィンドウの内容を表示する]を無効にできると思いますか？ すべてのウィンドウのウィンドウコンテンツが表示されないのはかなり悪いことですが、それがVSCodeにのみ影響する場合は、トレードオフを受け入れることができます😅

@jonaskuske
抗力に対するアクリルの影響を無効にすることは、おそらく最良の内部修正です。 面倒なこともありますが、ぼやけることなく透明度だけに切り替えることができます。 それをより複雑にする別の要因は、アクリルが通常そのモードで無効になっているので、バッテリーセーバーモードで別のぼかし効果からそれを有効にするとアクリルが壊れることです？ 思い出せない。 このため、毎回ブラーをリセットする必要があり、小さな白いフラッシュが作成される可能性があります。 私の知る限り、バッテリーセーバーモードかどうかを判断する方法はありません。バッテリーセーバーはあまり一般的ではありません。 idk。

しかし、それはほとんどの部分で機能し、その場でレジストリをいじるよりもはるかに優れています。 確かにそれをするのは現実的ではないと思います。

@ Toby56

アクリルは通常、バッテリーセーバーモードで無効になっているため、バッテリーセーバーモードで別のぼかし効果から有効にすると、アクリルが壊れますか？

ええ、アクリルは通常、省エネモードとウィンドウがフォーカスされていないときの両方で無効になっています。 したがって、通常、アクリル効果がアクティブになっているウィンドウは1つだけですが、背景のウィンドウは不透明に表示されます。

私の知る限り、バッテリーセーバーモードかどうかを判断する方法はありません。バッテリーセーバーはあまり一般的ではありません。 idk。

私の場合、バッテリーが20％に達すると自動的に有効になるので、珍しいことではありません。 しかし、あなたはそれを検出することができます！
ネイティブのWindowsランタイムAPIのノードバインディングを使用できる可能性があります。

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

let energySaverEnabled = PowerManager.energySaverStatus === 2

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

@jonaskuske
ネイティブWindows関数へのNodeJSバインディングを使用して、バッテリーセーバーモードを検出する方法を知っているのは素晴らしいことです。 これは、いくつかの問題を解決するための非常に簡単な方法のように見えます。 このようにして、通常は「ブラービハインド」に切り替わり、バッテリーセーバーモードでは単純な透明度に切り替わるコードを記述して、不要な白いフラッシュを排除できます。

この特定の問題については、このプロジェクトのコードがどのように構成されているかわかりません。このようなものを実装するかどうかを@EYHNに問い合わせる必要があります。 たぶん私はそれのGIFを実際に投稿します。

@ Toby56
ネイティブの依存関係はおそらくVSCode拡張機能のオプションではないことに気づきました。したがって、このソリューションは、独自のElectronアプリにアクリル効果を追加したいすべての人に役立つはずです（特定のElectron / Nodeバージョンに対してコンパイルできるようにするため）。ここで役立つかどうかわからない：/

このリポジトリはすでにblur-cli.exeで実行されているため、ノードバインディングを使用する代わりに、別のビルド済みバイナリを出荷する必要があります🤔

@jonaskuske
それは本当だ！ そのことを考えていませんでした。 方法はわかりませんが、バイナリにコンパイルされたC ++部分に組み込まれている可能性があります。 VSCode拡張機能の制限を本当に知りません。

私自身のアプリには間違いなく便利です😀！

そうです、おそらくうまくいくはずです。 残念ながら、私はC ++についても何も知りません（Arduinoをプログラムするために必要なものを除いて）：/

とにかく、これが実装されている場合、それは間違いなくオプションであるはずです。たとえば、144Hzモニターを使用している人は、マウスのサンプルレートを125のように設定すると、ウィンドウの移動中に活気があり、日常の使用には十分な速度であるはずです。

@ quank123wip @EYHN
はい、私も見つけました。
終端のアクリルの背景には2つのオプションがあります。

ぼかしは問題ありませんし、Fluentにもラグの問題があります。

だから、これが答えだと思います。

それが役に立ったかどうかはわかりませんが、ウィンドウターミナルには機能する透明効果があります。 彼らはそれを「アクリル」と呼んでいます。
ターミナルは電子上に構築されていません...それはC ++で実装されています。

不透明度を変更することもできます。

たぶん、それらの実装を見ると役立つでしょう：

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

@Spenhouetええ、申し訳ありませんが、それはあまり役に立ちません。 オープンソースのWindowsターミナルや他の多くのアプリはこの効果（常にアクリルと呼ばれます）を使用しますが、これらは専用のWindowsアプリであり、すぐに使用できる「公式」の方法で実行できます。 しかし、私たちがやっていることは、実際には意図されていなかった場所に何かを置くことです。そのため、修正されないバグがあります。

@Jinhaihanはい、そうです、そのようにぼかすことができますが、問題はありません。 多分私達はすべきです。 しかし、それは「流暢な」アクリル効果ほど見栄えがよくありません。 Windows 7（Aero）などで使われていた古いエフェクトだと思います。 ぼかしの半径はそれほど大きくなく、流暢なWindows 10の「アクリル」テクスチャや、アクリルのぼかしを美しく見せるための他のレイヤーもありません。

Terminusのようなオプションを持つことは完全に可能であり、おそらく多くの人が満足する解決策です。

@ Toby56それはばかげた質問かもしれません：「公式の」道を行くことは不可能ですか？

@Spenhouetたぶん、VSCodeをゼロから書き直したいのなら。 そうでなければ、おそらくそうではありません。

NodeJSとC ++を使用して、アクリル効果がクロムウィンドウにどのように適用されるかについては実際にはよくわかりません。 しかし、VS CodeはElectronで作成されており、今後も作成される予定であり、これを行うための公式にサポートされている方法はありません。 私はこの方法がまったく機能することにかなり驚いています。 したがって、天才が別の方法を見つけない限り、私たちはこのように立ち往生しています。

@ Toby56わかりました、理にかなっています。

アクリル効果は、将来的にWindowsでより多く存在するようになると思います。 VSコードはおそらくこの遠い将来にそれを採用するでしょう。

@Spenhouet
はい、現在、アクリル効果はXAMLの機能です。これは、最新のWindowsアプリ（Microsoftストアで通常表示されるタイプ）のみが使用できるUIフレームワークです。 そのため、Windowsターミナルなどでは問題ありません。 「昔ながらの」アプリケーションは、最新のAPIのほとんどを使用できますが、レンダリングやビューなどに依存するものは使用できません。
このリポジトリのハックが実際にどのように機能するかはわかりませんが、間違いなくハックです😃

ただし、今後のWinUI 3（ Project Reunionの一部であるMicrosoftの古いAPIと最新のAPIの統合の試み）では、従来のアプリケーションで最新のUIを使用できる「XAMLIslands」と呼ばれる機能を利用できるようになります。 そうすれば、おそらくElectron自体の直接的な機能としても、ハッキングなしでアクリルを追加できるはずです。 🙏🏻

@jonaskuskeうわー、それはかなりかっこいいです、マイクロソフトがこのような何かを計画していることを知りませんでした!!! トレイアイコンのようなものは、コンパニオンWin32アプリケーションをパッケージ化しないとUWPアプリでは使用できません。

Windows 10 Insider Preview（ビルド20161）で問題が修正されたことを報告できてうれしいです。

@LegoLivesMatter聞いて素晴らしいです！ これを確認するには、高速インサイダーチャネルに移動する必要があります。

@ Toby56頑張ってください！

@jonaskuske @LegoLivesMatter @ racoonx2p @EYHN

ビルド20161で修正されていることを確認できます！
まあほとんど...

私が言うのは、それが今では素晴らしく完全に使用可能である一方で、少し風変わりなものだからです。 サイズ変更にはまだこの問題があります。これは厄介ですが、サイズ変更を頻繁に行わない限り、おそらく誰にとっても問題にはなりません。 短いクイックサイズ変更で問題ありません。

少年、それはよさそうだね：

私はデュアルモニターを持っていますが、同じ問題もあります。 また、ウィンドウがいずれかのモニターの端に近い場合、その端のごく一部がぼやけることなく半透明になります。 何もないよりはまだましだ！

また、セカンダリモニターでVS Codeウィンドウを最大化すると、ぼかしは消えますが、アクリルの「フィルター」はそこにとどまります。 私が言えることから、これはウィンドウが他のモニターにわずかに「到達」した結果です。 これは、VS Codeウィンドウがフォーカスされていない場合、またはプライマリモニターで最大化されている場合には発生しません。

@LegoLivesMatterええ、私もこの問題を抱えていました、それについて言及するのを忘れました。 とても愚かですが、ウィンドウはしばしば次のモニターに到達します、そしてこれは明らかに原因です。 指を交差させると、修正される可能性があります。 うまくいけば、効果の破壊とウィンドウの交差の両方！

何らかの理由で、Stardock WindowBlindsでテーマを使用すると、実際にはこの問題も解決されます。 ウィンドウマネージャーの合成で何かをしているに違いありませんが、何がわかりません。 ウィンドウを最大化するとちらつきが発生しますが、それ以外の場合は問題ありません。

windows-insider dev-channelをインストールしましたが、ドラッグは問題ありません。 ただし、サイズ変更には依然として問題があります。 また、このメソッドを使用する64ビットのwinforms-appにもこの問題があることに気付きましたが、32ビットバージョンにはありません。 また、 SetWindowCompositionAttributeを使用しているときに32ビットと64ビットのWPFテストアプリがあり、サイズ変更はOKです。 また、Avaloniaはサイズ変更OKです。

EasyWindowDrag（KDE style）.ahkを使用すると、この問題を軽減できます

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

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

お返事ありがとうございますが、insider-devチャネルでのドラッグ（ウィンドウの移動）に問題はなかったと述べましたが、64ビットアプリでのサイズ変更には問題がありました。

これは、現在使用しているWindowsのバージョンで修正されているようです。
突然これを見つけたので、このバージョンかどうかわかりません。

@doublethinkio私はWindows10ビルド19042.541を使用していますが、まだ問題がありますか？

20H2ビルド19042.572ここでも発生するので、 @ doublethinkioが具体的に行っていることが、正しく機能していると思います。 私にとって、ドラッグは機能し、スムーズです。非常に遅いです。 それは、それが遅くてスムーズではない一部の人々とは異なります。

@Jinhaihanは、BlurはTerminusで機能し、Fluentはこのコメントで同じ問題を抱えていると述べました。 私は5分間の調査が好きACCENT_ENABLE_BLURBEHINDたが、このプロジェクトのblur-cli ACCENT_ENABLE_ACRYLIC呼ばれ、「Fluent」はオプション4にマップされます。 blur-cli 。 これは構成可能ではなく、代わりにACCENT_ENABLE_ACRYLIC （実際にはAPIではACCENT_ENABLE_ACRYLICBLURBEHINDと呼ばれます）が常に選択されます。

これを構成可能にするのは非常に簡単ですが、新しいblur-cliを構築できるようにVisual C ++ツールチェーンを設定していません。

つや消しガラス効果を削除する方法、プラグインをアンインストールして設定を削除します。まだ役に立たない

@doublethinkio 、回避策を提供していただきありがとうございます。 autohotkey.exeでEasyWindowDrag.ahkを実行してみました。 残念ながら、以下のエラーが発生します。 他のAutoHotkeyスクリプトの実行に問題はありません。

直接ダウンロードした元のスクリプトを使用している場合でも、次の場所からダウンロードします。
https://lexikos.github.io/v2/docs/scripts/EasyWindowDrag.ahk

EasyWindowDrag（KDE style）.ahkを使用すると、この問題を軽減できます

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

これが役立つかどうかはわかりませんが、問題が解決する可能性があると思われるプロジェクトがあります。
Seo-Rii /電子アクリルウィンドウ

Terminus（ eugeny / terminal 1.0.127）の背景をFluentに設定すると、ウィンドウをドラッグしたときに背景が不透明に設定されることがわかりました。 停止または一時的に滞在した後、ウィンドウは滑らかな背景を復元します。 ラグは表示されません。

たぶん、これはプロジェクトの良い回避策です。

最新バージョン（v1.0.10）には、マウスラグの解決策が含まれています。詳細については、こちらをご覧ください。

編集：私はちょうど修正を試みました。 60Hzでも間違いなく高速です！ ありがとう！！！