Preventing inadvertant drag and drop

Have you ever had the experience that you clicked on the Explorer to bring it to the foreground and the directory got moved. This happens if the mouse moves before the mouse button is released. Many of the users of my program had this experience and heres what I did to prevent inadvertant drag - drop. I basically imposed the restriction that after pressing the mouse button the cursor should remain on the item for a few milliseconds before dragging can be initiated.

Step 1: Declare member variable

Add a member variable to hold the tick count when the user presses the mouse button.
        DWORD   m_dwDragStart;

Step 2: Define a constant to specify the delay

We define DRAG_DELAY with a value 80. You might want to use a different value.
#define DRAG_DELAY 80

Step 3: Add handler for WM_LBUTTONDOWN

The only interesting thing we do here is initialize the m_dwDragStart variable. GetTickCount() returns the number of milliseconds since Windows was started.
void CTreeCtrlX::OnLButtonDown(UINT nFlags, CPoint point) 
        m_dwDragStart = GetTickCount();
        CTreeCtrl::OnLButtonDown(nFlags, point);

Step 4: Check for sufficient delay in TVN_BEGINDRAG handler

Insert the following code right at the beginning of the TVN_BEGINDRAG handler. In a previous section we have used the name OnBeginDrag() for the handler function. If the delay since the user pressed the left mouse button is not sufficient, we not initiate the drag and drop process.
        // This code is to prevent accidental drags.
        if( (GetTickCount() - m_dwDragStart) < DRAG_DELAY )


  • Title

    Posted by Legacy on 04/09/2002 12:00am

    Originally posted by: Name


  • h

    Posted by Legacy on 04/09/2002 12:00am

    Originally posted by: h


Leave a Comment
  • Your email address will not be published. All fields are required.

Top White Papers and Webcasts

  • Anthony Christie, the Chief Marketing Officer for Level Communications, is responsible for customer experience, worldwide marketing and product management. In this informative asset, he shares his insights into why a private network connection to cloud-bases applications is the right decision for your enterprise. Download now to find out more.

  • Moving from an on-premises environment to Office 365 does not remove the need to plan for disruptions or reduce the business risk requirements for protecting email services. If anything, some risks increase with a move to the cloud. Read how to ease the transition every business faces if considering or already migrating to cloud email. This white paper discusses: Setting expectations when migrating to Office 365 Understanding the implications of relying solely on Exchange Online security Necessary archiving …

Most Popular Programming Stories

More for Developers

RSS Feeds

Thanks for your registration, follow us on our social networks to keep up-to-date