XMCLIPBOARDUNDOCOPY(3)
β¨ XmClipboardUndoCopy β¨
okay so bestie, we're in the XmClipboardUndoCopy part of the Motif library call docs π this one's a clipboard function, and it's literally the "oops undo that" button for your last paste-to-clipboard moment π«Ά
πΈ NAME πΈ
XmClipboardUndoCopy β a clipboard function that deletes the last item placed on the clipboard π
β¨ SYNOPSIS β¨
#include <Xm/CutPaste.h>
int XmClipboardUndoCopy (display, window)
Display * display;
Window window;
(void)
π DESCRIPTION π
XmClipboardUndoCopy deletes the last item placed on the clipboard, but only if that item was placed there by an application with the passed display and window arguments. Like, consent matters, okay? π«Ά Any data item that got deleted from the clipboard by the original call to XmClipboardCopy gets restored. Iconic behavior honestly.
But β and this is the important part β if the display or window IDs do not match the last copied item, no action is taken, and this function has no effect. It's giving "not your clipboard, not your business" π
displayβ Specifies a pointer to theDisplaystructure that was returned in a previous call toXOpenDisplayorXtDisplay. You know, the whole vibe of which screen we're even talking about πwindowβ Specifies the window ID of a widget that relates the application window to the clipboard. The widget's window ID can be obtained throughXtWindow. The same application instance should pass the same window ID to each clipboard function it calls. Consistency queen π
π₯ RETURN π₯
XmClipboardSuccessβ The function was successful. Slay β¨ we ate, no crumbs.XmClipboardLockedβ The function failed because the clipboard was locked by another application. Rude, honestly π but listen β 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, you can keep refreshing, but also you can just walk away. Both are valid π¦
π RELATED π
XmClipboardLock(3) and XmClipboardStartCopy(3).
bestie reminder: if the display/window don't match, nothing happens. no drama, no deletion, just vibes π
and that's the whole page, fr fr β this was XmClipboardUndoCopy(library call), out here living its best life in the Motif library docs π thanks for reading, 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