-
Notifications
You must be signed in to change notification settings - Fork 796
Description
Describe the bug
I'm developing a vertical taskbar app called Taskbar Pro using WinUI: https://apps.microsoft.com/detail/9PCRFNN71JDX?hl=en-us&gl=US&ocid=pdpshare
It has a settings option for placement which can be either: Free, Left or Right. When using Left or Right it registers itself as Windows AppBar using the Win32 APIs. In AppBar mode fly-outs and any kind of pop-ups like combox or even tooltips open beside the window. If you use the Free placement mode, where it does not register itself as an AppBar pop-ups work just fine and open where you would expect them too.
In newest versions of the app from v2.0.0.0 and up I've worked around this issue by using Win32 classic context menus instead of proper WinUI fly-outs.
Still I wish we could get a fix that's allowing pop-ups to overlap with AppBar.
I'll try add screenshots later today.
Was WinUI open sourced already? Can I get the whole source code and go fix that myself? I'm pretty sure somewhere pop-ups check for windows styles to decide if they can overlap with them. This is possibly intended to avoid pop-ups overlapping with the system taskbar and other AppBar but we at the very least need to make an exception when AppBar are a parent of the pop-up.
Copilot thinks that can't be fixed in the WinUI layer and mentions it goes deeper in the OS windowing layer. So I guess the OS team would need to fix that somehow.
Why is this important?
AppBars can't use any WinUI pop-up.
Steps to reproduce the bug
See above, though I'm about to publish a newer version of the app that's working around the issue by replacing fly-outs with classic Win32 menus.
Actual behavior
No response
Expected behavior
No response
Screenshots
No response
NuGet package version
WinUI 3 - Windows App SDK 1.8.3: 1.8.251106002
Windows version
Windows 11 (24H2): Build 26100
Additional context
No response