Closed Bug 1491210 Opened 8 years ago Closed 8 years ago

stop using nsIDOMXULLabeledControlElement

Categories

(Core :: Disability Access APIs, task)

task
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla64
Tracking Status
firefox64 --- fixed

People

(Reporter: surkov, Assigned: surkov)

References

Details

Attachments

(1 file, 3 obsolete files)

No description provided.
Attached patch patch (obsolete) — — Splinter Review
Attachment #9009013 - Flags: review?(jteh)
Comment on attachment 9009013 [details] [diff] [review] patch Review of attachment 9009013 [details] [diff] [review]: ----------------------------------------------------------------- ::: accessible/base/nsTextEquivUtils.cpp @@ +310,5 @@ > + if (aContent->NodeInfo()->Equals(nsGkAtoms::label, kNameSpaceID_XUL)) { > + aContent->AsElement()->GetAttr(kNameSpaceID_None, nsGkAtoms::value, > + textEquivalent); > + } > + else { nit: } else { should be on same line.
Attachment #9009013 - Flags: review?(jteh) → review+
Attached patch patch (obsolete) — — Splinter Review
here's more accurate version
Attachment #9009013 - Attachment is obsolete: true
Attachment #9009842 - Flags: review?(jteh)
Attached patch patch (obsolete) — — Splinter Review
this one is even more accurate :) I didn't realized that autocomplete-items implements their own nsIDOMXULSelectControlItemElement::label property (https://dxr.mozilla.org/mozilla-central/source/toolkit/content/widgets/autocomplete.xml#1346).
Attachment #9009842 - Attachment is obsolete: true
Attachment #9009842 - Flags: review?(jteh)
Attachment #9009844 - Flags: review?(jteh)
Attached patch patch — — Splinter Review
sorry for the spam, one more try
Attachment #9009844 - Attachment is obsolete: true
Attachment #9009844 - Flags: review?(jteh)
Attachment #9009845 - Flags: review?(jteh)
Comment on attachment 9009842 [details] [diff] [review] patch Review of attachment 9009842 [details] [diff] [review]: ----------------------------------------------------------------- ::: accessible/generic/Accessible.cpp @@ +803,5 @@ > */ > > // CASE #1 (via label attribute) -- great majority of the cases > + nsCOMPtr<nsIDOMXULSelectControlElement> select = do_QueryInterface(aElm); > + if (!select && nit: As we did previously, it'd be good to have a comment here explaining why we exclude select elements; i.e. because the label attribute is used to indicate which option is selected.
Attachment #9009842 - Flags: review+
Attachment #9009845 - Flags: review?(jteh) → review+
Oh damn, I didn't see the last patch. Hang on.
So nsIDOMXULSelectControlItemElement::GetLabel is not the same as the label attribute?
Blocks: 1492046
(In reply to James Teh [:Jamie] from comment #8) > So nsIDOMXULSelectControlItemElement::GetLabel is not the same as the label > attribute? yeah, it's not same as label attribute, autocomplete items have own implementation, see comment #4 (In reply to James Teh [:Jamie] from comment #6) > nit: As we did previously, it'd be good to have a comment here explaining > why we exclude select elements; i.e. because the label attribute is used to > indicate which option is selected. agreed (In reply to James Teh [:Jamie] from comment #7) > Oh damn, I didn't see the last patch. Hang on. is anything left or should I proceed and land it?
Flags: needinfo?(jteh)
(In reply to alexander :surkov (:asurkov) from comment #9) > yeah, it's not same as label attribute, autocomplete items have own > implementation, see comment #4 Oh sorry. I must have missed that in the patch storm. :) > is anything left or should I proceed and land it? Go ahead. The r+ is now a real r+. :)
Flags: needinfo?(jteh)
ok, thanks :)
Pushed by surkov.alexander@gmail.com: https://hg.mozilla.org/integration/mozilla-inbound/rev/51026c4edd87 stop using nsIDOMXULLabeledControlElement, r=jamie
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla64
Type: enhancement → task
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: