XMCLIPBOARDLOCK(3)
π XmClipboardLock π
okay bestie, welcome to the XmClipboardLock page β it's a library call, and it's literally the bouncer at the clipboard club π«Ά
β¨ NAME β¨
XmClipboardLock β a clipboard function that locks the clipboard ππ
β¨ SYNOPSIS β¨
#include <Xm/CutPaste.h>
int XmClipboardLock (display, window)
Display * display;
Window window;
(void)
β¨ DESCRIPTION β¨
okay so XmClipboardLock locks the clipboard so no other application can touch it until XmClipboardUnlock gets called. π
and like, all clipboard functions lock and unlock the clipboard, because we are not doing simultaneous access in this house. this function is the one that lets your application keep the clipboard data from changing between calls to Inquire and other clipboard functions. π
but ngl, you do not need to lock the clipboard between calls to XmClipboardStartCopy and XmClipboardEndCopy, or between XmClipboardStartRetrieve and XmClipboardEndRetrieve. those are already handled, bestie, you can breathe. π
π if the clipboard is already locked by another application, XmClipboardLock returns an error status. and if the same application calls this function multiple times? that just increases the lock level. stacking locks, main character energy. π§
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 that widget's window ID throughXtWindow. and listen β the same application instance should pass the same window ID to each of the clipboard functions that it calls. consistency is the vibe, fr fr. π¦
β¨ RETURN β¨
XmClipboardSuccessβ slay π the function was successful.XmClipboardLockedβ the function failed because the clipboard was locked by another application. π the application can keep calling the function again with the same parameters until the lock goes away β and that's actually a feature, because it gives the application the opportunity to ask if the user wants to keep trying or to give up on the operation. your call, babe. π«Ά
β¨ RELATED β¨
the girlies you should also know about: XmClipboardEndCopy(3), XmClipboardEndRetrieve(3), XmClipboardStartCopy(3), XmClipboardStartRetrieve(3), and XmClipboardUnlock(3). go read them, iykyk ππ
and that's the whole page, bestie!! this was XmClipboardLock(library call) β yes, same name up top and down at the bottom, she contains multitudes πβ¨ go lock that clipboard, you're doing amazing, 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