<div dir="ltr">I can't remember whether we have a structural typedef in the schema so that it can correspond better with the protocol docs, but if we don't we probably should. That would capture strings (STRING8, STRING16) as well as various other corner cases (TIMESTAMP, BUTTON, KEYCODE, etc). For now, it may be better to just kludge STRING8 and STRING16 into the schema, but it seems like that could get exciting without some notion of structural type equivalency, maybe?</div><br><div class="gmail_quote"><div dir="ltr">On Mon, Jul 27, 2015 at 10:50 AM Ben Hildred <<a href="mailto:42656e@gmail.com">42656e@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br clear="all"><div>It is possible that I missed something, but I believe there is a small opportunity for improvement to the schema which would make life significantly easier for those using languages with a true string type. I have noticed that there are at least three different uses for a list of integers of a given size in the x protocol. For example a list of bytes can be a string (image text 8), an array of numbers (set dashes), or some other type of data (set pointer mapping) I have not seen a place to store this information in the schema. I doubt it would be used in c but it  would be handy for perl where I am using local lookup tables to keep it straight.</div>-- <br><div><div>--</div><div><div>Ben Hildred</div><div>Automation Support Services</div></div><div>303 815 6721</div></div>
</div>
_______________________________________________<br>
Xcb mailing list<br>
<a href="mailto:Xcb@lists.freedesktop.org" target="_blank">Xcb@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/xcb" rel="noreferrer" target="_blank">http://lists.freedesktop.org/mailman/listinfo/xcb</a></blockquote></div>