XMTEXTFIELDCOPYLINK(3)
π XmTextFieldCopyLink π
okay bestie, welcome to XmTextFieldCopyLink(library call) β yes that's the manual name, we're keeping it, it's iconic β¨ this is a little library call from the Xm/TextField universe and she is specifically about link copying. sit down, grab a boba π§, let's go.
πΈ NAME πΈ
XmTextFieldCopyLink β a TextField function that copies a link to the primary selection to the clipboard π
like. she takes the link attached to your primary selection and she puts it on the clipboard. that's the whole job. slay.
β¨ SYNOPSIS β¨
#include <Xm/TextF.h>
Boolean XmTextFieldCopyLink(
Widget widget,
Time time);
look at her. two args. one Boolean back. lowkey elegant π
π¦ DESCRIPTION π¦
okay so here's the tea β β XmTextFieldCopyLink copies a link to the primary selected text to the clipboard.
and the way she does it?? she calls the XmNconvertCallback procedures, possibly multiple times π (yes, more than once, that's normal, don't panic), with the selection member of the XmConvertCallbackStruct set to CLIPBOARD and with the parm member set to XmLINK.
β οΈ and this part is important bestie: the TextField widget itself does not copy any links. nope. not her job. the XmNconvertCallback procedures are responsible for copying the link to the clipboard and for taking any related actions. she just makes the call β you (or your callbacks) do the actual work. main character energy is shared, periodt π
π the arguments
widgetβ specifies the TextField widget ID. yeah, the one and only. the widget in question. give her the ID π«Άtimeβ specifies the time of the transfer. this should be the time of the event which triggered this request. one source of a valid time stamp is the functionXtLastTimestampProcessed. (yes, real function, real name, no cap β steal your timestamp from there β)
also!! for a complete definition of TextField and its associated resources, go see XmTextField(3). she's the big sister page π
π₯ RETURN π₯
she returns False if any of these sad little situations happen:
- the primary selection is
NULL - the widget does not own the primary selection
- the function is unable to gain ownership of the clipboard selection
- no data is placed on the clipboard
otherwise?? she returns True π and we celebrate π
π RELATED π
and that's the whole vibe!! this page was XmTextFieldCopyLink(library call), brought to you by the fine folks of the Xm library docs β no version number and no date on this one, she's timeless like that π anyway bestie, go copy some links, hydrate, and remember: callbacks do the work, the widget just says "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