XMCLIPBOARDCOPYBYNAME(3)
π XmClipboardCopyByName β the library call glow-up π
okay bestie, sit down, hydrate, and let me tell you about XmClipboardCopyByName from section 3 of the library manual, because this little function is lowkey the backstage pass of the Motif clipboard world π
β¨ NAME β¨
XmClipboardCopyByName β a clipboard function that copies a data item passed by name π
πΈ SYNOPSIS πΈ
#include <Xm/CutPaste.h>
int XmClipboardCopyByName (display, window, data_id,
buffer, length, private_id)
Display * display;
Window window;
long data_id;
XtPointer buffer;
unsigned long length;
long private_id;
(void)
π¦ DESCRIPTION π¦
so here's the tea β XmClipboardCopyByName copies the actual data for a data item that was previously passed by name to the clipboard. and when do you count as "passed by name"? it's giving: when a call to XmClipboardCopy was made with a NULL buffer parameter. that's the moment the clipboard was like "okay noted, name only, no data yet" π
and then β plot twist β if you call this function again and again, those additional calls append new data to the existing data. it just keeps stacking, no cap. β¨
displayβ Specifies a pointer to theDisplaystructure that was returned in a previous call toXOpenDisplayorXtDisplay. πwindowβ Specifies the window ID of a widget that relates the application window to the clipboard. you can grab that widget's window ID throughXtWindow. and listen: the same application instance should pass the same window ID to every clipboard function it calls. consistency is the vibe, fr fr. π«Άdata_idβ Specifies an identifying number assigned to the data item that uniquely identifies the data item and the format. this number was handed out byXmClipboardCopyto the data item. it's basically the item's little passport πbufferβ Specifies the buffer from which the clipboard copies the data. π¦lengthβ Specifies the number of bytes in the data item. numbers bestie, exact numbers π’private_idβ Specifies the private data that the application wants to store with the data item. yes queen, stash your little secrets with it π
π RETURN π
XmClipboardSuccessβ The function was successful. slay! πβ¨XmClipboardLockedβ The function failed because the clipboard was locked by another application. π and the move here? the application can continue to call the function again with the same parameters until the lock goes away. this gives the application the opportunity to ask if the user wants to keep trying or to give up on the operation. so like, politely knock again, or let the user decide. no forcing the lock, we're not that girl π
π RELATED π
and that's the whole page, bestie π this was XmClipboardCopyByName(library call) β the manual name, the source/version, and the date all live on that footer line, so consider this your cute little sign-off from the library call section, periodt. πβ¨π¦
π¦ 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