--
You received this message because you are subscribed to the Google Groups "Input Director" group.
To unsubscribe from this group and stop receiving emails from it, send an email to input-directo...@googlegroups.com.
To post to this group, send email to input-d...@googlegroups.com.
Visit this group at http://groups.google.com/group/input-director.
For more options, visit https://groups.google.com/d/optout.
We managed to fix this in Synergy after quite a lot of effort: Shane, maybe this code diff could be useful to you? Let me know if you need a hand fixing it in ID, we have some spare resources and we'd love to help out. Nick |
--
You received this message because you are subscribed to the Google Groups "Input Director" group.
To unsubscribe from this group and stop receiving emails from it, send an email to input-director+unsubscribe@googlegroups.com.
To post to this group, send email to input-director@googlegroups.com.
Visit this group at https://groups.google.com/group/input-director.
p.s. I think this was the vital commit? We're basically just handing the DPI scaling. |
We managed to fix this in Synergy after quite a lot of effort:Shane, maybe this code diff could be useful to you? Let me know if you need a hand fixing it in ID, we have some spare resources and we'd love to help out.Nick
On 6 March 2016 at 20:10, Bakan <baka...@gmail.com> wrote:
the other work around to this is to check and see if you have font and window scaling option set to anything other than 100%. If you set this higher than 100% you will run into the same dpi problem and the right side not working. I had this issue and just lowered mine to 100% and now all is working fine.
On Tuesday, September 30, 2014 at 9:08:45 AM UTC-4, Katelyn Gadd wrote:Tried out Input Director with a Windows 7 master and Windows 8.1 slave. Everything was perfect except for one problem: The right side of the slave screen was dead no matter what configuration I tried; switching monitors on the left side worked perfectly.
After some fiddling I realized what the problem was: The way DPI scaling works in modern versions of windows interferes with how Input Director processes mouse events. It's probably more common that people hit this w/ Windows 8 since W8 tends to come on machines with high-DPI displays.
The fix for this is simple: Go into the Input Director folder on the slave, and edit the compatibility settings for *all five* of the EXEs (the two service exes, input director, and the two helper exes). For each one, check 'Disable display scaling on high DPI settings'. This turns off DPI virtualization, so Input Director gets native mouse coordinates (in pixels). This fixes the right (and presumably bottom) edges of the slave's screen.
The downside is that this will make the cursor move slower on the slave. If you force the use of the master's mouse settings it will get a lot closer to correct, but might be too fast.
Either way, this makes ID usable when your machines have uneven DPI!
--
You received this message because you are subscribed to the Google Groups "Input Director" group.
To unsubscribe from this group and stop receiving emails from it, send an email to input-director+unsubscribe@googlegroups.com.
To post to this group, send email to input-d...@googlegroups.com.