<div dir="ltr"><div dir="ltr">On Wed, Nov 7, 2018 at 6:12 PM Simon Ser <<a href="mailto:contact@emersion.fr" target="_blank">contact@emersion.fr</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
On Wednesday, November 7, 2018 5:18 PM, Albert Vaca <<a href="mailto:albertvaka@gmail.com" target="_blank">albertvaka@gmail.com</a>> wrote:<br>
> I would like to start a discussion about the need of a protocol for clipboard<br>
> management in Wayland. As far as I know, the current approach for clipboard<br>
> managers and similar apps requires them to be implemented as part of the<br>
> compositor. This is of course a limitation for third party clipboard managers<br>
> and apps like KDE Connect, which I maintain.<br>
><br>
> For some context, KDE Connect is a service that bridges your smartphone and<br>
> your computers together, with features like wireless file transfers, shared<br>
> notifications, or a shared clipboard across devices (on X11).<br>
><br>
> For the clipboard synchronization in KDE Connect to work on Wayland, we need<br>
> a way to:<br>
> - Change the contents of the clipboard.<br>
> - Get notified about the contents of the clipboard when it changes.<br>
><br>
> I think our needs are very similar to those of clipboard managers, so<br>
> probably one single protocol could address both necessities.<br>
><br>
> What do you think? Should I make a protocol proposal for this use case? Is<br>
> there any similar use case that I'm overlooking?<br>
<br>
This is something wlroots would also be interested in. This could be useful for<br>
xclip-like clients and "real" clipboard managers (which let you e.g. navigate in<br>
the clipboard history).<br>
<br>
I've already started to work on a protocol [1]. It would be nice if we could<br>
share it. Questions and comments welcome!<br>
<br>
Note that there are security considerations that need to be taken into account.<br>
<br>
Thanks,<br>
<br>
[1]: <a href="https://github.com/swaywm/wlr-protocols/pull/25" rel="noreferrer" target="_blank">https://github.com/swaywm/wlr-protocols/pull/25</a><br>
<br>
---<br>
Simon Ser<br>
<a href="https://emersion.fr" rel="noreferrer" target="_blank">https://emersion.fr</a><br></blockquote><div><br></div>Hi Simon,<div><br></div><div>I've given your proposal a read, and found it quite complicated. There are concepts like "data device" or "data source" that seem too abstract from my point of view. I guess your idea is that the clipboard is just one of many possible "data devices", but I find this unnecessarily generic.</div><div><br></div><div>In my opinion, I would prefer a protocol that just talks about the clipboard and its contents. Something similar to the Android Clipboard Manager API [1], on Wayland.</div><div><br></div><div>[1] <a href="https://developer.android.com/reference/android/content/ClipboardManager" target="_blank">https://developer.android.com/reference/android/content/ClipboardManager</a></div><div><br></div><div>Would something on those lines cover your needs, or would you miss something?</div><div><br></div><div>Albert</div></div></div>