Implement ARIA autocomplete

RESOLVED FIXED

Status

()

Product:
Core
Component:
Disability Access APIs
Type:
defect
Status:
RESOLVED FIXED
Reported:
12 years ago
Modified:
11 years ago

People

(Reporter: aaronlev, Assigned: aaronlev)

Tracking

(Blocks 1 bug, {access})

Version:
Trunk
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

1) Support regular state HASPOPUP via ARIA state table, 2) Support AUTOCOMPLETION state for any of the autocomplete types on both ARIA and natural textboxes/combos, 3) Reorganize code so single/multiline is calculated inside that if to save on perf
5.27 KB, patch
davidb
: review+
damons
: approval1.9+
Details | Diff | Splinter Review
Assignee

Description

•
12 years ago 
A new autocomplete property is being added to combobox and textbox roles.

Possible values:
off
inline
list
both
 Assignee

Updated

•
12 years ago
Attachment #280469 - Attachment description: c:\diff\394896.diff → 1) Support regular state HASPOPUP via ARIA state table -- all combo boxes and any textbox with autocomplete="list"|"both" uses STATE_HASPOPUP, 2) Support AUTOCOMPLETION state for any of the autocomplete types on both ARIA and natural textboxes/combos, 3)

Comment 2

•
12 years ago 
Comment on attachment 280469 [details] [diff] [review]
1) Support regular state HASPOPUP via ARIA state table, 2) Support AUTOCOMPLETION state for any of the autocomplete types on both ARIA and natural textboxes/combos, 3) Reorganize code so single/multiline is calculated inside that if to save on perf

Looks good. I assume we check specifically for "inline", "list", or "both" because the attribute value might be something like "none" or "off" etc?
Attachment #280469 - Flags: review?(david.bolter) → review+
 Assignee

Comment 3

•
12 years ago 
That's right, there is a possible value of "off".
 Assignee

Updated

•
12 years ago
Attachment #280469 - Flags: approval1.9?
Attachment #280469 - Flags: approval1.9? → approval1.9+
 Assignee

Updated

•
12 years ago
Status: NEW → RESOLVED
Last Resolved: 12 years ago
Resolution: --- → FIXED

Comment 4

•
11 years ago 
Comment on attachment 280469 [details] [diff] [review]
1) Support regular state HASPOPUP via ARIA state table, 2) Support AUTOCOMPLETION state for any of the autocomplete types on both ARIA and natural textboxes/combos, 3) Reorganize code so single/multiline is calculated inside that if to save on perf

Attachment description too long.

Original description:
1) Support regular state HASPOPUP via ARIA state table -- all combo boxes and any textbox with autocomplete="list"|"both" uses STATE_HASPOPUP, 2) Support AUTOCOMPLETION state for any of the autocomplete types on both ARIA and natural textboxes/combos, 3) Reorganize code so single/multiline is calculated inside that if, to save on perf

New description:
1) Support regular state HASPOPUP via ARIA state table, 2) Support AUTOCOMPLETION state for any of the autocomplete types on both ARIA and natural textboxes/combos, 3) Reorganize code so single/multiline is calculated inside that if to save on perf
Attachment #280469 - Attachment description: 1) Support regular state HASPOPUP via ARIA state table -- all combo boxes and any textbox with autocomplete="list"|"both" uses STATE_HASPOPUP, 2) Support AUTOCOMPLETION state for any of the autocomplete types on both ARIA and natural textboxes/combos, 3) → 1) Support regular state HASPOPUP via ARIA state table, 2) Support AUTOCOMPLETION state for any of the autocomplete types on both ARIA and natural textboxes/combos, 3) Reorganize code so single/multiline is calculated inside that if to save on perf
You need to log in before you can comment on or make changes to this bug.