Juan Vuletich wrote:
> Andreas Raab wrote:
>> Juan Vuletich wrote:
>>> I have just updated the trunk again. I added 12pt and set it as 
>>> default for window titles (in bold). I also added 7pt. It takes 
>>> little space and it is great for pdas or if you have sharp eyes.
>>
>> Very cool. I noticed one small issue when I was trying to make screen 
>> shots with the fonts: For black text, the resulting output doesn't 
>> seem have the alpha channel set which leads to some odd effects like 
>> in the attached image (notice however that the white-on-blue text 
>> looks fine). You can kinda guess what it's supposed to look like when 
>> you load it into Squeak and do a #fixAlpha on it but it would be good 
>> if we could generate a "proper" alpha channel. Any ideas what might 
>> be causing this?
>>
>> Cheers,
>>   - Andreas
>
> You're right. It seems we need the second BitBlt pass even for black 
> text. Just added that to the trunk. I also added a preference, 
> #properAlphaForBlackText that defaults to true, but can be set to 
> false if performance is more important that correctness.
>
> Note #1. This needs a rather recent VM, that includes my fixes to 
> BitBlt done in April. Your latest Windows VM is ok.
>
> Note #2. If the trend is to fix the handling of alpha channel in the 
> image, at some point the fix to ignore Display alpha must be removed 
> from the Linux VM, to play well with composing window managers.
>
> Note #3. The second pass stuff is done in GrafPort, but not in BitBlt. 
> Do you think it is better to move it up to BitBlt?

Ok. I moved the double pass up to BitBlt, to avoid loss of quality if 
rendering without a GrafPort. I don't know if that is ever done, but 
this way it is more consistent.

Cheers,
Juan Vuletich