slimCODE

commUNITY
Welcome to slimCODE Sign in | Join | Help
in Search

slimZOOM - some comments

Last post 01-15-2009, 10:30 by slimcode. 2 replies.
Sort Posts: Previous Next
  •  01-14-2009, 21:08 462

    slimZOOM - some comments

    some initial comments & observations on slimZOOM-
    1) first off--AWESOME!! Cool I love this feature!  thank you for the great surprise.  I was previously using a program called "Xoomer" which was also nice but this will most likely replace it.  Cool, one less thing to worry about.  Now then...

    2) 'position' only seems to update when mouse cursor is inside a slimKEYS-owned window
    3) no indication of whether 'live update', 'mouse mode' or 'track pointer' mode is on or off (there should be imho)
    4) whatever pixel is being examined by the info panel should be outlined with a box
    5) any way to avoid 'self-magnifying', i.e., magnify what is BELOW the slimZOOM window rather than the SZ window itself.  I remember one other 'magnifying glass' type program that utilized the transparency features present in win2000 and forward to achieve this, and it was very useful!
    6) at least once I found that somehow, slimZOOM was blind to a certain window (it was an internet explorer window at that particular time), i.e, it was zooming what was BENEATH the internet explorer window, even though the IE window was "higher" stacked on top of it and completely covering it.  It was as if slimZOOM was blind to that IE window.  a little odd, not sure what caused this and I was not able to reliably reproduce it.  I am imagining it might be some strange 32-bit process trying to access a 64-bit process type scenario.

    Filed under:
  •  01-14-2009, 21:10 463 in reply to 462

    Re: slimZOOM - some comments

    oh, one more thing.... if you set the zoom level to 50%... you can do some cool effects Big Smile

    http://img58.imageshack.us/img58/9831/sshot8mt81us5.png

     

  •  01-15-2009, 10:30 465 in reply to 462

    Re: slimZOOM - some comments

    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.

    Filed under:
View as RSS news feed in XML