diff options
| author | Havoc Pennington <hp@redhat.com> | 2001-02-24 01:39:40 +0000 |
|---|---|---|
| committer | Havoc Pennington <hp@redhat.com> | 2001-02-24 01:39:40 +0000 |
| commit | c93d9bc85d7bc76c7ece39f3b7fb33cfab807c2d (patch) | |
| tree | 49397e7ded1c37afbc0753caefbc73876de2b64f /clipboard | |
| parent | 417407e614bc519725822a10196c45c8c4f2d8e3 (diff) | |
| download | xdg-specs-c93d9bc85d7bc76c7ece39f3b7fb33cfab807c2d.tar.xz | |
updates
Diffstat (limited to 'clipboard')
| -rw-r--r-- | clipboard/clipboards.txt | 9 |
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 |