XMCLIPBOARDENDCOPY(3)
π NAME π
XmClipboardEndCopy β a clipboard function that completes the copying of data to the clipboard π
okay so bestie, this is the finale of your clipboard-copy era. it's giving "closing credits." periodt.
β¨ SYNOPSIS β¨
#include <Xm/CutPaste.h>
int XmClipboardEndCopy (display, window, item_id)
Display * display;
Window window;
long item_id;
(void)
yes, that (void) is just sitting there at the end being mysterious. it's in the original, so it's staying. main character energy fr fr π
π¦ DESCRIPTION π¦
so, XmClipboardEndCopy locks the clipboard so nobody else can touch it, places your data in the clipboard data structure, and then unlocks the clipboard. that's the whole arc. π«Ά
here's the tea though: all those data items you copied over with XmClipboardCopy? they are not actually entered into the clipboard data structure until you make this call. like, they're backstage. this is the call that walks them out on stage. π
this function also frees up the temporary storage that was allocated by XmClipboardStartCopy, which must be called before XmClipboardEndCopy. no skipping steps, bestie. π
and like β do not call this function if XmClipboardCancelCopy has already been called. those two do not coexist. pick a lane. π
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 get the 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. β¨item_idβ Specifies the number assigned to this data item, which was returned by a previous call toXmClipboardStartCopy. it's your little ticket number, keep it safe ποΈ
π₯ RETURN π₯
XmClipboardSuccessβ The function was successful. slay! ate! no crumbs! πXmClipboardLockedβ The function failed because the clipboard was locked by another application. rude, honestly. π but here's the thing β the application can continue to call the function again with the same parameters until the lock goes away. that gives your application the opportunity to ask the user if they want to keep trying or just give up on the operation. so it's not a dead end, it's a "wanna keep going?" moment. πXmClipboardFailβ The function failed becauseXmClipboardStartCopywas not called. yeah. you skipped the first step. it happens to the best of us. π
π RELATED π
XmClipboardCancelCopy(3), XmClipboardCopy(3) and XmClipboardStartCopy(3). go read those too, they're the whole friend group π«Άβ¨
okay that's the whole page!! this was XmClipboardEndCopy from the library call section of the manual β the library call girlies stay winning ππΈπ go forth and complete your copies, bestie, ily π¦β
π¦ 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