Show Windows 11 SnapAssist on hover of Max

[merlinaudio]

Is your feature request related to a problem? Please describe.

No response

Describe the solution you'd like

in Win 11 when you hover over the Maximize button you should see

This doesn't fire in VS Code, Teams (electron apps) or Windows Terminal (custom owner draw title bar)

The Electron Core (whomever is responsible for the Maximize button) needs to implement WM_NCHITTEST and reply with HTMAXBUTTON when the hit test is over top of the max button. That will tell Windows it's a Max button which helps Accessibility AND fires SnapAssist.

We could expose a CSS variable to mark minimize/maximize/close buttons, just like --wails-draggable

microsoft/vscode#140932

Describe alternatives you've considered

No response

Additional context

No response

[leaanthony]

Thanks for opening this. Wails uses native controls so I'm curious about your thinking with CSS variables

[merlinaudio]

@leaanthony I'm not sure how --wails-draggable: drag is implemented, but couldn't we add --wails-window-control: maxbutton and then respond like this in WndProc WM_NCHITTEST?

I don't know anything about Win32 API development, I just found these ^ thru googling and saw that Wails implements a function called "WndProc" in it's win32 internals

[merlinaudio]

This would put Wails one step ahead of Electron, I think, because you can designate any element as a window control.

Electron only supports PWA-style controls:

• https://www.electronjs.org/docs/latest/tutorial/window-customization#window-controls-overlay-macos-windows

• https://github.com/WICG/window-controls-overlay/blob/main/explainer.md#examples-of-desktop-apps-customizing-the-title-bar-area

[leaanthony]

Oh, you're talking about frameless windows? I'll come back to you when all this Christmas stuff is over 🤣

[merlinaudio]

Yes!! Sorry, should've made that more clear :P

[leaanthony]

@merlindru - Oops this totally slipped off the radar. I'm very keen on adding this to v3.

[stffabi]

IIRC this is pretty hard to achieve in the current way the WebView2 is hosted on the Window and goes more or less down the same route as for frameless dragging. The problem is the WM_NCHITTEST never gets fired on the Window because it is directly catched by the WebView2 when using frameless. I think this is only achievable by using composition hosting of the WebView2, which is a greater refactoring.
But it would be awesome to support this, we would take some efforts to test composition hosting and for testing if it is really going to allow us to support this.

[liweilong]

It's possible to simulate keyboard input ( Win + z, Alt), instead of WM_NCHITTEST. And Robotgo can do that.
tauri-plugin-decorum did that in this way.

[leaanthony]

Implemented in v3