Hey Julian, i’m trying to track down a display issue with BubbleMessageComponent. It has something to do with transparent windows(as its the only component(that i’m using) that get’s affected). I am using the tip.
Open App in Rosetta(problem is also on real PowerPC computers)
Result - PowerPC
I’ve tried tracking it down a little I think it could be in NSViewComponentPeer.mm - When juceImage.hasAlphaChannel you call swapRGBOrder with the note that our data is BGRA
but PixelFormats.h defines BIG_ENDIAN as ARGB
Hope that helps, and thanks so much as usual! Happy new Year to all…
I no longer have a PPC machine to try this on, but is it just a case of doing this?
[code] void draw (const float x, const float y,
const RectangleList& clip,
const int originX, const int originY) const
{ #if JUCE_LITTLE_ENDIAN
// Our data is BGRA and the damned image rep only takes RGBA, so
// we need to byte-swap the active areas if there’s an alpha channel…
if (juceImage.hasAlphaChannel())
{
RectangleList::Iterator iter (clip);
while (iter.next())
{
const Rectangle* const r = iter.getRectangle();
It is displaying properly, I just hope there aren’t any adverse affects somewhere else! (Hence the assert…seeing as this function is now SwapRGBA on PowerPC! A quick find in the trunk shows its currently only being using an Alpha images, so it should be ok, but it might be worth renaming the function!)