TODO: Drop clipboard manager item
authorKristian Høgsberg <krh@bitplanet.net>
Mon, 4 Jun 2012 03:11:34 +0000 (23:11 -0400)
committerKristian Høgsberg <krh@bitplanet.net>
Mon, 4 Jun 2012 03:11:34 +0000 (23:11 -0400)
We have a reasonable prototype in weston now and we're going to
conclude that the persistent selection functionality is either
going to be part of the compositor (as for weston) or use a custom
protocol.

TODO

diff --git a/TODO b/TODO
index 12f22a7..e6f290f 100644 (file)
--- a/TODO
+++ b/TODO
@@ -47,18 +47,6 @@ Core wayland protocol
 
 ICCCM
 
- - clipboard manager interface?  what's needed?  just notification
-   that the selection has gone away.  should the clipboard manager be
-   able to take over the selection "seamlessly", ie, with the same
-   timestamp etc?  Doesn't seem like we need that, the clipboard will
-   have to set a new data_source anyway, with the subset of mimetypes
-   it offers (the clipboad manager may only offer a subset of the
-   types offered by the original data_source)
-
-   The trouble is that when the clipboard manager sets a new data
-   source, we don't want to renew the timestamp and potentially reject
-   a newer "real" data source.
-
  - mime-type guidelines for data_source (ie, both dnd and selection):
    recommended types for text or images, types that a clipboard
    manager must support, mime-types must be listed in preferred order