MirBSD manpage: XtChangeManagedSet(3), XtIsManaged(3), XtManageChild(3), XtManageChildren(3), XtUnmanageChild(3), XtUnmanageChildren(3)


XtManageChildren(3Xt)     XT FUNCTIONS      XtManageChildren(3Xt)

NAME

     XtManageChildren, XtManageChild, XtUnmanageChildren,
     XtUnmanageChild, XtChangeManagedSet, XtIsManaged - manage
     and unmanage children

SYNTAX

     typedef Widget *WidgetList;

     void XtManageChildren(WidgetList children, Cardinal
          num_children);

     void XtManageChild(Widget child);

     void XtUnmanageChildren(WidgetList children, Cardinal
          num_children);

     void XtUnmanageChild(Widget child);

     void XtChangeManagedSet(WidgetList unmanage_children, Cardi-
          nal num_unmanage_children, XtDoChangeProc
          do_change_proc, XtPointer client_data, WidgetList
          manage_children, Cardinal num_manage_children);

     Boolean XtIsManaged(Widget widget);

ARGUMENTS

     child     Specifies the child.

     children  Specifies a list of child widgets.

     num_children
               Specifies the number of children.

     widget    Specifies the widget.

     manage_children
               Specifies the list of widget children to add to
               the managed set.

     num_manage_children
               Specifies the number of entries in the
               manage_children list.

     unmanage_children
               Specifies the list of widget children to remove
               from the managed set.

     num_unmanage_children
               Specifies the number of entries in the
               unmanage_children list.

     do_change_proc

XFree86                   Version 4.5.0                         1

XtManageChildren(3Xt)     XT FUNCTIONS      XtManageChildren(3Xt)

               Specifies the post unmanage, pre manage hook pro-
               cedure to invoke.

     client_data
               Specifies the client data to be passed to the hook
               precedure.

DESCRIPTION

     The XtManageChildren function performs the following:

     +    Issues an error if the children do not all have the
          same parent or if the parent is not a subclass of com-
          positeWidgetClass.

     +    Returns immediately if the common parent is being des-
          troyed; otherwise, for each unique child on the list,
          XtManageChildren ignores the child if it already is
          managed or is being destroyed and marks it if not.

     +    If the parent is realized and after all children have
          been marked, it makes some of the newly managed chil-
          dren viewable:

          -    Calls the change_managed routine of the widgets'
               parent.

          -    Calls XtRealizeWidget on each previously unmanaged
               child that is unrealized.

          -    Maps each previously unmanaged child that has
               map_when_managed True.

     Managing children is independent of the ordering of children
     and independent of creating and deleting children. The lay-
     out routine of the parent should consider children whose
     managed field is True and should ignore all other children.
     Note that some composite widgets, especially fixed boxes,
     call XtManageChild from their insert_child procedure.

     If the parent widget is realized, its change_managed pro-
     cedure is called to notify it that its set of managed chil-
     dren has changed. The parent can reposition and resize any
     of its children. It moves each child as needed by calling
     XtMoveWidget, which first updates the x and y fields and
     then calls XMoveWindow if the widget is realized.

     The XtManageChild function constructs a WidgetList of length
     one and calls XtManageChildren.

     The XtUnmanageChildren function performs the following:

     +    Issues an error if the children do not all have the

XFree86                   Version 4.5.0                         2

XtManageChildren(3Xt)     XT FUNCTIONS      XtManageChildren(3Xt)

          same parent or if the parent is not a subclass of com-
          positeWidgetClass.

     +    Returns immediately if the common parent is being des-
          troyed; otherwise, for each unique child on the list,
          XtUnmanageChildren performs the following:

          -    Ignores the child if it already is unmanaged or is
               being destroyed and marks it if not.

          -    If the child is realized, it makes it nonvisible
               by unmapping it.

     +    Calls the change_managed routine of the widgets' parent
          after all children have been marked if the parent is
          realized.

     XtUnmanageChildren does not destroy the children widgets.
     Removing widgets from a parent's managed set is often a tem-
     porary banishment, and, some time later, you may manage the
     children again.

     The XtUnmanageChild function constructs a widget list of
     length one and calls XtUnmanageChildren.

     The XtChangeManagedSet function performs the following:

     +    Issues an error if the widgets specified in the
          manage_children and the unmanage_children lists to no
          all have the same parent, or if that parent is not a
          subclass of compositeWidgetClass.

     +    Returns immediately if the common parent is being des-
          troyed.

     +    If no CompositeClassExtension is defined, or a Composi-
          teClassExtension is defined but with an
          allows_change_managed_set field with a value of False,
          and XtChangeManagedSet was invoked with a non-NULL
          do_change_proc procedure then XtChangeManagedSet per-
          forms the following:

          -    Calls XtUnmanageChildren (unmanage_children,
               num_unmanage_children).

          -    Calls the do_change_proc specified.

          -    Calls XtManageChildren (manage_children,
               num_manage_children) and then returns immediately.

     +    Otherwise, if a CompositeClassExtension is defined with
          an allows_change_managed_set field with a value of

XFree86                   Version 4.5.0                         3

XtManageChildren(3Xt)     XT FUNCTIONS      XtManageChildren(3Xt)

          True, or if no CompositeClassExtension is defined, and
          XtChangeManagedSetwas do_change_proc procedure, then
          the following is performed:

          -    For each child on the unmanage_children list; if
               the child is already unmanaged or is being des-
               troyed it is ignored, otherwise it is marked as
               being unmanaged and if it is realized it is made
               nonvisible by being unmapped.

          -    If the do_change_proc procdedure is non-NULL then
               it is invoked as specified.

          -    For each child on the manage_children list; if the
               child is already managed or it is being destroyed
               it is ignored, otherwise it is marked as managed

     +    If the parent is realized and after all children have
          been marked, the change_managed method of the parent is
          invoked and subsequently some of the newly managed
          children are made viewable by:

          -    Calling XtRealizeWidget on each of the previously
               unmanaged child that is unrealized.

          -    Mapping each previously unmanaged child that has
               map_when_managed True.

     The XtIsManaged function returns True if the specified wid-
     get is of class RectObj or any subclass thereof and is
     managed, or False otherwise.

SEE ALSO

     XtMapWidget(3Xt), XtRealizeWidget(3Xt)
     X Toolkit Intrinsics - C Language Interface
     Xlib - C Language X Interface

XFree86                   Version 4.5.0                         4

Generated on 2021-12-07 11:07:08 by $MirOS: src/scripts/roff2htm,v 1.103 2021/01/23 20:24:35 tg Exp $ — This product includes material provided by mirabilos.

These manual pages and other documentation are copyrighted by their respective writers; their sources are available at the project’s CVSweb, AnonCVS and other mirrors. The rest is Copyright © 2002–2021 MirBSD.

This manual page’s HTML representation is supposed to be valid XHTML/1.1; if not, please send a bug report — diffs preferred.