Thanks again for nice comments and suggestions.
#2: In live mode, I could indeed update the position real easily. When live mode is off, I want to avoid using a quick timer for performance reasons. I'll make some tests.
#3: Right. The initial design had buttons on the zoomed surface indicating this. When over the slimZOOM window, the mouse cursor tells you if you are in draw, move or track mode, but live mode isn't shown anywhere, and when tracking away (which is the idea!), you don't know tracking is "on". It should at least appear in the status bar.
#4: Good idea. Maybe only at 400% and up. I'll make tests.
#5: In live mode, I don't see how, not with the way I grab the screen capture. In non-live mode, I could force the window to disappear, then reappear after each "Win-A".
#6: I noticed this in debug mode with the main slimKEYS window, and could not explain it. Now, if you did reproduce with another process (IE), that's worth investigating more, for sure. I don't see why process affinity would be involved, though.
Before someone else mentions it, I'll also change the center of what is zoomed, so that the mouse position matches the CENTER of the zoom window, not the upper-left corner. I think it would be more intuitive that way.