리눅스 기타 자료
HomePage Backward Forward Post Reply List
Delete Modify
  제목   gtk 강좌 #14 1998/07/10 (17:35)
이름 김효원
번호 98
조회 309
본문 ***
*** 20-4. Input support를 더하기
***
 이제 drawing tablet 같이, 그다지 비싸지 않으면서 마우스보다 훨씬 예술적인
표현을 편하게 그릴 수 있게 해주는 입력장치(input device)를 구입하는 것이
가능한 시대다.  이런 장치를 이용하는 가장 간단한 방법이야 간단히 마우스를
대치해 버리는 것이겠지만, 이럴 경우 그런 입력장치의 다음과 같은 많은 장점을
잃게 될 수도 있다.

 o  Pressure sensitivity
 o  Tilt reporting
 o  Sub-pixel positioning
 o  Multiple inputs (for example, a stylus with a point and eraser)

 XInput extension에 대한 정보를 얻으려면 XInput-HOWTO <http://www.msc.
cornell.edu/~otaylor/xinput/XInput-HOWTO.html> 를 보라.  예를들어 GdkEvent
Motion 구조체의 전체 정의같은 걸 봐도, extended device를 지원하기 위한
필드를 가지고 있음을 알 것이다.

      struct _GdkEventMotion
      {
        GdkEventType type;
        GdkWindow *window;
        guint32 time;
        gdouble x;
        gdouble y;
        gdouble pressure;
        gdouble xtilt;
        gdouble ytilt;
        guint state;
        gint16 is_hint;
        GdkInputSource source;
        guint32 deviceid;
      };

 pressure 인자는 0과 1 사이의 부동소수점수로 된 pressure를 준다.  xtilt와
ytile는 각 방향으로의 tilt 각도에 해당하는 -1부터 1 사이의 값을 가질 수
있다.  source와 deviceid 인자는 두가지 다른 방식으로 발생한 이벤트에 대해
장치(device)를 설정한다.  source는 장치의 타입에 대한 간단한 정보를 준다.
이것은 다음의 enumeration 값들을 가질 수 있다.

      GDK_SOURCE_MOUSE
      GDK_SOURCE_PEN
      GDK_SOURCE_ERASER
      GDK_SOURCE_CURSOR

 deviceid는 각 장치에 대해 고유의 숫자 ID를 설정한다.  이것은 gdk_input_
list_devices()함수로(뒤에 나옴) 그 장치에 대한 더 많은 정보를 조사하고자 할
때 쓰일 수 있다.  Core pointer device(보통 마우스)에 대해 특별히 GDK_CORE_
POINTER라는 상수값이 쓰인다.

***
*** 20-4.1. Extended device 정보를 사용가능하게 하기
***
 GTK에게 우리가 관심을 가진 extended device의 정보가 무엇인지 알려 주려면,
우리 프로그램에 단 한 줄만 더해주면 된다.

      gtk_widget_set_extension_events (drawing_area, GDK_EXTENSION_EVENTS_CURSOR);

 GDK_EXTENSION_EVENTS_CURSOR라는 값을 줌으로써 우리는 확장된 이벤트들에
관심이 있음을 알린다.  단, 이때 우리는 새로 커서를 그려서는 안된다.  커서를
그리는 문제에 대해서는 뒤에 나올 '더 복잡한 이용' 부분을 참조하라.  우리가
우리만의 커서를 그리려 한다면 GDK_EXTENSION_EVENTS_ALL을 쓰면 되고, 디폴트
로 돌아가려면 GDK_EXTENSION_EVENTS_NONE을 쓴다.

 이야기는 이것으로 끝나지 않는다.  디폴트로, extension device는 disable
되어 있다.  우리는 사용자로 하여금 그들의 extension device들을 enable시키고
설정할 수 있게 해주는 매커니즘이 필요하다.  GTK는 이 과정을 자동적으로 해
주는 InputDialog widget을 제공한다.  다음과 같은 과정대로 InputDialog
widget을 관리한다.  이것은 device가 존재하지 않으면 dialog로 알려주고,
나머지 경우엔 top으로 올려보낸다.

      void
      input_dialog_destroy (GtkWidget *w, gpointer data)
      {
        *((GtkWidget **)data) = NULL;
      }

      void
      create_input_dialog ()
      {
        static GtkWidget *inputd = NULL;
        if (!inputd)
          {
            inputd = gtk_input_dialog_new();
            gtk_signal_connect (GTK_OBJECT(inputd), "destroy",
                                (GtkSignalFunc)input_dialog_destroy, &inputd);
            gtk_signal_connect_object
            (GTK_OBJECT(GTK_INPUT_DIALOG(inputd)->close_button),
                                       "clicked",
                                       (GtkSignalFunc)gtk_widget_hide,
                                       GTK_OBJECT(inputd));
            gtk_widget_hide ( GTK_INPUT_DIALOG(inputd)->save_button);
            gtk_widget_show (inputd);
          }
        else
          {
            if (!GTK_WIDGET_MAPPED(inputd))
              gtk_widget_show(inputd);
            else
              gdk_window_raise(inputd->window);
          }
      }
 (우리가 이 dialog를 다루는 방법에 주의를 기울여야 할 것이다.  "destroy"
시그널에 연결시켜 두는 것으로, 우리는 dialog가 파괴된 이후 포인터를 dialog
에 남겨두는 실수 - 이것은 Segfault(!)를 부른다 - 를 피할 수 있다.)

 InputDialog는 "Close" 그리고 "Save"라는 두 버튼을 가지고 있으며, 디폴트
