Re: [pygame] blit anomalies in pygame 1.8.1release (2)

["René Dudfield" <renesd@xxxxxxxxx>]

hi,

I'm not sure if it is actually wrong behavior... I'm just guessing at
this point.



On Tue, Aug 12, 2008 at 12:35 PM, claudio canepa <ccanepacc@xxxxxxxxx> wrote:
>
>
> On 8/11/08, René Dudfield <renesd@xxxxxxxxx> wrote:
>>
>> hi,
>>
>> have you added a test case?
>>
>> I'm pretty sure this changes the behavior of previous pygame, so we
>> decided to keep the behavior.
>>
>>
>>
>> On Tue, Aug 12, 2008 at 8:34 AM, Lenard Lindstrom <len-l@xxxxxxxxx> wrote:
>> > Lenard Lindstrom wrote:
>> >>
>> >> claudio canepa wrote:
>> >>>
>> >>> 2. When blitting (with no blend flags) an opaque pixel ( alpha channel
>> >>> at
>> >>> 255 ) over any other pixel, seems natural that the resulting color be
>> >>> the
>> >>> src color. (opaque is opaque, right ?). In most cases pygame is off by
>> >>> one,
>> >>> by example:
>> >>> .   dst is filled with (x,0,0,128)
>> >>> .   src is filled with (0,z,0,255)
>> >>> .   dst.blit(src,(0,0)) will be filled with ( 0, z-1, 0, 255)   (
>> >>> minusblit.py demoes this )
>> >>>
>> >>>
>> >> Thanks for bringing it to our attention. This was a known bug in Pygame
>> >> 1.7 and was fixed previous to Pygame 1.8. Apparently the bug was
>> >> reintroduced in an attempt to optimize the code. I will repair it.
>> >>
>> > Bug fixed in SVN revision 1608.
>> >
>> > --
>> > Lenard Lindstrom
>> > <len-l@xxxxxxxxx>
>> >
>> >
>
> Can developers add a brief note to documentation when a bug is intentionally
> kept ?
> It is a waste of time to perpetually build 'bug demos' (users) , add  -
> remove code (developers).
> Besides, undocumented wrong behavior is awfull when writing tests !
>
> --
> claxo
>