XMIMGETXIC(3)
π XmImGetXIC π
ok so bestie, welcome to the XmImGetXIC page β it's a library call, part of the Xm input manager family, and it's literally the one that goes and gets you an XIC for a widget. yes that's the whole vibe. let's get into it π
β¨ NAME β¨
XmImGetXIC β an input manager function that obtains an XIC for a widget
like. that's it. that's the job. it gets you an XIC. for a widget. slay π
πΈ SYNOPSIS πΈ
#include <Xm/XmIm.h>
XIC XmImGetXIC(
Widget widget,
XmInputPolicy input_policy,
ArgList args,
Cardinal num_args);
ok the way you call it is exactly like that, no notes, copy it character for character or it will not work and i will know π«Ά
π¦ DESCRIPTION π¦
ok so here's the tea: XmImGetXIC creates and registers an X Input Context (XIC) with the arguments you hand it, for the widget you point at. main character behavior fr fr β¨
and here's the part you actually need to know β if you pass XmINHERIT_POLICY as the input_policy, a new XIC gets created only if it's actually required to be, either because of the arguments or because of the VendorShell input policy. like, it's not out here making XICs for fun. it's discerning. it has standards. π
also, and this is important: any existing XIC registered with widget is unregistered. so if your widget already had one, bestie... it's gone. replaced. out with the old π
go read the VendorShell reference page if you want the full lore, it has further details.
now the parameters, one by one, no skipping:
widgetβ the ID of a widget for which an Input Context is to be created. yes, the ID. not the name, not the vibe, the ID π―input_policyβ the type of input policy. it accepts the following values:XmINHERIT_POLICYβ inherits the policy fromVendorShell. it's giving "i'll do what the shell does" πXmPER_WIDGETβ creates a new XIC for this widget. just for them. special treatment. per widget, periodt πXmPER_SHELLβ creates a new XIC for the shell, if needed. note the "if needed" β it's not out here doing extra work for no reason π§
argsβ anXtArgListparameter to use for creating the XIC. this is where you put your little settings πnum_argsβ the number of arguments in theargsparameter. yes you have to count them. yes it's annoying. yes it's required π
β RETURN β
it returns the created XIC. π
β οΈ okay listen, this part is on YOU: the application is responsible for freeing the returned XIC by calling XmImFreeXIC. do not just walk away from it. it is not a gift, it is a loan. free your XIC bestie π
π RELATED π
ok that's the whole page, you ate it, i'm obsessed π
β¨ go forth and free your XICs, and remember β this was the XmImGetXIC library call page from the Xm manual, so if you see the header and footer floating around somewhere in your man viewer, that's just the manual name doing its thing. mwah π«Άπ
π¦ 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