Some FPS games don't reset the pointer position often enough to the center, so sometimes you might hit the bottom and the same issue happens (I've had that one when using Mouse Without Borders). Thus the taskbar pops up and breaks DirectFlip, making the game become stuttery until the taskbar goes away. I think this outright cannot work for exclusive full screen apps (because DWM is not involved here, so start cannot show up over the game), and might cause more pain than benefits for some kinds of games or interfaces.įor example, some games requiring the pointer might have you jerk quickly around the screen, meaning you might hit the bottom.

For those who continue to argue about games, I just think that they aren't the main usage of WinAppSDK, that I think is instead new generation WinUI 3 apps My idea is to make this one the default behavior, even if an option to disable it should be present. Will this behavior cause problems to games where the taskbar could be popping-out continuously?

Being able to switch among apps or just check the time or info on taskbar would be made definitely easier and with basically no drawback.

Having the same behaviour in Win32/UWP apps is ok for the purpose of Project Reunion.This could be invoked with the useful shortcut Win+Shift+Enter like in UWP apps so that you can also manually opt it in Rationale The only way to switch to apps is using multitasking view, which is quite annoying.Īnother useful feature of this uwp feature is the ability to retrieve the title bar analogously by swiping down from the upper part of the screen or putting the mouse hover on top. If a UWP app is in full screen if I swipe up from the bottom part of the screen with touch or otherwise with a touchpad/mouse I just hover the bottom part of the screen.

Taskbar popping up in games