| 리눅스 기타 자료 |
|---|
|
|
|
| 제목 | gtk FAQ #2 1998/07/10 (17:37) |
| 이름 | 김효원 |
| 번호 | 100 |
| 조회 | 358 |
| 본문 |
**************************** *** 4. Development with GTK+ **************************** *** *** 4.1. How do I get started? *** GTK+을 인스톨했다면, 그것으로써 어플을 쉽게 개발할 수 있도록 해주는 것이 두가지 있다. 먼저 지금도 제작 중인 GTK+ Tutorial이 <http://www.gtk.org/ tutorial/>에 있다. 이것은 C언어로 어플을 개발하는 것을 소개해 줄 것이다. 이 Tutorial은 (아직) GTK+이 제공하는 모든 widget들에 대한 정보를 다루고 있지 않다. 모든 GTK+ widget을 이용하는 기초적인 예제 코드는 배포판에 들어있는 gtk/testgtk.c(그리고 관련된 소스 파일들)다. 이 예제들을 살펴보는 것은 어떤 widget이 어떤 일을 할 수 있는지에 대한 좋은 토대가 될 것이다. *** *** 4-2. What widgets are in GTK? *** GTK+ Tutorial에 이렇게 widget들의 리스트가 소개되었다. GtkObject +GtkData | +GtkAdjustment | `GtkTooltips `GtkWidget +GtkContainer | +GtkBin | | +GtkAlignment | | +GtkEventBox | | +GtkFrame | | | `GtkAspectFrame | | +GtkHandleBox | | +GtkItem | | | +GtkListItem | | | +GtkMenuItem | | | | `GtkCheckMenuItem | | | | `GtkRadioMenuItem | | | `GtkTreeItem | | +GtkViewport | | `GtkWindow | | +GtkColorSelectionDialog | | +GtkDialog | | | `GtkInputDialog | | `GtkFileSelection | +GtkBox | | +GtkButtonBox | | | +GtkHButtonBox | | | `GtkVButtonBox | | +GtkHBox | | | +GtkCombo | | | `GtkStatusbar | | `GtkVBox | | +GtkColorSelection | | `GtkGammaCurve | +GtkButton | | +GtkOptionMenu | | `GtkToggleButton | | `GtkCheckButton | | `GtkRadioButton | +GtkCList | +GtkFixed | +GtkList | +GtkMenuShell | | +GtkMenuBar | | `GtkMenu | +GtkNotebook | +GtkPaned | | +GtkHPaned | | `GtkVPaned | +GtkScrolledWindow | +GtkTable | +GtkToolbar | `GtkTree +GtkDrawingArea | `GtkCurve +GtkEditable | +GtkEntry | | `GtkSpinButton | `GtkText +GtkMisc | +GtkArrow | +GtkImage | +GtkLabel | | `GtkTipsQuery | `GtkPixmap +GtkPreview +GtkProgressBar +GtkRange | +GtkScale | | +GtkHScale | | `GtkVScale | `GtkScrollbar | +GtkHScrollbar | `GtkVScrollbar +GtkRuler | +GtkHRuler | `GtkVRuler `GtkSeparator +GtkHSeparator `GtkVSeparator *** *** 4-3. How can I prevent redrawing and resizing while I change multiple *** widgets? 많은 widget을 다루는 코드에 gtk_container_disable_resize와 gtk_container _enable_resize를 이용하라. 이것은 widget 계층구조 전체적으로 resize되는 것을 막아 주므로 훨씬 빠른 결과를 보여줄 것이다. *** *** 4-4. How do I catch a double click event in a list widget? *** Tim Janik이 gtk-list에 쓴 것을 조금 수정했다. 먼저 시그널 핸들러를 정의한다. gint signal_handler_event(GtkWiget *widget, GdkEvenButton *event, gpointer func_data){ if (GTK_IS_LIST_ITEM(widget) && (event->type==GDK_2BUTTON_PRESS || event->type==GDK_3BUTTON_PRESS) ) { printf("I feel %s clicked on button %d\", event->type==GDK_2BUTTON_PRESS ? "double" : "triple", event->button); } return FALSE; } 그리고 여러분의 object에 그 핸들러를 연결시킨다. { /* list, list item init stuff */ gtk_signal_connect(GTK_OBJECT(list_item), "button_press_event", GTK_SIGNAL_FUNC(signal_handler_event), NULL); /* and/or */ gtk_signal_connect(GTK_OBJECT(list_item), "button_release_event", GTK_SIGNAL_FUNC(signal_handler_event), NULL); /* something else */ } *** *** 4-5. How do I find out about the selection of a GtkList? *** 이런 식으로 한다. GList *sel; sel=GTK_LIST(list)->selection; 그리고 이것은 GList가 정의된 glist.h에서 참조했다. typedef struct _GList GList; struct _GList { gpointer data; GList *next; GList *prev; }; GList 구조체는 간단히 이중 연결리스트다. glib.h에는 이 연결리스트를 변형시킬 몇 개의 g_list_*() 함수들이 있다. 그러나 GTK_LIST(MyGtkList)-> selection은 그런 g_list_*() 함수들에 의해 유지되며, 변형되어선 안될 것이다. GtkList에서의 selection_mode는 GtkList의 selection을 편리하게 결정할 수 있으며, 따라서 GTK_LIST(AnyGtkList)->selection의 항목들을 여기 보인다. -------------------------------------------------------------------------- selection_mode GTK_LIST()->selection contents -------------------------------------------------------------------------- GTK_SELECTION_SINGLE) Selection은 NULL 이거나 또는 하나의 선택된 항목에 대한 GList* 형 포인터를 포함하게 된다. GTK_SELECTION_BROWSE) list가 아무런 widget도 포함하지 않는다면 selection은 NULL, 그렇지 않으면 하나의 GList형 구조체에 대한 포인터 즉 GList* 형 포인터를 포함하게 된다. GTK_SELECTION_MULTIPLE) 아무 항목도 선택되지 않았다면 selection은 NULL이고, 첫번째 선택된 항목에 대해서는 GList* 형 포인터가 된다. 그것은 두번째와 그 이후의 선택된 항목을 위한 GList 구조체들에 대해 전환점이 된다. GTK_SELECTION_EXTENDED) Selection은 NULL이다. -------------------------------------------------------------------------- GList형 구조체의 데이터영역인 GTK_LIST(MyGtkList)->selection은 첫번째로 선택된 GtkListItem을 가리키고 있다. 그래서 만약 어떤 항목들을 선택할지 결정하려면 이런 식으로 하면 될 것이다. Upon Initialization: { gchar *list_items[]={ "Item0", "Item1", "foo", "last Item", }; guint nlist_items=sizeof(list_items)/sizeof(list_items[0]); GtkWidget *list_item; guint i; list=gtk_list_new(); gtk_list_set_selection_mode(GTK_LIST(list), GTK_SELECTION_MULTIPLE); gtk_container_add(GTK_CONTAINER(AnyGtkContainer), list); gtk_widget_show (list); for (i = 0; i < nlist_items; i++) { list_item=gtk_list_item_new_with_label(list_items[i]); gtk_object_set_user_data(GTK_OBJECT(list_item), (gpointer)i); gtk_container_add(GTK_CONTAINER(list), list_item); gtk_widget_show(list_item); } } 선택된 항목들에 대해 알려면 이렇게 한다. { GList *items; items=GTK_LIST(list)->selection; printf("Selected Items: "); while (items) { if (GTK_IS_LIST_ITEM(items->data)) printf("%d ", (guint)gtk_object_get_user_data(items->data)); items=items->next; } printf("\n"); } *** *** 4-6. Is it possible to get some text displayed which is truncated to fit *** inside its allocation? (클리핑 안된) GTK의 동작은 X 리소스를 보존하려는 노력의 결과다. 예로 라벨(label)을 위한 widget들은 그들만의 X 윈도를 차지하지 않는다 - 그들은 단지 그들의 부모 윈도 위에서 자신의 내용을 그릴 뿐이다. 반면 텍스트를 그리기 전에 클립 마스크를 설정, 그것이 클리핑되도록 할 수도 있는데 그럴 경우 아마 상당한 퍼포먼스의 손실을 부를 것이다. 다시 말해 이런 문제에 대한 최선의 해법은 그 텍스트 label을 제공하도록 gtk를 수정하는 것이다. 대충 구상해 본다면 고유의 윈도를 가지고 있는 다른 widget의 내부에 이 label widget을 포함시키는 것이다 - 한 가지 예로 viewport widget이 가능할 것이다. viewport = gtk_viewport (NULL, NULL); gtk_widget_set_usize (viewport, 50, 25); gtk_viewport_set_shadow_type (GTK_VIEWPORT(viewport), GTK_SHADOW_NONE); gtk_widget_show(viewport); label = gtk_label ("a really long label that won't fit"); gtk_container_add (GTK_CONTAINER(viewport), label); gtk_widget_show (label); 만약 이 작업을 widget의 한 무리에 대해 해오고 있었다면, 우린 gtkviewport.c 를 복사해서 조절방식을 밝혀내고 작용을 감출 수 있을 것이다. (아마 이것을 GtkClipper라고 부르면 될 것이다.) *** *** 4-7. Why don't the contents of a button move when the button is pressed? *** 버튼을 그런 식으로 동작시키는 문제에 대한 임시방침이 있다. Peter Mattis로부터: 버튼이 눌러졌을 때 그들의 child들이 오른쪽 아래로 조금 밀려나지 않는 이유는, 그것이 보이는 그대로가 아니라고 생각하기 때문이다. 버튼에 대한 내 관점은, 여러분이 그들을 직선으로 바라본다는 점이다. 즉, 사용자의 인터페이스는 어떤 평면이며 우리는 그것에 수직한 방향으로 똑바로 쳐다보는 것이다. 버튼이 눌러지면 그것은 우리에게서 똑바로 멀어져 간다. 정말 정확히 하기 위해서라면 child들은 실제로 조금 밀려들어가야 할 것이다. 그런데 child가 왜 왼쪽/오른쪽 아래로 밀려가야 된다고 하는지 모르겠다. Child는 버튼의 표면에 부착되어 있는 것임을 기억하라. 이 child가 마치 버튼의 표면에서 미끄러져 다니는 것처럼 보이는 것은 좋지 않다. 더 실제적인 참고로, 나도 한때 버튼이 그렇게 동작하도록 추가를 해봤지만 그다지 좋지 않아 보였기에 제거해 버렸다. *** *** 4-8. How can I define a separation line in a menu? *** 메뉴를 어떻게 만드는지에 대해서는 Tutorial을 참조하라. 메뉴 사이의 구분선을 만들려면, 단순히 빈 메뉴 아이템을 삽입하면 된다. menuitem = gtk_menu_item_new(); gtk_menu_append(GTK_MENU(menu), menuitem); gtk_widget_show(menuitem); *** *** 4-9. How can I right justify a menu, such as Help, when using the *** MenuFactory? 이런 식으로 하면 된다. menu_path = gtk_menu_factory_find (factory, "<MyApp>/Help"); gtk_menu_item_right_justify(menu_path->widget); *** *** 4-10. How do I make my window modal? / How do I make a single window *** active? 여러분의 윈도를 만든 후에, gtk_grab_add(my_window)를 쓴다. 그리고 윈도를 닫았을 때는 gtk_grab_remove(my_window)라고 한다. *** *** 4-11. Why doesn't my progressbar update? *** 아마 gtk_main으로 컨트롤을 리턴하지 않고 진행막대의 모든 변화를 어떤 함수 내부에서 다 처리하려고 했기 때문이다. 그리기의 대부분 업데이트는 오직 gtk_main 내부에서 진행되는 queue에 놓여진다. 여러분은 이런 코드로써 그 그리기 큐(queue)를 강제로 진행시킬 수 있을 것이다. while (gtk_events_pending()) gtk_main_iteration(); 이 코드를 여러분의 함수에 포함시켜 진행막대를 업데이트할 수 있다. 위의 간단한 코드가 하는 일은 모든 미결정의 이벤트와 우선권이 높은 idle 함수들을 동작시켜서 즉시 리턴하는 것이다. (그리기는 우선권이 높은 idle함수 에서 이루어진다.) **************** *** 5. About gdk **************** *** *** 5-1. What is gdk? *** GDK란 기본적으로 표준 Xlib 함수들에 대한 wrapper다. 만약 여러분이 Xlib를 익히 알고 있다면, gdk의 상당수 함수들은 조금 혹은 전혀 쓸 일이 없을 것이다. 모든 함수들은 Xlib 함수들에 더 쉽고 더 직관적인 방법으로 접근할 수 있도록 만들어진 것들이다. 또, gdk는 glib(곧 소개됨)를 이용하기 때문에, 여러가지 플랫폼에서 더 안전하고 이식성이 높게 이용될 수 있다. *** *** 5-2. How do I use color allocation? *** GDK에 대해 멋진 점들 중 하나는 이것이 Xlib의 상층부에 기반을 두고 있다는 사실이다. 이것은 특히 색깔 관리 측면에서 하나의 문제점이 될 수도 있다. 우리가 프로그램에서 색깔을 이용하려고 한다면, 사각형을 그리기 위해 이런 식의 코드를 작성한다. { GdkColor *color; int width, height; GtkWidget *widget; GdkGC *gc; ... /* 먼저, 그려넣을 GC를 만든다. */ gc = gdk_gc_new(widget->window); /* 사각형을 위해 적당한 dimension을 잡는다. */ gdk_window_get_size(widget->window, &width, &height); /* 우리가 이용하려는 색깔이다. */ color = (GdkColor *)malloc(sizeof(GdkColor)); /* 넘겨준 값들은 red, green, blue로서, 우리가 그리고자 하는 색깔의 * RGB triple을 나타낸다. GdkColor에 있는 RGB 성분들의 값은 0부터 * 255까지가 아니라 0부터 65535로 잡혀 있음을 기억하자. */ color->red = red * (65535/255); color->green = green * (65535/255); color->blue = blue * (65535/255); /* pixel 값은 색깔의 칼라맵(colormap)의 인덱스를 나타낸다. * 이는 단순히 우리가 이미 세팅한 RGB 값의 조합이다. */ color->pixel = (gulong)(red*65536 + green*256 + blue); /* 그런데, 이 pixel 값은 오직 24-bit(TrueColor) 디스플레이에서만 * 실제로 존재한다. 따라서 현실적으로 GDK와 X가 우리에게 줄 수 * 있는 색은 이 칼라맵에서 정해진 색깔에 가장 가까운 값이 된다. */ gdk_color_alloc(gtk_widget_get_colormap(widget), color); /* 우리 색깔의 foreground를 세팅한다. */ gdk_gc_set_foreground(gc, color); /* 사각형을 그린다. */ gdk_draw_rectangle(widget->window, gc, 1, 0, 0, width, height); ... } ***************** *** 6. About glib ***************** *** *** 6-1. What is glib? *** GLIB는 GDK/GTK 어플을 제작하는 데 있어 유용한 함수와 정의들을 가지고 있는 라이브러리다. 이것은 일부 시스템에서 버그 투성이인 malloc같은, 표준 libc 함수들을 대치해 준다. 또한 이것은 다음을 핸들링하기 위한 루틴(routine)들도 제공한다. * 이중 연결 리스트 * (단일) 연결 리스트 * 타이머 * 문자열 * 사전적(lexical) 조사도구 * 에러 함수 *** *** 6-2. Why use g_print, g_malloc, g_strdup and fellow glib functions? *** Tim Janik이 gtk-list에 보낸 것을 조금 수정했다. "g_malloc(), g_free() 그리고 다른 glib 함수들을 살펴보면, 이들이 각각 대응되는 libc의 함수들보다 훨씬 안전하다는 것을 알 수 있다. 예를들어, g_free()는 NULL로써 호출되었을 때 그냥 리턴된다. 또한, USE_DMALLOC이 정의된 상태라면 이 함수들의 정의는 MALLOC(), FREE() 등을 이용하는 것으로 되며, MEM_PROFILE 또는 MEM_CHECK가 정의된 상태라면 쓰여진 메모리블럭의 크기를 잰 작은 통계까지 내게된다(g_mem_profile(), g_mem_check()에 의해 보여지는). 언제나 크기가 같고 필요하다면 ALLOC_ONLY로 설정된 많은 메모리 블럭을 다룰 때, glib는 공간을 절약하기 위해 메모리 조각들에 대한 인터페이스를 제공한다는 사실을 고려해 보자. 이것은 마치 gdk가 Xlib를 둘러싸고 있듯이, 일반적인 malloc/free를 둘러싼 (디버그 가능한) 작은 보호막이라 할 수 있다. GIMP에서처럼 어플 내에서 g_error()와 g_warning()을 이용한다는 것은 gtk를 전적으로 믿기 때문이다. 즉 gtk는 몇 줄의 gtk_print()를 통해 여러분 나름대로의 핸들러(g_set_error_handler()를 이용하는)로 메시지를 보이는 윈도를 gtk의 윈도우 안에 팝업시킬 수 있는 기회까지 제공한다. ******************************************************** *** 7. GTK+ FAQ Contributions, Maintainers and Copyright ******************************************************** FAQ에 동참하고 싶다면, 포함시키고자 하는 내용(질문과 답변)을 우리에게 e-mail로 보낸다. 당신의 협력으로 이 문서는 향상되어 더욱 유용해질 수 있다! 이 문서는 Nathan Froyd <maestrox@geocities.com> 그리고 Tony Gale <gale@ gimp.org> 에 의해 관리되고 있다. 이 FAQ의 저자는 지원을 계속해 줄 Shawn T. Amundson <amundson@gimp.org> 이다. 이 GTK+ FAQ 은, Copyright (C) 1997,1998 by Shawn T. Amundson, Nathan Froyd and Tony Gale. 이 문서가 언제까지나 의도했던대로 남아있으리라고는 보장할 수 없다. 이것은 단지 자유로운 리소스일 뿐이다. 포함된 정보의 저자와 관리자는 심지어 정확성에 있어서도 어떤 보장을 하지 않는다. |
|
|
|