XMVACREATEHIERARCHY(3)
β¨ XmVaCreateHierarchy β the Hierarchy widget glow-up β¨
okay bestie, welcome to the XmVaCreateHierarchy(library call) page π this is the manual for the Hierarchy widget convenience creation functions, and honestly? it's short, it's sweet, it's giving "just make me a widget please" energy.
πΈ NAME πΈ
XmVaCreateHierarchy, XmVaCreateManagedHierarchy β A Hierarchy widget convenience creation functions.
like... the whole point is convenience. you want a Hierarchy widget, you don't wanna do the long way, you call these. periodt π
π SYNOPSIS π
#include <Xm/Hierarchy.h>
Widget XmVaCreateHierarchy(
Widget parent,
String name,
...);
Widget XmVaCreateManagedHierarchy(
Widget parent,
String name,
...);
see how they both take that lil ... at the end? that's the varargs moment, we love her π«Ά
π¦ DESCRIPTION π¦
so these functions create an instance of a Hierarchy widget and return the associated widget ID. iconic. they use the ANSI C variable-length argument list (varargs) calling convention, which is why the synopsis looks all mysterious with the ... β it's not being shady, that's just how varargs roll π
here's the breakdown of the two functions, no gatekeeping:
XmVaCreateHierarchyβ a convenience routine that callsXtCreateWidget. no cap.XmVaCreateManagedHierarchyβ a convenience routine that callsXtCreateManagedWidget. also no cap.
and now the arguments, bestie, pay attention:
parentβ Specifies the parent widget ID. like, who's your mom. who do you belong to. that one πnameβ Specifies the name of the created widget. name her. name her something cute. or functional, honestly, whatever slays β¨...β Specifies the variable argument list to override the resource defaults. this is where you get to be the main character and change stuff π
for the FULL definition of Hierarchy and all its associated resources, go read XmHierarchy(3). this page is not gonna repeat all that, it's not that kind of girl π
π RETURN π
Returns the Hierarchy widget ID. that's it, that's the return. you get a widget ID back, you hold onto it, you treat it right π₯°
π RELATED π
the friend group, the squad, the ones you should also go read:
and that's the whole page!! πβ¨π this lil cutie is from the XmVaCreateHierarchy(library call) manual, and yes, the footer says the exact same thing again because manpage footers are nothing if not consistent π go forth and create your Hierarchy widgets, bestie β you got this π¦π
πΈ
π¦ where this page comes from
- alpine 3.24: motif-doc 2.5.2-r0 Β· LGPL-2.1-or-later
- arch rolling: openmotif 2.3.8-4 Β· LGPL-2.1-or-later
- centos-stream 9: motif-devel 2.3.4-32.el9 Β· LGPLv2+
- centos-stream 9: motif-devel 2.3.4-32.el9 Β· LGPLv2+
- epel 10: motif-devel 2.3.8-2.el10_2 Β· LicenseRef-Callaway-LGPLv2+
- fedora 43: motif-devel 2.3.8-1.fc43 Β· LicenseRef-Callaway-LGPLv2+
- fedora 43: motif-devel 2.3.8-1.fc43 Β· LicenseRef-Callaway-LGPLv2+
- fedora 43: motif-devel 2.3.8-2.fc43 Β· LicenseRef-Callaway-LGPLv2+
- fedora 43: motif-devel 2.3.8-2.fc43 Β· LicenseRef-Callaway-LGPLv2+
- fedora 44: motif-devel 2.3.8-3.fc44 Β· LicenseRef-Callaway-LGPLv2+
- fedora 44: motif-devel 2.3.8-3.fc44 Β· LicenseRef-Callaway-LGPLv2+
- nixos 26.05: motif 2.3.8
- nixpkgs unstable: motif 2.3.8
- opensuse-leap 16.0: motif-devel 2.3.8-bp160.1.1 Β· LGPL-2.1-or-later
- opensuse-leap 16.0: motif-devel 2.3.8-bp160.1.1 Β· LGPL-2.1-or-later
- opensuse-leap 16.0: motif-devel 2.3.8-bp160.1.1 Β· LGPL-2.1-or-later
- opensuse-leap 16.0: motif-devel 2.3.8-bp160.1.1 Β· LGPL-2.1-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms