Closed Bug 759310 Opened 13 years ago Closed 13 years ago

de-ns-ify nsHTMLTextAccessible file classes

Categories

(Core :: Disability Access APIs, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla15

People

(Reporter: surkov, Assigned: capella)

References

(Blocks 1 open bug)

Details

Attachments

(2 files, 2 obsolete files)

how about to rename the files to HTMLElementAccessibles.h/cpp ('s' on the end)? As follow up we can do that for base/nsBaseWidgetAccessible and xul/nsXULTextAccessible?
Assignee: nobody → markcapella
Status: NEW → ASSIGNED
Trevor, ping?
Will we rename nsHTMLTextAccessible ... contains two classes derived from nsLeafAccessible: class nsHTMLHRAccessible class nsHTMLBRAccessible and two classes derived from nsLeafAccessible: nsHyperTextAccessibleWrap class nsHTMLLabelAccessible class nsHTMLOutputAccessible ? Just remove the "ns" portion of the class names? Something further?
(In reply to alexander :surkov from comment #1) > Trevor, ping? This doesn't seem like a high priority, comment 0 seems reasonable. I'm not terribly a fan of html/HTMLBlah.{h,cpp} but the way do includes I don't have a better idea.
(In reply to Mark Capella [:capella] from comment #2) > Will we rename nsHTMLTextAccessible ... yes (per comment #3) > contains two classes derived from nsLeafAccessible: > class nsHTMLHRAccessible > class nsHTMLBRAccessible > > and two classes derived from nsLeafAccessible: > nsHyperTextAccessibleWrap > class nsHTMLLabelAccessible > class nsHTMLOutputAccessible > > ? Just remove the "ns" portion of the class names? Something further? yes/no
thank you.
Attached patch Patch (v1) (obsolete) — Splinter Review
Initial portion of the patch for review ... For the followup: base/nsBaseWidgetAccessible will become base/BaseElementAccessibles? (dropping the "ns" from class nsLeafAccessible, class nsLinkableAccessible, and class nsEnumRoleAccessible) xul/nsXULTextAccessible will become xul/XULElementAccessibles? (dropping the "ns" from class nsXULTextAccessible, class nsXULTooltipAccessible, and class nsXULLinkAccessible) And might you to go ahead and incorporate those changes here?
Attachment #629110 - Flags: review?(surkov.alexander)
Mark, please put them into mozilla::a11y namespace, it should be easy.
Attached patch Patch (v2) (obsolete) — Splinter Review
Sure was! The classes with casting methods such as AsRoot(), AsDoc(), etc. are the ones that seem to get complicated. (Though I've done a couple of those without problems). I'm still working to understand that.
Attachment #629110 - Attachment is obsolete: true
Attachment #629110 - Flags: review?(surkov.alexander)
btw, don't forget to remove namespace stuffs like mozilla::a11y::role
I've tried to remove mozilla::a11y::role from virtual mozilla::a11y::role NativeRole(); before but had trouble there also, ... mxr.mozilla.org/mozilla-central/source/accessible/src/base/Role.h#10 Shows the enum in the roles namespace, which is like "under" a11y, so maybe it's just a matter of adding namespace roles { ... } for that ? Let me try it ...
use a11y::role if role is ambiguous.
Yep, that's what it took ... rebuilding / testing ....
Attached patch Patch (v3)Splinter Review
Latest and greatest ...
Attachment #629126 - Attachment is obsolete: true
Comment on attachment 629141 [details] [diff] [review] Patch (v3) Review of attachment 629141 [details] [diff] [review]: ----------------------------------------------------------------- ::: accessible/src/html/nsHTMLTextAccessible.h @@ +19,3 @@ > { > public: > + HTMLHRAccessible(nsIContent* aContent, DocAccessible* aDoc); if you don't mind then you can move implementation here hoping it's get inlined (same for other classes)
Attachment #629141 - Flags: review+
Attached patch Patch (final)Splinter Review
As pushed to try, headed to inbound eventually, see attached Try : https://tbpl.mozilla.org/?tree=Try&rev=da1838cb71aa
Status: ASSIGNED → RESOLVED
Closed: 13 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: