WrapLayout "collapsing"
還沒有人認領這個 Issue。
- #695 來自 @h82258652 —— 已關閉,未合併
評估
研究方向
從用作 ItemsRepeater.Layout 的 WinAppSDK/WinUI 3 WrapLayout 開始,在修改底層集合的同時捲動,以重現該故障。使用影片和螢幕截圖作為行為參考,比較摺疊前後的版面配置。完成的標準是:新增元素後,所有受影響的 WrapLayouts 中的可見項目仍維持正確定位。
由索引模型根據 Issue 內容生成。
描述
Describe the bug
I have a weird bug that unfortunately mighe be difficult to find. Im using the WinUI-ItemsRepeater with a WrapLayout as "ItemsRepeater.Layout" like this:
<winui:ItemsRepeater >
<winui:ItemsRepeater.Layout>
<controls:WrapLayout Orientation="Horizontal" VerticalSpacing="1"HorizontalSpacing="1"/>
</winui:ItemsRepeater.Layout>
<winui:ItemsRepeater.ItemTemplate>
<DataTemplate>
[...]
</DataTemplate>
</winui:ItemsRepeater.ItemTemplate>
</winui:ItemsRepeater>
Now it seems that adding Elements in a long list when the ItemsRepeater is "scrolled down", then it "collapses" and renders the Items wrong. I unfortunately have no other repro than this video:
https://github.com/user-attachments/assets/aa7b6ff4-2ce0-43b9-a892-f55279af9fbf
Whenever it blinks blue, I'm adding a test-element (via right-click). I'm scrolling down while I do this. Once I reach a certain point, adding another element (or basically "modifiying the underlying collection") leads to a collaps of all (!) WrapLayout within that control. I have three of them in here and they all do collapse.
I'm assuming that the renderer crashes for whatever reason. Or the layout calculation gets corrupted. I hope some of you with deeper knowledge of the insights might get a clue what's happening here. Basically all Items in all visible WrapLayouts/ItemsRepeater do not get rendered once after the other but all get rendered at (0,0):
Steps to reproduce
Unfortunately I do not have a repro outside of my app.
Expected behavior
I should be able to add elements as I wish without the layout collapsing.
Screenshots
Code Platform
- UWP
- WinAppSDK / WinUI 3
- Web Assembly (WASM)
- Android
- iOS
- MacOS
- Linux / GTK
Windows Build Number
- Windows 10 1809 (Build 17763)
- Windows 10 1903 (Build 18362)
- Windows 10 1909 (Build 18363)
- Windows 10 2004 (Build 19041)
- Windows 10 20H2 (Build 19042)
- Windows 10 21H1 (Build 19043)
- Windows 10 21H2 (Build 19044)
- Windows 10 22H2 (Build 19045)
- Windows 11 21H2 (Build 22000)
- Other (specify)
Other Windows Build number
No response
App minimum and target SDK version
- Windows 10, version 1809 (Build 17763)
- Windows 10, version 1903 (Build 18362)
- Windows 10, version 1909 (Build 18363)
- Windows 10, version 2004 (Build 19041)
- Windows 10, version 2104 (Build 20348)
- Windows 11, version 22H2 (Build 22000)
- Other (specify)
Other SDK version
No response
Visual Studio Version
2022
Visual Studio Build Number
17.4
Device form factor
Desktop
Additional context
No response
Help us help you
No, I'm unable to contribute a solution.
- 主要語言
- C#
- 星號
- 1.1k
- 分支
- 170
- 平均合併
- 2 天 3 小時
- 30 天內合併 PR
- 3
環境準備
在瀏覽器裡用你自己的 GitHub 帳號啟動這個專案的開發容器。
- 沒有 Dockerfile 或 Docker Compose 檔案
- 有 Pull Request 範本
- 閱讀貢獻指南
從這裡開始
- 先讀完整個 Issue,再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫,在一個分支上完成修改。
- 送出 Pull Request,並在描述裡引用這個 Issue 編號。
CommunityToolkit/Windows 的其他 Issue
-
難度 2/5 1-3 小時 新手友好度 75/100
CommunityToolkit/Windows#888 · 1 則留言 ·
-
難度 2/5 1-3 小時 新手友好度 78/100
CommunityToolkit/Windows#883 ·
-
難度 3/5 1-2 天 新手友好度 55/100
CommunityToolkit/Windows#882 ·
-
難度 4/5 3-5 天 新手友好度 48/100
CommunityToolkit/Windows#869 · 3 則留言 ·
-
難度 3/5 1-2 天 新手友好度 62/100
CommunityToolkit/Windows#867 · 6 則留言 ·
查看 CommunityToolkit/Windows 的全部 Issue
相似的 Issue
-
難度 2/5 1-3 小時 新手友好度 62/100
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 68/100
-
mode_has_nan gives MSVC warning C4702 (unreachable code)可能已有人在做 @ibmibmibm 今天認領。 未關閉
難度 2/5 1-3 小時 新手友好度 78/100
維護者通常 1 天內回覆
-
bug
難度 2/5 1-3 小時 新手友好度 72/100
georgeslegros/stream-deck-pilot#149 ·
維護者通常 1 天內回覆
-
enhancement good first issue
難度 2/5 1-3 小時 新手友好度 82/100
MustacheCase/zanadir#506 ·
維護者通常 1 天內回覆