summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorHavoc Pennington <hp@redhat.com>2001-02-24 01:39:40 +0000
committerHavoc Pennington <hp@redhat.com>2001-02-24 01:39:40 +0000
commitc93d9bc85d7bc76c7ece39f3b7fb33cfab807c2d (patch)
tree49397e7ded1c37afbc0753caefbc73876de2b64f
parent417407e614bc519725822a10196c45c8c4f2d8e3 (diff)
downloadxdg-specs-c93d9bc85d7bc76c7ece39f3b7fb33cfab807c2d.tar.xz
updates
-rw-r--r--clipboard/clipboards.txt9
1 files changed, 8 insertions, 1 deletions
diff --git a/clipboard/clipboards.txt b/clipboard/clipboards.txt
index 91c9d06..682467e 100644
--- a/clipboard/clipboards.txt
+++ b/clipboard/clipboards.txt
@@ -106,4 +106,11 @@ app you did a cut/copy from removes the cut/copied data from the
clipboard, since the selection protocol is asynchronous and requires
the source app to provide the data at paste time. The solution here
would be a standardized protocol for a "clipboard daemon" so that apps
-could hand off their data to a daemon when they exit.
+could hand off their data to a daemon when they exit. Or
+alternatively, you can run an application such as xclipboard which
+constantly "harvests" clipboard selections.
+
+References:
+ - the ICCCM, obviously
+ - http://www.xfree86.org/~keithp/talks/selection.ps
+ - http://www.jwz.org/doc/x-cut-and-paste.html