로는 아무런 동작이 연결되어 있지 않다.  위에서는 "Close" 버튼을 dialog를
감추는데 썼고, "Save" 버튼은 감추어 버렸다.  이 프로그램에서 XInput을 저장
하는 옵션을 갖추지 않았기 때문이다.

***
*** 20.4.2. Extended device 정보를 이용하기
***
 일단 장치(device)를 enable시켰으면, 우리는 이벤트 구조체의 나머지 필드에
있는 extended device의 정보를 이용할 수 있다.  사실, 이 정보를 이용하는 건
언제나 안전하다.  Extended event가 disable되어 있더라도 이들은 적절한
디폴트값을 가지고 있기 때문이다.

 한 가지 주의할 것은 gdk_window_get_pointer() 대신에 gdk_input_window_get_
pointer()를 호출한다는 것이다.  이것은 gdk_window_get_pointer가 extended
device 정보를 리턴하지 못하기 때문이다.

      void gdk_input_window_get_pointer     (GdkWindow       *window,
                                             guint32         deviceid,
                                             gdouble         *x,
                                             gdouble         *y,
                                             gdouble         *pressure,
                                             gdouble         *xtilt,
                                             gdouble         *ytilt,
                                             GdkModifierType *mask);

 이 함수를 부를 때, 윈도의 경우와 마찬가지로 device의 ID를 명시해 줘야
한다.  보통, 우리는 device ID를 event 구조체의 deviceid 필드로부터 취할
것이다.  다시 한번, 이 함수는 extension event가 disable된 상태에서도 합당한
값을 리턴함을 기억하자.  (이 경우엔, event->deviceid는 GDK_CORE_POINTER라는
값을 가질 것이다.)  그래서 우리의 button-press 와 motion 이벤트 핸들러의
기본적인 구조는 그리 변하지 않는다 - 우린 단지 extended에 해당하는 정보를
다룰 코드를 추가하기만 하면 된다.

 static gint
 button_press_event (GtkWidget *widget, GdkEventButton *event)
 {
   print_button_press (event->deviceid);
   if (event->button == 1 && pixmap != NULL)
     draw_brush (widget, event->source, event->x, event->y, event->pressure);
   return TRUE;
 }

 static gint
 motion_notify_event (GtkWidget *widget, GdkEventMotion *event)
 {
   gdouble x, y;
   gdouble pressure;
   GdkModifierType state;
   if (event->is_hint)
     gdk_input_window_get_pointer (event->window, event->deviceid,
                                   &x, &y, &pressure, NULL, NULL, &state);
   else
     {
       x = event->x;
       y = event->y;
       pressure = event->pressure;
       state = event->state;
     }
   if (state & GDK_BUTTON1_MASK && pixmap != NULL)
     draw_brush (widget, event->source, x, y, pressure);
   return TRUE;
 }

 우린 또한 새로운 정보를 이용하는 일을 뭔가 해야 한다.  우리의 draw_brush()
함수는 각 event->source마다 다른 색깔로 그릴 수 있게 하고, 그리고 pressure에
따라 brush의 크기를 변하게 한다.

 /* 스크린에 사각형을 그린다.  크기는 pressure에 의존하고,
  * 그리고 색깔은 device의 타입에 의존한다. */
 static void
 draw_brush (GtkWidget *widget, GdkInputSource source,
             gdouble x, gdouble y, gdouble pressure)
 {
   GdkGC *gc;
   GdkRectangle update_rect;
   switch (source)
     {
     case GDK_SOURCE_MOUSE:
       gc = widget->style->dark_gc[GTK_WIDGET_STATE (widget)];
       break;
     case GDK_SOURCE_PEN:
       gc = widget->style->black_gc;
       break;
     case GDK_SOURCE_ERASER:
       gc = widget->style->white_gc;
       break;
     default:
       gc = widget->style->light_gc[GTK_WIDGET_STATE (widget)];
     }
   update_rect.x = x - 10 * pressure;
   update_rect.y = y - 10 * pressure;
   update_rect.width = 20 * pressure;
   update_rect.height = 20 * pressure;
   gdk_draw_rectangle (pixmap, gc, TRUE,
                       update_rect.x, update_rect.y,
                       update_rect.width, update_rect.height);
   gtk_widget_draw (widget, &update_rect);
 }

***
*** 20.4.3. Device에 대해 더 많은 걸 알아내기
***
 Device에 대한 정보를 어떻게 더 알아내는지 보여주는 예제로서, 우리 프로
