MaterialDesignInXAML / MaterialDesignInXAML/MaterialDesignInXamlToolkit
Poor performance following ShadowAssist.CacheMode change #3616
まだ誰も着手していません。
- 主要言語
- C#
- スター
- 16.3k
- フォーク
- 3.5k
- 平均マージ
- 1日 22時間
- マージ済み PR(30日)
- 8
説明
### 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
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず commit #3616 を確認し、WPF アプリで発生する速度低下を再現します。ウィンドウのサイズ変更後またはフルスクリーンへの移行後の DialogHost flyout アニメーションに重点を置いてください。CacheMode の動作を以前のバージョンと比較し、問題が全体に及ぶのか、問題のあるコントロールに限定されるのかを判断します。再現可能な原因と、文書化された対処方法が確立されれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- csharp
- 領域
- desktop, performance
- issue の種類
- バグ
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 25/100