You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
So there is some buggy behaviour going on with my menu. My app can switch from a custom titlebar to no custom titlebar using appWindow.setDecorations() while running.
The menu stays in place, but you can't click on it, and only if you use Alt to access it can you use the mouse on it as normal. It also looks off. I tried to offset my html and even not capture any pointer events, but it seems the menu is completely outside the scope of the dom and actually sits behind the window rendering the webview until it becomes active using alt. See this gif:
As you can see there is also weird rendering on resize its hidden then when it gets out of focus or you use Alt its back again.
Also, the menu is transparent, my window has "transparent": true, which looks bad. The menu should not be transparent or have an option in how much its transparent. If transparent is false, this buggy menu behaviour is still there, this is just a side note.
Reproduction
Run on Windows 10. Add a menu and a custom titlebar. See the chaos.
Expected behavior
I'd expect that on Windows, if there is a menu, it will claim space below your custom title bar and just sit there nicely and work as intended with the mouse, sitting above the whole web view. For MacOS and Linux, the menu bar can stay at the operating system level in its default location, which works fine at the moment.
A temporary solution would be to simply disable the menu if Decorations is set to false specifically for Windows. But of course, eventually you want your sweet cross-platform menu to work on all platforms and not have to create a custom HTML menu just for fucking Windows...
Describe the bug
So there is some buggy behaviour going on with my menu. My app can switch from a custom titlebar to no custom titlebar using
appWindow.setDecorations()
while running.The menu stays in place, but you can't click on it, and only if you use Alt to access it can you use the mouse on it as normal. It also looks off. I tried to offset my html and even not capture any pointer events, but it seems the menu is completely outside the scope of the dom and actually sits behind the window rendering the webview until it becomes active using alt. See this gif:
As you can see there is also weird rendering on resize its hidden then when it gets out of focus or you use Alt its back again.
Also, the menu is transparent, my window has "transparent": true, which looks bad. The menu should not be transparent or have an option in how much its transparent. If transparent is false, this buggy menu behaviour is still there, this is just a side note.
Reproduction
Run on Windows 10. Add a menu and a custom titlebar. See the chaos.
Expected behavior
I'd expect that on Windows, if there is a menu, it will claim space below your custom title bar and just sit there nicely and work as intended with the mouse, sitting above the whole web view. For MacOS and Linux, the menu bar can stay at the operating system level in its default location, which works fine at the moment.
A temporary solution would be to simply disable the menu if
Decorations
is set tofalse
specifically for Windows. But of course, eventually you want your sweet cross-platform menu to work on all platforms and not have to create a custom HTML menu just for fucking Windows...Full
tauri info
outputStack trace
No response
Additional context
No response
The text was updated successfully, but these errors were encountered: