The current version does not seem to support multiple displays.
I have 3 monitors.
When I press ctrl+alt + numpad on 1st monitor, everything is fine. But if the window move to the 2nd monitor, it can't be resized correctly.
It seems that winsplit regards the 2nd display and the 3rd display as the same display. The window is resized&moved in a larger resolution( resolution = 2nd + 3rd).

First I want to say: thank you for updating the source code for the invisible frame on Win10 and the language error at startup!!!
Great to have this excellent program working again correct on Windows 10.

For the bug, steps to reproduce:

1. make window half width of 1st monitor on the left side
2. move window to other monitor (with hotkey for move to left/right screen) (right monitor for me)
   => notice window has a few pixels on the left like the invisible frame in Windows 10 before
   With the hotkey for Left/Right the border is gone
   When moving back to the other (left) screen, again the invisible frame on the left is back.

Not a big issue for me, but wanted to let you know.

Hi, I am not able to make drag n go work with multi monitor setup. Is there a specific config?

Hi,
this one has been bugging me for quite some time and at first I thought it was a Windows 10 problem because I didn't have it before.
My laptop has an AZERTY keyboard and the right Alt key is in fact Alt Gr. The standard E key has the Euro sign (€) which is activated by Alt Gr + E.
In WinSplit Revolution Ctrl + Alt +e is standard set to Maximize Window.
It seems Winsplit Revolution interprets the the Alt Gr + E as Ctrl + Alt+E and maximizes my window instead letting me enter €.
I have changed the hotkey for Maximize to Ctrl + Alt +s and now I can type € again.

Apparently it is a Windows thing to treat Alt Gr as Ctrl + Alt (https://superuser.com/questions/592970/can-i-make-ctrlalt-not-act-like-altgr-on-windows), but I'm quite sure I didn't have this problem before. That's why I thought it was a Windows issue.
Maybe I didn't have Ctrl + Alt +E assigned before? Or it's the combination of English user interface + Azerty keyboard layout...
Anyway, I you think you can't fix it, you can close this issue if you want.

For completeness:

• Windows 10 Pro (Version 10.0.18363 Build 18363)
• Windows Display Language: English (Belgium)
• Windows Keyboard setting: Belgian (Comma) AZERTY

I'm using HWMonitor to keep an eye on temperatures/fan speeds occasionally, which requires to be launched as Administrator to access those sensors.

Moving this window to resize it with my keybinds or the popup won't work unless Winsplit is also launched as Administrator.

I assume this is intended Windows 10 behaviour, or would it be possible to not launch as admin and still move those admin elevated type of windows?

Hi,

Thanks for keeping this nice tool alive. 🙂 I got here because I've been using the Winsplit Revolution-inspired Quicktile for my Linux work desktop for about a year, and was looking for a Windows alternative.

However, running into a very weird road bump: when trying to use Ctrl-Alt-Right to switch between 33/50/66 percent for a window, it all works fine... with one exception: with VS Code, it only switches betwen 33 and 50 percent. (!)

Even more interesting, I've actually seen instances of something similar on one of my Linux desktops with quicktile, also with VS Code (in that case, it didn't even work at all, the window was showed as a very small window or something), so it could very well be that VS Code/Electron does something funky.

Any ideas?

On launch of the 10.0.0.0 release on Windows 10 Pro x64 1909 I get an error popup on start:

Unable to set default language!

It does not matter if I launch it normally or as administrator (required to make key binds work), change language to not be English, but the program launches anyway in the configured language.