Open
Bug 600898
Opened 14 years ago
Updated 2 years ago
text with RGBA colors (with alpha) has a visible pixel in the otherwise invisible space character when directwrite on and D2D off
Categories
(Core :: Graphics, defect)
Tracking
()
NEW
Tracking | Status | |
---|---|---|
blocking2.0 | --- | - |
People
(Reporter: asa, Unassigned)
References
()
Details
Attachments
(3 files, 2 obsolete files)
I'm seeing little black dots at word breaks on the Mozilla Labs Game On 2010 web page. I don't see them in other browsers. Tested with today's nightly build, hardware acceleration on, Windows 7. Screenshot attached
Reporter | ||
Comment 1•14 years ago
|
||
Reporter | ||
Comment 2•14 years ago
|
||
http://www.w3.org/Style/CSS/Test/CSS3/Color/current/html4/t040202-rgba-a0-6-a.htm is another example and a pretty simple testcase.
![]() |
||
Comment 3•14 years ago
|
||
Does disabling dwrite or d2d change anything?
Reporter | ||
Comment 4•14 years ago
|
||
setting gfx.font_rendering.directwrite.enabled to false fixes this bug. Does that mean this bug belongs in the Graphics component?
Reporter | ||
Comment 6•14 years ago
|
||
looks like it's a problem for the text described in RGBa color. Something about the alpha channel is not being treated properly.
Reporter | ||
Comment 7•14 years ago
|
||
Mozilla Labs uses RGBa with decimal alpha values for its body text so it's all over the place at http://mozillalabs.com/
Reporter | ||
Updated•14 years ago
|
blocking2.0: --- → ?
Reporter | ||
Updated•14 years ago
|
Summary: stray dots at word breaks → css RGBa alpha values greater than zero but less than one leave stray dot at bottom right corner of letters before a word break
Reporter | ||
Updated•14 years ago
|
Summary: css RGBa alpha values greater than zero but less than one leave stray dot at bottom right corner of letters before a word break → css RGBa alpha values greater than zero but less than one leave stray dot at bottom right corner of letters before a word break when directwrite is enabled
Reporter | ||
Comment 8•14 years ago
|
||
OK, it's the bottom left pixel of the space character. Here's a testcase
Reporter | ||
Comment 9•14 years ago
|
||
Attachment #479891 -
Attachment is obsolete: true
Reporter | ||
Comment 10•14 years ago
|
||
Attachment #479893 -
Attachment is obsolete: true
Reporter | ||
Updated•14 years ago
|
Summary: css RGBa alpha values greater than zero but less than one leave stray dot at bottom right corner of letters before a word break when directwrite is enabled → text with decimal css RGBa alpha values have a visible pixel in the otherwise invisible space character when directwrite is enabled
Comment 11•14 years ago
|
||
This should not block, this is only when using DirectWrite, but -not- Direct2D. This is never a default at the moment and fails a bunch of reftests. At the moment GDI rendering with DirectWrite is not something we really fully support yet. I might note this means you're apparently not getting D2D on your machine :).
Reporter | ||
Comment 13•14 years ago
|
||
Apparently I had disabled D2D (not sure why :-) Things look correct when I have it turned on. Sorry for the false alarm. Should we just wontfix this since that's not a supported (nor likely) configuration?
![]() |
||
Comment 14•14 years ago
|
||
If it's not a supported configuration, is there a good reason to allow users to enter it at all?
As in, should disabling d2d disable directwrite?
Summary: text with decimal css RGBa alpha values have a visible pixel in the otherwise invisible space character when directwrite is enabled → text with RGBA colors (with alpha) has a visible pixel in the otherwise invisible space character when directwrite on and D2D off
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•