Closed Bug 341745 Opened 18 years ago Closed 18 years ago

Use ROLE_ENTRY and ROLE_PASSWORD_TEXT, if available

Categories

(Core :: Disability Access APIs, defect)

x86
All
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: aaronlev, Assigned: aaronlev)

References

Details

(Keywords: access)

Attachments

(1 file, 2 obsolete files)

Text entry and password fields should use the correct role, both for nsIAccessible and for ATK.
Attachment #225873 - Attachment description: Builds → 1) ROLE_TEXT now always means text content, 2) Move GetRole/GetExtState() to cross platform classes
Attachment #225873 - Flags: review?
Attachment #225873 - Flags: review?(pilgrim)
Attachment #225873 - Flags: review?
Attachment #225873 - Attachment is obsolete: true
Attachment #225881 - Flags: review?(pilgrim)
Attachment #225873 - Flags: review?(pilgrim)
Comment on attachment 225881 [details] [diff] [review]
Addresses Mark's comments

For the record, my objections to the previous patch were that <INPUT DISABLED> and <TEXTAREA DISABLED> were being exposed as EXT_STATE_EDITABLE.  I had questions about the single-line/multi-line handling of <TEXTAREA ROWS=1> and <TEXTAREA WRAP=OFF> but Aaron convinced me that those were being exposed properly.  (Textareas are always multi-line as far as screenreaders are concerned because you can press ENTER and get to a new line within the textarea, even if WRAP=OFF or ROWS=1.)
Attachment #225881 - Flags: review?(pilgrim) → review+
Blocks: 340829
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: