<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Feb 8, 2016 at 2:02 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 Fri, 5 Feb 2016 21:03:20 +0100<br>
Benoit Gschwind <<a href="mailto:gschwind@gnu-log.net">gschwind@gnu-log.net</a>> wrote:<br>
<br>
> Hello,<br>
><br>
> I will add my opinion as called for opinions. First I made a quick<br>
> brainstorm following previous proposals about solutions available. I see<br>
> 3 mains choice:<br>
<br>
</span>Hi,<br>
<br>
thanks for looking into this.<br>
<span class=""><br>
> 1. a structure that user fill and pass to the back end;<br>
> 2. an opaque structure that the user fill through helper function;<br>
> 3. a free list of key/value pair.<br></span></blockquote><div> </div><div>The Wayland message api only allows sending of a small set of primitive data types. So if you have a "structure" that is more complex than one of those data types, the only way to send it is through multiple arguments to (possibly multiple) Wayland requests. Therefore it seems like it is limited to solutions 2 and 3, right?</div><div><br></div><div>A list of key/value pairs has a huge advantage that intermediate layers do not need to know anything about the data.</div><div><br></div></div></div></div>