2014-04-01 0:31 GMT+02:00 Nicolas Cellier < [email protected]>:
> > 2014-03-31 23:58 GMT+02:00 Nicolai Hess <[email protected]>: > > Thank you Nicolas, >> I verified the fix, it works. >> >> I took nicolas' change and build a windows pharo vm. changing the bit >> depth >> to 8bit littleendian (-8) works now. >> >> > hey, you made the major contribution : find the bug and suggest a > correction! > http://bugs.squeak.org/view.php?id=7247 > > >> But there are two more issues (not related to this fix). >> 1. Changing Display depth to 4/8/16 shows horrible rendering artifacts >> (those do not occur on squeak) >> > > could it be related to issue 13057? > No. At least it is not solved by fixing that. Maybe it is related to the fast bitblitting, but I don't think so, and it is in pharo only. > > >> 2. Since refactoring some parts out of DisplayScreen into >> MorphicUIManager you >> can not change the depth from -XX to XX >> Display newDepth:8 >> has no effect if current display depth is -8. >> (This happens on squeak too, verified in Squeak 4.4/Squeak 4.5). >> >> > Hmm, bad, but certainly not an operation tested everyday :) > > >> >> BTW found this change for alphaSourceBlendBits8 its way into squeaks vm? >> I took the lates 4.5 allinone and the bug is still there. >> >> regards >> >> > It's in both VMMaker and VMMaker.oscog head revisions for sure. > But I don't know which VM was included in the distribution. > Squeak VM production is not as engineered as the Pharo one, I think it's > hand-crafted, and the MacOSX version lacks hands now, so it might be >
