<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On Tue, Jan 24, 2017 at 4:18 PM, Alberts Muktupāvels <span dir="ltr"><<a href="mailto:alberts.muktupavels@gmail.com" target="_blank">alberts.muktupavels@gmail.com</a>></span> wrote<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Carries an ARGB32 binary representation of the icon, the format of icon 
data used in this specification is described in Section Icons<br><p>All the icons can be transferred over the bus by a particular 
serialization of their data, capabe of representing multiple resolutions
 of the same image or a brief aimation of images of the same size.</p>

<p>Icons are transferred in an array of raw image data structures of 
signature a(iiay) whith each one describing the width, height, and image
 data respectively. The data is represented in ARGB32 format and is in 
the network byte order, to make easy the communication over the network 
between little and big endian machines.</p></blockquote></div></div></div></div></blockquote><div>Apparently even this part is not clear from specification - ARGB32 data can be premultiplied. So one item provides <span class="gmail-comment-copy">premultiplied </span><span class="gmail-comment-copy">data, next one not premultiplied. How hosts should deal with that?<br></span></div></div></div><div class="gmail_extra"><br>-- <br><div class="gmail_signature"><div dir="ltr">Alberts Muktupāvels<br></div></div>
</div></div>