Closed
Bug 565820
Opened 14 years ago
Closed 14 years ago
[FIX]Switch nsReferencedElement to use Element
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
RESOLVED
FIXED
mozilla1.9.3a5
People
(Reporter: bzbarsky, Assigned: bzbarsky)
References
Details
Attachments
(2 files)
27.00 KB,
patch
|
roc
:
review+
|
Details | Diff | Splinter Review |
34.55 KB,
patch
|
Details | Diff | Splinter Review |
It knows it has Elements anyway; this makes life a little simpler for some consumers.
Assignee | ||
Comment 1•14 years ago
|
||
Attachment #445273 -
Flags: review?(roc)
Assignee | ||
Updated•14 years ago
|
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+
Assignee | ||
Comment 3•14 years ago
|
||
Comment 4•14 years ago
|
||
Be careful with typedefs, they don't seem to always work on Windows. using might be better. See for example bug 555573.
Comment 5•14 years ago
|
||
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.
Assignee | ||
Comment 7•14 years ago
|
||
I did run all this through the tryserver and it looks ok.
Assignee | ||
Comment 8•14 years ago
|
||
Pushed http://hg.mozilla.org/mozilla-central/rev/6363de2781b3
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•14 years ago
|
Target Milestone: --- → mozilla1.9.3a5
Updated•5 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•