XMCOMMANDGETCHILD(3)

πŸ“¦
version 2.3.8 Β· 3 versions
, in arch rolling, centos-stream 9, epel 10, fedora 43, fedora 44, nixos 26.05, nixpkgs unstable, opensuse-leap 16.0

πŸ’– XmCommandGetChild (library call) πŸ’–

okay so bestie, this is the manual page for XmCommandGetChild, and it's giving library call realness. no cap. ✨


✨ NAME ✨

XmCommandGetChild β€” it's a Command function, and the whole point is accessing a component. lowkey iconic.


✨ SYNOPSIS ✨

#include <Xm/Command.h>
Widget XmCommandGetChild(
Widget widget,
unsigned char child);

✨ DESCRIPTION ✨

XmCommandGetChild is literally how you access a component inside a Command. the parameters you pass in are the Command widget itself and a value that tells the function which component you're trying to reach. that's it, that's the vibe. 🫢

  • widget β€” specifies the Command widget ID. yes, the actual widget. don't be weird about it.
  • child β€” specifies a component within the Command. these are the legal values for this parameter, and you must stay in this lane:
    • XmDIALOG_COMMAND_TEXT
    • XmDIALOG_PROMPT_LABEL
    • XmDIALOG_HISTORY_LIST
    • XmDIALOG_WORK_AREA

if you want the complete definition of Command and all its associated resources, go read XmCommand(3). it's the source, bestie. πŸ“š


✨ RETURN ✨

it returns the widget ID of the specified Command component. easy enough.

⚠️ but listen β€” an application should not assume that the returned widget will be of any particular class. so don't go assuming things, okay? that's not the move. 😭


this whole page is XmCommandGetChild(library call) β€” that's the source/version and date, and it ate. periodt. πŸ’…πŸŒΈ