Poor performance following ShadowAssist.CacheMode change #3616

オープン
#3,840 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
25/100
issue の種類
バグ
明瞭さ
説明が足りない
活発さ
停滞
技術スタック
csharp

調査の方向性

まず commit #3616 を確認し、WPF アプリで発生する速度低下を再現します。ウィンドウのサイズ変更後またはフルスクリーンへの移行後の DialogHost flyout アニメーションに重点を置いてください。CacheMode の動作を以前のバージョンと比較し、問題が全体に及ぶのか、問題のあるコントロールに限定されるのかを判断します。再現可能な原因と、文書化された対処方法が確立されれば完了です。

索引モデルが issue の本文から書いたものです。

説明

bug
Bug explanation

It seems that specifically following commit #3616 to change the default ShadowAssist CacheMode behaviour, I find the performance of our WPF app to be a lot slower and laggy than it was before, particularly when it comes to animations such as those in the DialogHost flyouts. It's particularly bad after resizing the window or in full screen.

I'm trying to figure out the best way to replicate the old behaviour. I've tried to set a CacheMode with EnableClearType and SnapsToDevicePixels but it seems like I have to set this all the way down and just setting it on the window or main containing control doesn't work.

Would appreciate any guidance on this. Has anyone else had a similar problem or know the best way to handle the CacheMode property globally? Is that even the right approach or should it only be set for troublesome controls?

Version

5.2.1

主要言語
C#
スター
16.3k
フォーク
3.5k
平均マージ
4時間 25分
マージ済み PR(30日)
4

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

MaterialDesignInXAML/MaterialDesignInXamlToolkit のほかの issue

MaterialDesignInXAML/MaterialDesignInXamlToolkit の issue をすべて見る

似ている issue

C# の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。