Closed
Bug 42968
Opened 24 years ago
Closed 23 years ago
BeOS needs PNG 8-bit alpha transparency
Categories
(Core :: Graphics: ImageLib, defect, P3)
Tracking
()
VERIFIED
FIXED
People
(Reporter: Chris244, Assigned: maz)
Details
Attachments
(1 file)
1.48 KB,
patch
|
Details | Diff | Splinter Review |
nsImageBeOS needs some minor modifications to support 8-bit masks needed for PNG support
Reporter | ||
Comment 1•24 years ago
|
||
Comment 2•24 years ago
|
||
Confirming, adding patch keyword, changing component to imagelib
As mozilla for Be isn't properly loading at this point, I'm going to throw this to ASSIGNED and make it my responsibility to check/fix/apply patch when we have the port back up to parity and *displaying* images again.
Status: NEW → ASSIGNED
Assignee | ||
Comment 5•24 years ago
|
||
Okay, Mozilla is loading well enough to test this bug. (pulling network pages starting today) The gfx and widget libraries are entirely rewritten, so this may be a moot bug. I'll have someone test for proper 8-bit PNG transparency and will either retire the bug or re-submit a new patch off current sources. I'm marrying in 8 days, so I'm a bit too swamped to check it myself (: - Matt
Comment 6•24 years ago
|
||
If you need to implement the 8bit alpha compositor (the DrawComposited family of functions) separately on BeOS then please DO NOT make the same mistake as the present implementations for Windows and Unix. See Bug 51179 for what's apparently wrong with those implementations.
This seems to be working now. I was able to view an 8-bit alpha transpaency PNG image at http://www.libpng.org/pub/png Should this be marked resolved? RESOLVED WORKSFORME
Comment 8•23 years ago
|
||
I think Pavlov fixed this with his other libimg2 cleanups.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•