summaryrefslogtreecommitdiff
path: root/gdk/gdkclipboardprivate.h
Commit message (Collapse)AuthorAgeFilesLines
* gdk: Change some async clipboard apiMatthias Clasen2019-04-021-1/+1
| | | | | | The pattern we generally follow is to put the async result right after the source object, in finish functions. Do this for gdk_clipboard_read_finish.
* clipboard: Add infrastructure to store clipboardsBenjamin Otte2017-12-031-0/+8
| | | | | Clipboard managers will be so happy once the backends actually implement it!
* clipboard: Allow claiming the clipboard to failBenjamin Otte2017-12-031-10/+14
| | | | | | | | Also make clipboard_claim() a vfunc so backends can override it. Because the whole operation a vfunc, backends have the option of adding code before the actual claim is done and potentially even fail or do something after the successful claim.
* clipboard: Implement local fallback clipboard transfersBenjamin Otte2017-12-031-0/+10
| | | | | | | This requires implementing a "pipe" so we can have 2 streams running: contentprovider => serializer => outputstream inputstream => deserializer => reader And the pipe shoves the data from the outputstream into the inputstream.
* clipboard: Refactor gdk_clipboard_read() to be asyncBenjamin Otte2017-12-031-2/+10
| | | | | | | | This allows us not just to pass any mime type to the read function, but it also makes it possible to pass multiple mime types and the clipboard can then try them in order until it finds a supported one. This is so far not implemented though.
* clipboard: Implement gdk_clipboard_read()Benjamin Otte2017-12-031-1/+3
|
* clipboard: Add gdk_clipboard_claim_remote()Benjamin Otte2017-12-031-0/+2
| | | | | This allows the remote clipboard to take over. The X11 clipboard already does that.
* gdk: A GdkClipboard API draftMatthias Clasen2017-12-031-0/+51
This commit adds a GdkClipboard object which is intended to replace GtkClipboard, eventually.
View Lorry Controller Status