Argthtjtr

Whenever I click somewhere to type some code, by definition that's exactly where my mouse cursor is, which is obscuring what I'm trying to type. Often, if I forget to move the cursor away before starting to type, I'll find myself moving my hand from my keyboard back to my mouse just to move the cursor out of the way and then go back to typing.

I know that there is an OS-level "hide cursor while typing" option, but that seems to have no effect in Visual Studio.

Also, I know of utilites that can run constantly in the background (I.e. CursorHider), but, for stability reasons, I'm hesistant to run yet another background service on top of the many that are already running.

Is there a solution?

Like you, I've had this problem forever. So I have written a little script that hides the mouse cursor no matter what Windows application you are using.

Note that if you run Visual Studio (or anything) in elevated mode, you'll need to run my utility also in elevated mode.

It seems like the functionality of "hide pointer while typing" depends on the application.

This option is ticked in my mouse's pointer options, and does work for applications such as notepad, wordpad, Word and Visual Studio 6. But it doesn't work for other applications, like Firefox and Visual Studio 2008.

I believe that the applications where this doesn't work are wrongly programmed to show the cursor repeatedly. As a programmer, I can tell you that programming the cursor in Windows is a big mess, where finally the only way to keep sane is to repeatedly reconstitute the cursor upon certain events. Evidently, the programmers behind Visual Studio 2008 have taken the same shortcuts.

I know this isn't probably a viable solution for you but I like to not use the mouse at all by having key bindings for everything within the IDE. I can jump from pane to pane, error to error etc without having to touch the mouse. Also if your classes are nice and small, you won't have to be scrolling up and down classes too much (and even if you had to the arrow keys would suffice).

You can avoid the "hide pointer while typing" with catching the EN_UPDATE in WndProc of parent window of edit control, and setting the cursor position:

void CreateEdit( HWND hWnd )

{



    WNDCLASSEX wndClass;



    memset( &wndClass, 0, sizeof( wndClass ) );



    wndClass.cbSize = sizeof( wndClass );

    wndClass.style = CS_SAVEBITS;

    wndClass.lpfnWndProc = WndProcEditParent;

    wndClass.cbClsExtra = 0;

    wndClass.cbWndExtra = 0;

    wndClass.hInstance = GetModuleHandle( NULL );

    wndClass.hIcon = NULL;

    wndClass.hCursor = NULL;

    wndClass.hbrBackground = NULL;

    wndClass.lpszMenuName = NULL;

    wndClass.lpszClassName = L"EditParent";



    RegisterClassEx( &wndClass );



    HWND hWndEditParent = CreateWindowEx( 0

        , L"EditParent"

        , L""

        , WS_CHILD | WS_BORDER

        , 0

        , 0

        , 0

        , 0

        , hWnd

        , NULL

        , GetModuleHandle( NULL )

        , 0 );



    HWND hWndEdit = CreateWindowEx( 0

        , L"Edit"

        , L""

        , WS_CHILD

        , 0

        , 0

        , 0

        , 0

        , hWndEditParent

        , NULL

        , GetModuleHandle( NULL )

        , 0 );



    ...

}





LRESULT CALLBACK Edit::WndProcEditParent( HWND hWnd, UINT iMessage, WPARAM wParam, LPARAM lParam )

{

    switch( iMessage )

    {

        ...

        case WM_COMMAND:

            if( HIWORD( wParam ) == EN_UPDATE )

            {

            // this is the hack to avoid "hide pointer while typing"

                POINT point;



                GetCursorPos( &point );

                SetCursorPos( point.x, point.y );

            }

            break;

        ...

    }



    return DefWindowProc( hWnd, iMessage, wParam, lParam );

}