Closed Bug 462868 Opened 16 years ago Closed 16 years ago

background-color text attribute being exposed as black when it isn't

Categories

(Core :: Disability Access APIs, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

VERIFIED FIXED

People

(Reporter: aaronlev, Assigned: surkov)

References

(Blocks 2 open bugs)

Details

(Keywords: access, verified1.9.1)

Attachments

(2 files, 1 obsolete file)

Attached file Testcase (deleted) —
In many pages we are exposing the background color as black, which makes the text appear to be black on black. My guess is that we get it wrong when no background color was set by the page.
Attached patch patch (obsolete) (deleted) — Splinter Review
do not expose text attribute if background-color wasn't specified at all.
Assignee: nobody → surkov.alexander
Status: NEW → ASSIGNED
Attachment #346392 - Flags: review?(aaronleventhal)
Comment on attachment 346392 [details] [diff] [review] patch bug 455834 should be fixed as well.
Attachment #346392 - Flags: review?(marco.zehe)
Comment on attachment 346392 [details] [diff] [review] patch Just for clarification: If the background-color value is missing alltogether, IA2 clients should assume "white" or "transparent", correct? Please explicitly document this in our text attributes doc.
Attachment #346392 - Flags: review?(marco.zehe) → review+
Keywords: dev-doc-needed
Attachment #346392 - Flags: review?(aaronleventhal) → review+
Actually, I am confused about that too (comment 3). Alex, I thought we were going to have default values for various text attributes. When the text attribute is not exposed, use the default value. But here, this is using a different concept. We're saying it means "not specified". But there is a background color that will be used from the user's Firefox or system preferences.
Actually I'm confused as well. Iirc we should expose rgb(r, g, b) but there is no background at all. It's possibly white. But it's not from point of view gecko layout implementation. It's possibly transparent. But it's not because it should mean we should see desktop. Therefore I thought it's possibly good to follow the gecko layout concept: if there is no background then it's nothing to expose, even for default attributes.
We need to get feedback from the AT developers. Check it in as it is and we'll see what people say. They will not like it if they will want know what the actual background color is currently (and don't care whether it's because its the default color or was set). Do we do the same for foreground color? What do we do if it was not specified?
(In reply to comment #6) > Do we do the same for foreground color? What do we do if it was not specified? No, color is always specified.
What about if there's no background color specified, get the background color that's set in the operating system's current Display settings? Do we have access to that? I agree with Aaron, we should not expose nothing.
Attached patch patch2 (deleted) — Splinter Review
Attachment #346392 - Attachment is obsolete: true
Attachment #350564 - Flags: review?(aaronleventhal)
Attachment #350564 - Flags: review?(marco.zehe)
bug 455834 must be duplicate of this bug.
Blocks: textattra11y
Attachment #350564 - Flags: review?(marco.zehe) → review+
Attachment #350564 - Flags: review?(aaronleventhal) → review+
Attachment #350564 - Flags: approval1.9.1?
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Verified fixed using Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2a1pre) Gecko/20081211 Minefield/3.2a1pre
Status: RESOLVED → VERIFIED
there is nothing to document (remove 'dev-doc-needed' keyword)
Keywords: dev-doc-needed
Comment on attachment 350564 [details] [diff] [review] patch2 a191=beltzner
Attachment #350564 - Flags: approval1.9.1? → approval1.9.1+
Pushed on Alexander's behalf in changeset: http://hg.mozilla.org/releases/mozilla-1.9.1/rev/25612a6d277c
Keywords: fixed1.9.1
Verified fixed in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3pre) Gecko/20090120 Shiretoko/3.1b3pre
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: