19-3-1.마우스 메시지

그래픽 환경에서 가장 자주 애용하는 입력 장치는 마우스이며 터치 패드나 트랙 볼 같은 변형 장비도 포함된다. 마우스는 이동을 감지하는 볼 또는 광 센서와 몇 개의 버튼으로 구성된 간단한 장비이지만 취할 수 있는 동작은 예상보다 많다.

각 버튼은 누름, 놓음, 더블클릭 동작이 가능하며 마우스 자체는 이동 및 휠 조작이 가능하다. 마우스를 특정 위치로 옮기는 것만 해도 명령이 될 수 있으며 버튼을 누른 채로 끌어서 원하는 곳에 떨어뜨리는 드래그 & 드롭도 가능하다. Control 클래스는 마우스 메시지를 받기 위해 다음 이벤트를 제공한다.

 

public event MouseEventHandler MouseDown

public event MouseEventHandler MouseUp

public event MouseEventHandler MouseMove

public event MouseEventHandler MouseWheel

public event MouseEventHandler MouseClick

public event MouseEventHandler MouseDoubleClick

 

모두 MouseEventHandler 델리게이트 타입으로 정의되어 있는데 동일한 장치로부터 발생하므로 이벤트의 정보도 공유한다. MouseEventArgs 객체에는 마우스의 위치와 버튼의 상태에 대한 정보가 포함되어 있다. 모두 읽기 전용이다.

 

프로퍼티	타입	설명
X, Y	int ⓡ	마우스 커서의 위치이다. 보통 작업영역 원점을 기준으로 하지만 드래그 이벤트의 경우는 화면 좌표이다.
Button	MouseButtons ⓡ	이벤트가 발생한 버튼이다. MouseButtons 열거형 중 하나의 값을 가진다. None, Left, Right, Middle, XButton1, XButton2 등의 버튼이 있다.
Clicks	int ⓡ	클릭된 횟수다. 1이면 누름, 2면 더블클릭이다.
Delta	int ⓡ	MouseWheel 이벤트에서만 사용되며 휠의 이동 거리이다. 사용자쪽으로 굴리면 양수, 사용자 반대쪽으로 굴리면 음수가 전달된다.

 

