Anonymous | Login | 03-07-2021 09:07 UTC |
Main | My View | View Issues | Change Log | Docs |
Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | |||||||||||
ID | Category | Severity | Reproducibility | Date Submitted | Last Update | |||||||
0000897 | [Squeak] Graphics | minor | always | 02-24-05 10:11 | 10-26-05 02:32 | |||||||
Reporter | johnmci | View Status | public | |||||||||
Assigned To | ||||||||||||
Priority | normal | Resolution | open | |||||||||
Status | acknowledged | Product Version | 3.8 | |||||||||
Summary | 0000897: Color black is altered for 32bit forms, this leads to issues if you expect the pixel to be black when testing. | |||||||||||
Description |
| form | form := Form extent: 10@10 depth: 32. form fillWithColor: Color yellow. form colorAt: 0@0 put: Color black. ^(form colorAt: 0@0) = Color black. The problem is that we change the Color black from a zero value to a value of 1 to avoid indicating this is a transparent pixel. Later if we fetch back the pixel color it is NOT black and the test above fails since 1 <> 0. We can either ignore this problem, or consider changing the colorAt: to say value 1 at 32bit depth is really value 0, or change Color>>= to say 1 or 0 = 0. I do recall changing the mpeg plugin to ensure black pixels have a value of 1, possible the same was done for the jpeg plugin? |
|||||||||||
Additional Information | ||||||||||||
Attached Files | ||||||||||||
|
![]() |
|
(0002981 - 68 - 68 - 68 - 68 - 68 - 68) andreas 10-26-05 02:32 |
I don't really see how to fix this, but it certainly is a problem... |
Mantis 1.0.8[^]
Copyright © 2000 - 2007 Mantis Group
34 total queries executed. 29 unique queries executed. |