Open timunie opened 2 years ago
Couple of thoughts:
On several WPF third party themes the customizable window header area is only from left to the first start of (min or max or close) button so you cannot draw anything on top of these controls. This seems to be much better than adding a new property which only returns the size and the developer has to calculate the distance himself .
@Symbai can you reference any of the mentioned libs? The one I know is MahApps. But they have their own set of Buttons and are not the native ones.
I think there is no out of the box solution here.
Happy coding Tim
https://github.com/HandyOrg/HandyControl would be one of it
https://github.com/HandyOrg/HandyControl would be one of it
This is really a great example. It nevertheless seems to be not that easy to provide these values for all possible current and future OS versions out there. At least it's beyond my knowledge horizon 😉
Happy coding Tim
I would say both API can coexist. Low-level reserved space API and high-level titlebar content API.
Is your feature request related to a problem? Please describe. I like the idea to render extend into the title bar and keep the system chrome alive with the Min/ Max/ Close buttons. Then I would like to place content like Tabs into the TitleBar. the issue I have is, that I cannot now how much space I have to reserve for the system window Buttons or on which side they are (I think on Mac they are on a different side then for Windows)
Describe the solution you'd like A property on the Window which tells me where some reserved space is, for example:
Describe alternatives you've considered
Additional context See also: https://docs.avaloniaui.net/tutorials/music-store-app/creating-a-modern-looking-window
/cc @danwalmsley @ahopper this is a follow-up issue from our discussion on telegram.
Happy coding Tim