어떤 버튼을 누르든지 발생하는 이벤트는 MouseDown이며 인수의 Button 값을 읽어 눌러진 버튼을 조사한다. 그래서 마우스 이벤트 핸들러의 본체는 통상 if (e.Button == ... 조건문으로 시작된다.

마우스 이벤트는 커서 아래쪽 또는 캡처한 컨트롤로 전달된다. 캡처란 마우스가 영역을 벗어나도 이벤트를 계속 받을 수 있는 상태이다. Capture 프로퍼티를 true로 설정하면 마우스가 컨트롤 바깥으로 나가도 계속 이벤트를 받는다. 윈폼의 컨트롤은 버튼을 누르면 자동으로 캡처하고 놓으면 캡처를 풀도록 되어 있다. 눌렀으면 뗄 때까지 마우스 이벤트를 받는 것이 보통이므로 이런 자동화된 처리는 무척 편리하다.

SystemInformation 클래스에는 마우스 관련 정보가 정적 프로퍼티로 포함되어 있다. 시스템에 마우스가 장착되어 있는지, 있다면 버튼은 몇 개나 있는지 등을 알 수 있으며 제어판에서 사용자가 선택하는 설정 상태도 조사할 수 있다.

 

프로퍼티	타입	설명
DoubleClickSize	Size ⓡⓢ	더블클릭으로 인정되는 좌표의 거리. 두 번의 클릭이 이 범위내에서 일어나야 한다.
DoubleClickTime	int ⓡⓢ	더블클릭으로 인정되는 시간 간격. 두 번의 클릭이 이 시간 간격내에 연속적으로 일어나야 한다. 단위는 1/1000초이다.
DragSize	Size ⓡⓢ	드래그를 시작하기 위해 마우스를 어느 정도 움직여야 하는지를 지정한다.
MouseButtons	int ⓡⓢ	마우스 버튼의 개수를 조사한다. 마우스가 설치되어 있지 않을 때는 0을 리턴한다.
MouseButtonSwapped	bool ⓡⓢ	마우스의 좌우 버튼 기능이 바뀌어 있는지를 조사한다.
MouseHoverSize	Size ⓡⓢ	MouseHover 메시지가 생성되기 전에 커서가 머물러야 하는 사각영역의 크기를 지정한다.
MouseHoverTime	int ⓡⓢ	MouseHover 메시지가 생성되기 전에 커서가 머물러야 하는 시간을 지정한다.
MousePresent	bool ⓡⓢ	마우스의 설치 여부를 조사한다.
MouseSpeed	int ⓡⓢ	마우스의 현재 속도를 조사한다.
MouseWheelPresent	bool ⓡⓢ	휠 마우스의 설치 여부를 조사한다.
MouseWheelScrollDelta	int ⓡⓢ	휠을 한 번 굴릴 때 증감할 델타값을 조사한다. 휠을 위로 굴리면 양수, 아래쪽으로 굴리면 음수값이 전달된다.
MouseWheelScrollLines	int ⓡⓢ	휠을 한 번 굴릴 때 스크롤할 줄 수를 조사한다. 보통 3으로 되어 있다.

 

마우스를 프로그래밍할 때는 이 정보를 참조하여 사용자가 선택한 옵션을 적용한다. 예를 들어 더블클릭을 직접 구현하고 싶다거나 트리플 클릭을 검출할 때 시스템에 설정된 더블클릭 영역과 시간을 기초로 계산한다. 이벤트의 발생 시점은 굳이 설명하지 않더라도 이름으로부터 쉽게 유추할 수 있다. 단, MouseClick과 MouseDown은 조금 구분할 필요가 있는데 클릭과 누르는 동작은 다르다. 또 마우스 이벤트와는 별도로 Click 이벤트도 있다. 다음 예제로 이벤트의 발생 시점을 테스트해 보자.

 

MouseClick

using System; ~ using System.Windows.Forms;   namespace MouseClick {      public partial class Form1 : Form {           private int count = 0;             public Form1() {               SetStyle(ControlStyles.StandardClick, true);               SetStyle(ControlStyles.StandardDoubleClick, true);               InitializeComponent();           }             private void Form1_MouseDown(object sender, MouseEventArgs e) {               Graphics G = CreateGraphics();               G.DrawString("Down", Font, Brushes.Black, e.X, e.Y);               G.Dispose();           }             private void Form1_MouseClick(object sender, MouseEventArgs e) {               Graphics G = CreateGraphics();               G.DrawString("Click", Font, Brushes.Black, e.X, e.Y);               G.Dispose();           }             private void Form1_MouseDoubleClick(object sender, MouseEventArgs e) {               Graphics G = CreateGraphics();               G.DrawString("Double Click", Font, Brushes.Black, e.X, e.Y);               G.Dispose();           }             private void Form1_Click(object sender, EventArgs e) {               count++;               Text = count.ToString();           }      } }

 

이번 예제부터 소스 덤프 앞쪽의 using 문을 한 줄로 압축하여 표기한다. 코드의 논리와는 상관이 없고 지면만 낭비하고 눈만 괴로울 뿐이다. 단, 마법사가 작성한 using문 외에 추가로 필요한 using문은 정상적으로 표기한다.

각각의 마우스 이벤트에 대해 핸들러를 설치하고 발생하는 이벤트의 이름을 커서 위치에 출력했다. 마우스 버튼을 눌렀다 떼면 "Down"과 "Click"이 같은 자리에서 발생한다. MouseDown과 MouseClick은 발생 시점이 같아 보이지만 자세히 관찰해 보면 그렇지 않다. 왼쪽 버튼을 누르고 조금 이동한 후 버튼을 떼면 뗀 자리에 Click이 찍힌다. 다음 그림의 왼쪽은 누른 자리에서 바로 뗀 것이고 오른쪽은 누른 후 아래로 이동하여 뗀 것이다.

클릭 동작의 정확한 의미는 버튼을 눌렀다가 뗀다는 뜻이다. 누른 자리에서 떼야 한다는 조건이 있어 MouseDown, MouseUp의 연속과 다르다. 마우스로 버튼을 누르기는 했으나 버튼 위에서 떼지 않았거나 컨트롤 바깥에서 클릭한 후 버튼 영역 안으로 들어와서 놓으면 클릭으로 인정되지 않는다.

클릭은 명령에 대한 확정적인 선택이다. 클릭의 정의가 복잡하게 되어 있는 이유는 잘못 눌렀다 싶으면 커서를 바깥으로 옮긴 후 놓음으로써 취소할 수 있도록 하기 위해서이다. 사용자는 워낙 성미가 급해 버튼을 일단 눌러 놓고 명령을 내릴 것인가 고민하는 경우가 많다. 누르기만 해도 명령을 내린 것으로 인정해 버리면 우리는 무수히 많은 실수로 허구헌날 시간을 낭비할 것이다.

마우스에 의해 발생하는 MouseClick 이벤트와는 달리 Click 이벤트는 키보드로도 발생할 수 있어 더 일반적이다. 대화상자의 디폴트 버튼은 Enter키로 누를 수 있고 포커스를 가진 버튼은 스페이스 키로 누를 수 있다. 이때는 Click 이벤트만 발생하며 MouseClick은 발생하지 않는다. 즉 Click은 마우스건 키보드건 이 버튼의 명령을 실행하라는 신호이다. 예제에서는 Click 이벤트에 대해 카운트를 증가시켜 타이틀 바에 표시함으로써 이벤트가 발생하는 것을 표시했다.

MouseDoubleClick의 일반화 이벤트인 DoubleClick도 있다. Click, DoubleClick 이벤트는 프레임워크에 의해 파생되는 논리적인 이벤트이다. 처리할 이벤트를 잘못 선택하면 황당한 결과가 나타나기도 한다. 버튼의 명령 실행 코드를 Click이 아닌 MouseClick에 작성하면 반드시 마우스로 눌러야 동작하며 키보드에 대해서는 묵묵부답이다.

버튼을 빠르게 두 번 누르는 더블클릭은 거리와 시간의 조건이 맞아야 한다. 더블클릭을 정확하게 검출하기 위해서는 마우스 버튼이 눌러지는 위치와 시점을 참조해야 하는데 다행히 프레임워크가 내부적으로 잘 관리하고 있어 이벤트만 받으면 된다. 만약 이런 서비스가 필요 없다면 StandardClick이나 StandardDoubleClick 스타일을 해제하면 된다. 더블클릭할 때 마우스 이벤트 발생 순서는 다음과 같다.

 

1.MouseDown

2.Click

3.MouseClick

4.MouseUp

5.MouseDown

6.DoubleClick

7.MouseDoubleClick

8.MouseUp

 

StandardClick 스타일을 false로 변경하면 클릭 이벤트는 발생하지 않는다. StandardDoubleClick 스타일을 해제하면 더블클릭 이벤트가 발생하지 않는다. 예제의 생성자에 작성되어 있는 SetStyle문을 편집하여 테스트해 보아라. 고유한 규칙을 적용하고 싶다거나 더블클릭 이상의 연속클릭을 검출할 때는 프레임워크가 방해하지 않도록 해야 한다.