그램은 각 버튼을 누르면 device의 이름을 프린트할 것이다.  Device의 이름을
알아내기 위하여 이 함수를 이용한다.

      GList *gdk_input_list_devices               (void);

 이것은 GdkDeviceInfo 구조체의 GList(glib 라이브러리에서 온 연결리스트
타입)를 리턴한다.  GdkDeviceInfo 구조체는 이렇게 정의되어 있다.

 struct _GdkDeviceInfo
 {
   guint32 deviceid;
   gchar *name;
   GdkInputSource source;
   GdkInputMode mode;
   gint has_cursor;
   gint num_axes;
   GdkAxisUse *axes;
   gint num_keys;
   GdkDeviceKey *keys;
 };

 여기있는 대부분의 필드는 여러분이 XInput 설정을 저장하는 기능을 추가하지
않았다면 무시해도 괜찮은 설정 정보들이다.  지금 우리가 관심을 가진 것은
단순히 X가 device에 부여한 이름(name)이다.  설정(configuration)필드에
해당하지 않는 것은 has_cursor이다.  그런데 우리는 GDK_EXTENSION_EVENTS_
CURSOR를 설정했으므로, 이 필드에 대해서는 걱정하지 말자.

 print_button_press() 함수는 매치되는 리스트를 리턴할 때까지 단순히 반복될
것이며, device의 이름을 프린트해 줄 것이다.

      static void
      print_button_press (guint32 deviceid)
      {
        GList *tmp_list;
        /* gdk_input_list_devices는 내부적인 리스트를 리턴하며,
         * 따라서 우리는 후에 이것을 해제해 주지 않을 것이다. */
        tmp_list = gdk_input_list_devices();
        while (tmp_list)
          {
            GdkDeviceInfo *info = (GdkDeviceInfo *)tmp_list->data;
            if (info->deviceid == deviceid)
              {
                printf("Button press on device '%s'\n", info->name);
                return;
              }
            tmp_list = tmp_list->next;
          }
      }

***
*** 20-4.4. 더 복잡한 이용
***
 비록 우리 프로그램이 이제 XInput을 꽤 잘 지원함에도 불구하고, 어플 전체적
으로 봐서 뭔가 부족해 보이는 면도 있다.  먼저, 사용자는 프로그램을 실행할
때마다 그들의 장치들을 설정하려고 하진 않을 것이므로, 우리는 그 장치들의
설정을 저장할 수 있도록 해줘야 한다.  이것은 gdk_input_list_devices()의
리턴을 되풀이하고, 설정을 파일에 기록(write)하는 것으로 이루어진다.  프로
그램이 다음 번 실행될 때 현재의 state를 복구해 주기 위해서, GDK는 device
설정에 대한 다음 함수들을 제공한다.

      gdk_input_set_extension_events()
      gdk_input_set_source()
      gdk_input_set_mode()
      gdk_input_set_axes()
      gdk_input_set_key()

 (gdk_input_list_devices()가 리턴한 리스트는 정확히 변경되지 않을 수 있다.)
이것에 대한 예제는 그리기 프로그램인 Gsumi(http://www.msc.cornell.edu/~
otaylor/gsumi/에 있다.)가 될 것이다.  결국, 모든 어플들에 대해 이 목적으로
표준적인 방식을 가질 수 있다면 멋진 일이 될 것이다.  이것은 아마 GNOME
라이브러리가 GTK보다 약간 높은 레벨에 속할 것이다.

 우리가 앞에서 다룬 것에서 빠진 또하나 중요한 것은 cursor에 대한 것이다.
XFree86과 다른 플랫폼들은 현재로서는 동시에 둘을 - Core pointer, 그리고
어플에 의한 직접적인 조작 - 사용하여 장치를 다룰 수 없다.  이것에 대해 더
자세한 정보는 XInput-HOWTO를 보라.  <http://www.msc.cornell.edu/~otaylor/
xinput/XInput-HOWTO.html>에 있다.  이것은 최대한의 이용자를 확보하려는
어플이라면 자신만의 커서를 그려주는 게 필요함을 의미한다.  자신만의 커서를
그리는 어플은 다음의 두 일을 해야 한다.  첫째로 현재의 장치가 그려진 커서를
필요로 하는지의 여부를 결정하고, 둘째로 현재의 장치가 접근(proximity)되어
있는지의 여부를 결정한다.  (현재의 장치가 drawing tablet일 경우, stylus가
tablet에서 떨어졌을 때 커서가 보이지 않게 하는 것이 좋을 것이다.  장치가
stylus와 붙어 있을 때, 이를 접근되었다(in proximity)고 표현한다.)  첫번째
작업은 우리가 device의 이름을 알아내기 위해 했듯이, device의 리스트를 조사
함으로써 해결된다.  두번째 작업은 "proximity_out" 이벤트를 설정함으로써
해결한다.  각자의 커서를 그리는 예제는 GTK 배포판에 있는 'testinput' 프로
그램에서 찾을 수 있을 것이다.
HomePage Backward Forward Post Reply List
1998 by swindler