+ - explicit cut/copy commands should always set both CLIPBOARD and

+   PRIMARY, even when copying doesn't involve a selection (e.g. a
+   "copy url" -option which explicitly copies an url without the
+   url being selected first)
+
+ - a selection becoming unselected should never unset PRIMARY

1 files changed, 7 insertions, 0 deletions

diff --git a/clipboard/clipboards.txt b/clipboard/clipboards.txt
index 682467e..610083e 100644
--- a/clipboard/clipboards.txt
+++ b/clipboard/clipboards.txt
@@ -82,8 +82,15 @@ correct behavior:
    should always set CLIPBOARD to the currently-selected data (i.e.
    conceptually copy PRIMARY to CLIPBOARD)
 
+ - explicit cut/copy commands should always set both CLIPBOARD and
+   PRIMARY, even when copying doesn't involve a selection (e.g. a
+   "copy url" -option which explicitly copies an url without the
+   url being selected first)
+
  - explicit paste commands should paste CLIPBOARD, not PRIMARY
 
+ - a selection becoming unselected should never unset PRIMARY
+
  - possibly contradicting the ICCCM, clients don't need to support
    SECONDARY, though if anyone can figure out what it's good
    for they should feel free to use it for that