<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 14, 2015 at 9:13 AM, Pekka Paalanen <span dir="ltr"><<a href="mailto:ppaalanen@gmail.com" target="_blank">ppaalanen@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, 14 Dec 2015 10:39:05 -0500<br>
Lyude <<a href="mailto:cpaul@redhat.com">cpaul@redhat.com</a>> wrote:<br>
<br>
> On Sat, 2015-12-12 at 11:29 -0800, Bill Spitzak wrote:<br>
> > I don't think you need the word "primary" in there. It can be called the<br>
> > selection. The other thing this is confused with is called the "clipboard".<br>
> ><br>
> > Glad to see you reusing the dnd protocol. X selection and middle-button paste<br>
> > is really a form of DnD, but with the advantage that the user can rearrage and<br>
> > open and close windows between when they start and finish the drag.<br>
> Alright I'm a bit confused here since I'm getting conflicting opinions on this.<br>
> Should we be reusing the dnd protocol or not? Giulio seems to think we shouldn't<br>
> be reusing the data offer objects here, but I would have thought that makes the<br>
> most sense here seeing as the functionality of a wp_primary_(offer|source) would<br>
> be pretty much identical to the wl_data_(offer|source) objects.<br>
<br>
</span>Giulio is right.<br>
<br>
You must not break the versioning (hierarchy) of protocol objects.<br>
See:<br>
<a href="http://wayland.freedesktop.org/docs/html/ch04.html#sect-Protocol-Versioning" rel="noreferrer" target="_blank">http://wayland.freedesktop.org/docs/html/ch04.html#sect-Protocol-Versioning</a><br>
<br>
Having two different global interfaces that (or their child<br>
interfaces, i.e. the interfaces of objects that can be created from<br>
these) can create objects with the same interface will not allow<br>
that interface to be extended, because the interface version becomes<br>
ambiguous.<br>
<br>
Examples of interfaces that are already impossible to extend are<br>
wl_buffer and wl_callback. For wl_buffer there is a good reason to<br>
break the rule and take the hit of being stuck at version 1<br>
forever, but I think it was more of an accident than intentional<br>
design originally.<br></blockquote><div><br></div><div>He is not creating the DnD objects with the new api, just reusing them.<br><br> <br></div></div></div></div>