<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Jan 31, 2017 at 10:44 AM, Christophe Demarey <span dir="ltr"><<a href="mailto:christophe.demarey@inria.fr" target="_blank">christophe.demarey@inria.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Hello,<br>
<br>
With Pavel, we discovered a strange behavior of the primitive #primitiveScreenDepth on Linux. It returns a value of 24 bits per pixel (True colors) that looks valid but not supported (at least by Pharo).<br>
<br>
DisplayScreen actualScreenDepth "(calling the primitive screenDepth)"<br>
        => 32 on OS X [OK]<br>
        => 24 on Linux [KO]<br>
<br>
Also, it is not consistent with the primitive 91<br>
<br>
DisplayScreen new supportsDisplayDepth: DisplayScreen actualScreenDepth<br>
        => true on OS X<br>
        => false on Linux<br>
<br>
There are some safeguard image-side but it would be great if someone could check that vm side.<br></blockquote><div><br></div><div>That seems wrong indeed, since BitBlt can only handle power-of-two depths currently. It should answer 32 or -32 in this case. </div><div><br></div><div>Actually ... is there a difference in pixel layout for 32 bit MSB vs LSB forms? A quick test in SqueakJS suggests there isn't.</div><div><br></div><div>- Bert - </div><div> </div></div><br></div></div>