Author |
Topic |
|
neo
17 Posts |
Posted - 02/22/2012 : 20:21:01
|
the action in monitor 1, but drawing line in the monitor 2? this is a bug or not?
|
|
Rob
USA
2615 Posts |
Posted - 02/22/2012 : 21:17:11
|
It's not supposed to do that.
What is your configuration? Windows XP/Vista/7? How are your monitors laid out? Which monitor is primary?
Did it happen after changing the display settings? Does it happen if you exit and restart S+?
I have dual monitors and do not have this issue, so I'm trying to get as much detail as I can about why you're experiencing this. |
|
|
neo
17 Posts |
Posted - 02/23/2012 : 08:26:48
|
Very sorry Rob. This afternoon I tried again and again, but can not reproduce this problem when I restart S+. Maybe its a corner case bug, maybe.
my system: Windows 7 Ultimate x64 SP1 19" LCD x2, 1280x1024/1440x900, and I didn't modify any configuration.
|
|
|
Rob
USA
2615 Posts |
Posted - 02/23/2012 : 08:38:43
|
When examining the code, I think I could see a gap where changing settings without the hook reloading could potentially cause this, though I still cannot reproduce it yet.
In order to handle multiple monitors, the S+ hook gets the rectangle of the gesture window and uses the coordinates to determine the offset when drawing the gesture. This rectangle is only populated when the hook is engaged, which happens when you start S+ (if gestures aren't disabled), when you close one of the UI windows, or toggle S+ being disabled. If somehow the gesture window weren't the proper size (covering the entire available desktop), then you'd experience that behavior. So I do know what you're talking about as I experienced it too, before I added the code to handle it, but I haven't had it happen yet.
I'll keep looking around, I may add some extra calls here and there to reset the gesture window rectangle coordinates in the hook, which may very well prevent this from popping up again. |
|
|
|
Topic |
|
|
|