diff options
| author | v4hn <me@v4hn.de> | 2016-05-19 12:16:57 +0200 |
|---|---|---|
| committer | Christoph Lohmann <20h@r-36.net> | 2016-06-03 14:55:25 +0200 |
| commit | 60aeb37edb8c5280d31b6b3c801d09c7a5fdca76 (patch) | |
| tree | d9ef71ce756e5bd5295bf0f208e099039f2a3257 /LEGACY | |
| parent | 66556d967028a0b770e9bfcb9667389a6e994a58 (diff) | |
| download | st-60aeb37edb8c5280d31b6b3c801d09c7a5fdca76.tar.gz st-60aeb37edb8c5280d31b6b3c801d09c7a5fdca76.tar.bz2 st-60aeb37edb8c5280d31b6b3c801d09c7a5fdca76.zip | |
delete clipboard properties after pasting them
https://tronche.com/gui/x/icccm/sec-2.html#s-2.4 specifies:
> Once all the data in the selection has been retrieved,
> the requestor should delete the property in the SelectionNotify request
Most Clipboard-Owners ignore whether or not the property is already set,
so this is mostly a cosmetic change to keep the windows property list clean.
However, at least synergy decides to wait for the requestor to delete
the properties if they are already set by a previous paste (from synergy).
Signed-off-by: Christoph Lohmann <20h@r-36.net>
Diffstat (limited to 'LEGACY')
0 files changed, 0 insertions, 0 deletions