<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jul 27, 2015 at 1:44 PM, Peter Harris <span dir="ltr"><<a href="mailto:pharris@opentext.com" target="_blank">pharris@opentext.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">For the most part, strings are lists of "char" and lists of small<br>
integers are lists of "BYTE", "CARD8", or "INT8".<br>
<br>
I haven't audited the entire code base to see if this convention is used<br>
consistently. A patch to fix any deviations would be appreciated.<br>
<br>
Peter Harris<br></blockquote><div>I will look closer at this, but if this is the case it is nowhere near obvious as I have half a screenfull of special cases in Just xproto. </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Aside: PolyText(8|16) is a troublesome case that needs to be a list of<br>
(something that contains a <switch>) instead of "BYTE", since "char"<br>
wouldn't be correct in the current description either.<br>
<span class=""><br></span></blockquote><div>What were they thinking when the wrote the poly text part of the protocol? I have not found a use for them that image text and setting a font does not do better without the weird magic length. Especially since truetype support is moving client side. These were the worst offenders for special cases as they each got their own (maybe two each when I get the font part working in perl).</div></div><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div>--</div><div><div>Ben Hildred</div><div>Automation Support Services</div></div><div>303 815 6721</div></div>
</div></div>