Poor performance following ShadowAssist.CacheMode change #3616

未關閉
#3,840 1 則留言 0 個 reaction 已指派 0 人 在 GitHub 檢視

維護者通常 1 天內回覆

還沒有人認領這個 Issue。

評估

難度
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 分鐘
30 天內合併 PR
4

環境準備

  • 沒有 Dockerfile 或 Docker Compose 檔案
  • 沒有 Pull Request 範本
  • 閱讀貢獻指南

從這裡開始

  1. 先讀完整個 Issue,再讀專案的貢獻指南。
  2. 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
  3. Fork 儲存庫,在一個分支上完成修改。
  4. 送出 Pull Request,並在描述裡引用這個 Issue 編號。

MaterialDesignInXAML/MaterialDesignInXamlToolkit 的其他 Issue

查看 MaterialDesignInXAML/MaterialDesignInXamlToolkit 的全部 Issue

相似的 Issue

更多 C# Issue

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。