Closed
Bug 567713
Opened 15 years ago
Closed 13 years ago
accessibleEvent view should show changed state rather than current state of accessible
Categories
(Other Applications :: DOM Inspector, defect)
Other Applications
DOM Inspector
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: surkov, Assigned: surkov)
References
Details
Attachments
(1 file)
1.41 KB,
patch
|
davidb
:
review+
neil
:
superreview+
|
Details | Diff | Splinter Review |
No description provided.
Attachment #447025 -
Flags: superreview?(neil)
Attachment #447025 -
Flags: review?(Sevenspade)
Comment 1•15 years ago
|
||
Sorry, I don't understand this bug. Can you provide an example?
Assignee | ||
Comment 2•15 years ago
|
||
Sorry I didn't provide a bug description. So the scenario is. When accessible state is changed then a11y fires state change event where changed state and its value are stored, so when I inspect accessible event (by accessibleEvent view) then I should see the changed state and its value, now I see the current all states of target accessible of inspected event.
Comment 3•15 years ago
|
||
Comment on attachment 447025 [details] [diff] [review]
patch
>+ var state = 0, extraState = 0;
>+ if (this.mAccEventSubject.isExtraState()) {
>+ extraState = this.mAccEventSubject.state;
>+ }
>+ else {
>+ state = this.mAccEventSubject.state;
>+ }
[Don't know what local {} style is but the if you deleted didn't have them.]
Attachment #447025 -
Flags: superreview?(neil) → superreview+
Comment 4•15 years ago
|
||
I'm really not good to review accessibility stuff. I can do general inspector internals and DOM stuff, but I don't have a decent understanding of the accessibility APIs. I especially don't have a nuanced understanding where I can catch mistakes and point out caveats about the interfaces you're using and other stuff you should be able to get during review.
Since I don't know anything about what "extra state" means, and the IDL is unhelpful, what are the circumstances where isExtraState will be false? I guess the for loop is there for that case, since the list returned from getStringStates should only have one element when isExtraState will be true?
This seems okay as far as language use and interface availability goes, though. If Neil says it looks good, r+.
Comment 5•15 years ago
|
||
Comment on attachment 447025 [details] [diff] [review]
patch
Looks right.
Attachment #447025 -
Flags: review?(Sevenspade) → review+
Comment 6•15 years ago
|
||
Note hg log should mention r=crussell since his conditional r+ passed.
Updated•15 years ago
|
Assignee: nobody → surkov.alexander
Assignee | ||
Comment 7•13 years ago
|
||
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Updated•13 years ago
|
Blocks: DOMi2.0.11
You need to log in
before you can comment on or make changes to this bug.
Description
•