<div dir="ltr"><div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Fri, Nov 9, 2018 at 12:16 PM Simon Ser <<a href="mailto:contact@emersion.fr" target="_blank">contact@emersion.fr</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thursday, November 8, 2018 3:40 PM, Albert Vaca <<a href="mailto:albertvaka@gmail.com" target="_blank">albertvaka@gmail.com</a>> wrote:<br>
> Hi Simon,<br>
><br>
> I've given your proposal a read, and found it quite complicated. There are<br>
> concepts like "data device" or "data source" that seem too abstract from my<br>
> point of view. I guess your idea is that the clipboard is just one of many<br>
> possible "data devices", but I find this unnecessarily generic.<br>
<br>
No, this is not it. There is only one global "clipboard". The protocol doesn't<br>
aim to be generic, it just uses different names. As said in the pull request,<br>
this protocol is just a copy of the "clipboard" interfaces in the core Wayland<br>
protocol. I suggest you read [1] which gives an overview of how this works.<br>
<br>
Basically:<br>
<br>
* There is one data device per seat<br>
* You can set the selection by creating a data source<br>
* You get get the current selection by using a data offer<br>
<br>
> In my opinion, I would prefer a protocol that just talks about the clipboard and<br>
> its contents. Something similar to the Android Clipboard Manager API [1], on<br>
> Wayland.<br>
<br>
Unfortunately you won't be able to create a Wayland protocol from a Java API.<br>
Wayland is not an RPC protocol, it's an asynchronous protocol.<br>
<br>
[1]: <a href="https://wayland.freedesktop.org/docs/html/ch04.html#sect-Protocol-data-sharing" rel="noreferrer" target="_blank">https://wayland.freedesktop.org/docs/html/ch04.html#sect-Protocol-data-sharing</a><br>
<br></blockquote><div><br></div><div>Simon,</div><div><br></div><div>Thanks for the clarification. I found the wording a bit confusing, but if that's the wording already in use then I agree we should stick with it.</div><div><br></div><div>That said, you have my +1 on your proposal.</div><div><br></div><div>What do we need to do in order to move this forward? I see the proposal has been up for some months but didn't get much attention. </div><div><br></div><div>If it is approved, I can probably make it happen on the KDE side, but it would be nice have input from other compositors.</div><div><br></div><div>Albert</div></div></div></div>