[Bug] Bugs and Limitations of adding tab of UWP Apps

[GetGet99]

Normal Priority

• [x] UWP Window should not fall behind United Sets with no easy way of bringing it back(https://github.com/FireCubeStudios/UnitedSets/issues/3#issuecomment-1287422545)

Low Priority

• [ ] UWP Window App Icon
• [ ] [UWP Window Taskbar Icon should not be visible (preferred) OR Automatic Tab Switching for UWP Apps (alternatives)]
• [ ] Using United Sets with UWP Window should not have a bad user experience
• [ ] (If possible) Full UWP window support just like the Win32 window

[GetGet99]

UWP Window should be a bit more stable as of the this commit... However, it comes with a cost.

Implementation details:

1. UWP window will automatically be put on top after 200 milliseconds when it gets behind UnitedSets main window.
2. If UnitedSets got moved or resized, the timer will ignore and will do the same check 300 milliseconds later.
3. As long as you're moving or resizing UnitedSets without stopping, this algorithm should work fine. Also, please release the mouse cursor if you finish resizing the window
4. If you cannot resize or move the window, you can change to another non-UWP tab, and you will get normal behavior.

[GetGet99]

In the latest Windows Insider Version as of Nov 11, I think Microsoft patched the workaround for UWP that I am currently using to bring the UWP window to the foreground.

[GetGet99]

The new "bring the window to front" Method is committed to the repo. However, it is not yet in the store release.