X-Git-Url: http://review.tizen.org/git/?a=blobdiff_plain;f=specs%2FCH2.xml;h=98ac97ee1d37feeba02b0b101de65356263ade4e;hb=refs%2Ftags%2F2.0_alpha;hp=08f0ff569004f9f690c38a0cd4bff14159539014;hpb=14e0c2f7787d6a50632561c1bb813c6c7a9ec7bd;p=framework%2Fuifw%2Fxorg%2Flib%2Flibxaw.git diff --git a/specs/CH2.xml b/specs/CH2.xml old mode 100755 new mode 100644 index 08f0ff5..98ac97e --- a/specs/CH2.xml +++ b/specs/CH2.xml @@ -1,5 +1,5 @@ Using Widgets - + Using Widgets Widgets serve as the primary tools for building a user interface or @@ -35,7 +35,7 @@ description of the programming interface is provided in the document If it is desirable that the application take advantage of internationalization (i18n), you must establish locale with XtSetLanguageProc -before XtDisplayInitialize or XtAppInitialize +before XtDisplayInitialize or is called. For full details, please refer to the document X Toolkit Intrinsics - C Language Interface, section 2.2. However, the following simplest-case call is sufficient in many or most applications. @@ -69,7 +69,7 @@ of programs in the default "C" locale. You must call a toolkit initialization function before invoking any other toolkit routines (besides locale setting, above). -XtAppInitialize + opens the X server connection, parses the command line, and creates an initial widget that will serve as the root of a tree of widgets created by this application. @@ -77,7 +77,7 @@ a tree of widgets created by this application. - + Widget XtAppInitialize XtAppContext app_context_return @@ -126,7 +126,7 @@ first letter of the application name. For example, the application named Specifies how to parse the command line for any application-specific resources. The options argument is passed as a parameter to -XrmParseCommand . +XrmParseCommand. For further information, see Xlib - C Language Interface. @@ -220,10 +220,10 @@ Creating a widget is a three-step process. First, the widget instance is allocated, and various instance-specific attributes are set by using XtCreateWidget. Second, the widget's parent is informed of the new child by using XtManageChild. Finally, X windows are -created for the parent and all its children by using XtRealizeWidget +created for the parent and all its children by using and specifying the top-most widget. The first two steps can be -combined by using XtCreateManagedWidget. In addition, -XtRealizeWidget is automatically called when the child becomes +combined by using . In addition, + is automatically called when the child becomes managed if the parent is already realized. @@ -231,7 +231,7 @@ managed if the parent is already realized. To allocate, initialize, and manage a widget, use XtCreateManagedWidget . - + Widget XtCreateManagedWidget String name @@ -659,7 +659,7 @@ directory is The -XtRealizeWidget + function performs two tasks: @@ -675,7 +675,7 @@ for performance reasons. Creates an X window for the widget and, if it is a composite widget, realizes each of its managed children. - + void XtRealizeWidget Widget w @@ -708,9 +708,9 @@ see the X Toolkit Intrinsics - C Language InterfaceXtAppMainLoop. +events is . - + void XtAppMainLoop XtAppContext app_context @@ -725,7 +725,7 @@ events is XtAppMainLoop. Specifies the application context of this application. The value is -normally returned by XtAppInitialize. +normally returned by . @@ -786,13 +786,13 @@ Set an argument value By default, widget windows are mapped (made viewable) automatically by -XtRealizeWidget. This behavior can be disabled by using -XtSetMappedWhenManaged, making the client responsible for calling -XtMapWidget to make the widget viewable. +. This behavior can be disabled by using +, making the client responsible for calling + to make the widget viewable. - + void XtSetMappedWhenManaged Widget w @@ -821,9 +821,9 @@ Specifies the new value. If map_when_managed is True, the widget is mapped automatically when it is realized. If map_when_managed is False, the client must call -XtMapWidget + or make a second call to -XtSetMappedWhenManaged + to cause the child window to be mapped. @@ -834,10 +834,10 @@ to cause the child window to be mapped. The definition for -XtMapWidget + is: - + void XtMapWidget Widget w @@ -862,13 +862,13 @@ Specifies the widget. When you are creating several children in sequence for a previously realized common parent it is generally more efficient to construct a list of children as they are created (using XtCreateWidget) and -then use XtManageChildren to request that their parent managed +then use to request that their parent managed them all at once. By managing a list of children at one time, the parent can avoid wasteful duplication of geometry processing and the associated ``screen flash''. - + void XtManageChildren WidgetList children @@ -916,9 +916,9 @@ see the X Toolkit Intrinsics - C Language Interface To destroy a widget instance of any type, use -XtDestroyWidget + - + void XtDestroyWidget Widget w @@ -940,7 +940,7 @@ Specifies the widget. -XtDestroyWidget + destroys the widget and recursively destroys any children that it may have, including the windows created by its children. After calling @@ -957,7 +957,7 @@ To retrieve the current value of a resource attribute associated with a widget instance, use XtGetValues . - + void XtGetValues Widget w @@ -1018,7 +1018,7 @@ To modify the current value of a resource attribute associated with a widget instance, use XtSetValues . - + void XtSetValues Widget w @@ -1066,7 +1066,7 @@ Specifies the number of arguments in the argument list. The arguments and values that are passed will depend on the widget being modified. Some widgets may not allow certain resources to be modified after the widget instance has been created or realized. -No notification is given if any part of a XtSetValues request is +No notification is given if any part of a request is ignored. @@ -1076,7 +1076,7 @@ For further information about these functions, see the X Too The argument list entry for -XtGetValues + specifies the address to which the caller wants the value copied. The argument list entry for XtSetValues , @@ -1100,7 +1100,7 @@ Widgets can communicate changes in their state to their clients by means of a callback facility. The format for a client's callback handler is: - + void CallbackProc Widget w @@ -1154,7 +1154,7 @@ it passes the current position of the thumb in call_data Callbacks can be registered either by creating an argument containing the callback list described below or by using the special convenience -routines XtAddCallback and XtAddCallbacks. When the widget +routines and XtAddCallbacks. When the widget is created, a pointer to a list of callback procedure and data pairs can be passed in the argument list to XtCreateWidget . @@ -1191,10 +1191,10 @@ callback when the callback list is executed. The second method for registering callbacks is to use -XtAddCallback + after the widget has been created. - + void XtAddCallback Widget w @@ -1249,7 +1249,7 @@ Specifies the data to be passed to the callback when it is invoked. -XtAddCallback + adds the specified callback to the list for the named widget. @@ -1310,7 +1310,7 @@ and Call the -XtAppInitialize + function before invoking any other toolkit or Xlib functions. For further information, @@ -1336,7 +1336,7 @@ For further information, see Section 2.9.2.2. When the argument list is set up, create the widget with the -XtCreateManagedWidget function. For further information, see + function. For further information, see Section 2.2 and the X Toolkit Intrinsics - C Language Interface. @@ -1346,7 +1346,7 @@ Section 2.2 and the X Toolkit Intrinsics - C Language Interf If the widget has any callback routines, set by the XtNcallback argument or the -XtAddCallback + function, declare these routines within the application. @@ -1355,7 +1355,7 @@ function, declare these routines within the application. After creating the initial widget hierarchy, windows must be created for each widget by calling -XtRealizeWidget + on the top level widget. @@ -1591,7 +1591,7 @@ This matches any widget in the Foo application that is named The root of all application widget trees is the widget returned by -XtAppInitialize. Even though this is actually an +. Even though this is actually an ApplicationShell widget, the toolkit replaces its widget class with the class name of the application. The name of this widget is either the name used to invoke the application (argv[0]) or the name of @@ -1880,11 +1880,12 @@ can be used, as in the first approach, for easier code maintenance. The best way to understand how to use any programming library is by trying some simple examples. A collection of example programs that introduces each of the widgets in that Athena widget set, as well as many -important toolkit programming concepts, is available in the X11R6 +important toolkit programming concepts, is available in the X11R5 contrib release as distributed by the X Consortium. It can be found in the -distribution directory contrib/examples/mit/Xaw, but see your -site administrator for the exact location of these files on your system. -See the README file from that directory for a guide to the examples. +directory contrib/examples/Xaw in the archive +at +See the README file from that directory for a guide +to the examples.