Closed Bug 565820 Opened 15 years ago Closed 15 years ago

[FIX]Switch nsReferencedElement to use Element

Categories

(Core :: DOM: Core & HTML, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla1.9.3a5

People

(Reporter: bzbarsky, Assigned: bzbarsky)

References

Details

Attachments

(2 files)

It knows it has Elements anyway; this makes life a little simpler for some consumers.
Attached patch Like soSplinter Review
Attachment #445273 - Flags: review?(roc)
Summary: [FIX]Switched nsReferencedElement to use Element. → [FIX]Switch nsReferencedElement to use Element
Comment on attachment 445273 [details] [diff] [review] Like so I think I'd prefer to have typedef mozilla::dom::Element Element; in classes that need it instead of writing "mozilla::dom::Element" all over the place, as a general rule. Does that sound reasonable?
Attachment #445273 - Flags: review?(roc) → review+
Attached patch With typedefsSplinter Review
Be careful with typedefs, they don't seem to always work on Windows. using might be better. See for example bug 555573.
Though, bug 555573 had a bit different case. There the typedef was outside class declaration.
We've been using in-class typedefs in media and layer code for a while now.
I did run all this through the tryserver and it looks ok.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.9.3a5
Component: DOM → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: