Re: [Libwpg-devel] Proposal: input stream simplification

[Fridrich S. <fri...@bl...>]

Ok, so this is what I did. I declared the bitmap having 32-bit colours. 
If OOo gets such a bitmap, it expects to receive a bgra (or argb in 
little endian) colour. This means, that we are giving it all the 
information including the alpha channel in this way. Other applications, 
since the fourth byte is specified as reserved, will simply ignore the 
information. IMHO, it is OK for the while.

I implemented the embedded bitmaps in the WPGSVGGenerator class too. As 
well as in the wpg2odg's OdfExporter. I committed such a change also 
into ooo-build main trunk. And it looks like working very well :-)

On other note, I built the other day a static Qt on win32 and I built a 
completely statical perfectspot.exe (including the jpeg plugin :-) ). It 
can be tried here: http://hei.unige.ch/~strba5/ariya/perfectspot.exe

Concerning the compilation on Mac, I have a little problem, because when 
I was changing jobs, I had to bring many of my test machines (that I 
own) from my office (where there was a lot of place) to my home. Doing 
that, I had to pack out some things and it looks like I packed out also 
my KVM switch, so I am currently not able to use the Mac Mini. When I 
find the switch somewhere in a box in my cellar, I will give it a try.

Cheers

Fridrich

Ariya Hidayat wrote:
>> Stop the presses. Is WPG raster containing alpha channel, if not, it is
>> much easier to generate a normal *.bmp. I an almost having a bmp
>> generator ready :-)
> Yes, there is a possibility of alpha channel. 
> But having a BMP generator is also cool.