Doc fixes.
Add AUTHORS. Add more sentences to eek-overview.xml.
This commit is contained in:
6
AUTHORS
6
AUTHORS
@ -0,0 +1,6 @@
|
|||||||
|
eekboard is written by Daiki Ueno <ueno@unixuser.org>
|
||||||
|
|
||||||
|
Cairo keyboard drawing functions are borrowed from the libgnomekbd
|
||||||
|
library by Sergey V. Udaltsov <svu@gnome.org>. See the comments in
|
||||||
|
eek/eek-drawing.c for detail.
|
||||||
|
|
||||||
|
|||||||
@ -1,5 +1,5 @@
|
|||||||
<part id="eek-overview">
|
<part id="eek-overview">
|
||||||
<title>Overview</title>
|
<title>Usage Overview</title>
|
||||||
<partintro>
|
<partintro>
|
||||||
|
|
||||||
<para>libeek is a library to create keyboard-like user interface.
|
<para>libeek is a library to create keyboard-like user interface.
|
||||||
@ -19,7 +19,7 @@
|
|||||||
from external configuration mechanisms (libxklavier, XKB,
|
from external configuration mechanisms (libxklavier, XKB,
|
||||||
matchbox-keyboard layouts in XML, aso)</para>
|
matchbox-keyboard layouts in XML, aso)</para>
|
||||||
|
|
||||||
<para>Here is a sample code which creates a keyboard-like #ClutterActor using the system layout information from libxklavier:</para>
|
<para>Here is a sample code which creates a keyboard-like #ClutterActor using the system keyboard layout using libxklavier:</para>
|
||||||
|
|
||||||
<informalexample>
|
<informalexample>
|
||||||
<programlisting>
|
<programlisting>
|
||||||
@ -47,7 +47,7 @@ clutter_group_add (CLUTTER_GROUP(stage),
|
|||||||
and eek_clutter_keyboard_get_actor() with
|
and eek_clutter_keyboard_get_actor() with
|
||||||
eek_gtk_keyboard_get_widget().</para>
|
eek_gtk_keyboard_get_widget().</para>
|
||||||
|
|
||||||
<para>Another interesting feature is that there is logical represention (model) of keyboard distinct from the UI widget (view). More precisely, #EekKeyboard contains one or more #EekSection's and #EekSection contains one or more #EekKey's, and each element may send events when a user clicked on the UI widget. For example, with the following code, when a user pushed a key widget with keycode 0x38 assigned, on_a_pressed will be called.</para>
|
<para>There is logical represention (model) of keyboard distinct from the UI widget (view). More precisely, a keyboard is represented as a tree of #EekElement -- #EekKeyboard contains one or more #EekSection's and #EekSection contains one or more #EekKey's. Each element can be event source when user events on the UI widget occurs. For example, with the following code, when a user pushed a key widget with keycode 0x38 assigned, on_a_pressed will be called.</para>
|
||||||
<informalexample>
|
<informalexample>
|
||||||
<programlisting>
|
<programlisting>
|
||||||
/* Find a key element in the logical keyboard. */
|
/* Find a key element in the logical keyboard. */
|
||||||
@ -55,5 +55,6 @@ EekKey *key = eek_keyboard_find_key_by_keycode (keyboard, 0x38);
|
|||||||
g_signal_connect (key, "pressed", on_a_pressed);
|
g_signal_connect (key, "pressed", on_a_pressed);
|
||||||
</programlisting>
|
</programlisting>
|
||||||
</informalexample>
|
</informalexample>
|
||||||
|
<para>In this way, application developers do not need to know the differences between the underlying UI widgets after creation.</para>
|
||||||
</partintro>
|
</partintro>
|
||||||
</part>
|
</part>
|
||||||
Reference in New Issue
Block a user