Gecko:DeCOMtamination: Difference between revisions

no edit summary
m (s/lxr/mxr)
No edit summary
Line 21: Line 21:
* Not really deCOMtamination, but we have new methods nsIContent::AttrValueIs and nsIContent::FindAttrValueIn that can be used in many many places where nsIContent::GetAttr is currently used. The new methods reduce code size and are faster. We need to convert GetAttr calls to use the new methods.(<strike>{{bug|333896}}</strike>)
* Not really deCOMtamination, but we have new methods nsIContent::AttrValueIs and nsIContent::FindAttrValueIn that can be used in many many places where nsIContent::GetAttr is currently used. The new methods reduce code size and are faster. We need to convert GetAttr calls to use the new methods.(<strike>{{bug|333896}}</strike>)
* Access to nsISupports* objects could be improved by using direct access to the nsSupports*Impl implementation classes from C++ ({{bug|399237}}).
* Access to nsISupports* objects could be improved by using direct access to the nsSupports*Impl implementation classes from C++ ({{bug|399237}}).
Here's some content/ specific interfaces that could be decomtaminated, and by that I mean the nsresult return type removed (replaced with void or an out param, if available):
* ns[I]NodeInfo, ns[I]NodeInfoManager
* ns[I]NameSpaceManager, impl and interface could be combined I think, and decomtaminated.
* nsIForm, probably all methods could loose their results.
* nsIFormControl::GetForm(), SetForm(), Reset()
* content/html/content/public/nsIRadio*.h
* nsIFrameSetElement
* nsILink, nuke nsresults for GetLinkState(), SetLinkState(), LinkAdded(), and LinkRemoved()
* nsIOptionElement
* nsITextControlElement
Confirmed users
839

edits