Closed
Bug 272899
Opened 20 years ago
Closed 20 years ago
cleanup svg base type creation
Categories
(Core :: SVG, defect)
Core
SVG
Tracking
()
RESOLVED
FIXED
People
(Reporter: tor, Assigned: tor)
References
Details
Attachments
(1 file)
34.45 KB,
patch
|
jwatt
:
review+
|
Details | Diff | Splinter Review |
Attachment #167723 -
Flags: review?(jonathan.watt)
Comment 2•20 years ago
|
||
Comment on attachment 167723 [details] [diff] [review]
cleanup
Is it okay to initialise mRefCnt to 1? I seem to recall objections being raised
to that somewhere.
I would rather that 'result' be the last parameter in NS_NewSVGXxx to be
consistent, but I didn't really look to see if we need the default values for
the other parameters. Not a big deal I guess.
In nsSVGMatrix::Translate return the error code returned by NS_NewSVGMatrix.
While you're changing that part of nsSVGPointList.cpp, I'd rather we have:
rv = NS_NewSVGPoint(getter_AddRefs(point), (float)x, (float)y);
if (!point)
break;
In nsSVGSVGElement.cpp you could use the fact that NS_NewSVGPoint has default
values for the parameters instead of assigning them 0.0f anyway.
In nsSVGForeignObjectFrame.cpp can you put an:
if (!point)
return;
after the NS_NewSVGPoint call please.
In nsSVGOuterSVGFrame.cpp perhaps you should check if an error occured during
the NS_NewSVGRect call. Not sure what you would do if it did.
In nsSVGTSpanFrame.cpp please return the rv from NS_NewSVGRect.
In nsSVGTextFrame.cpp please return the rv from NS_NewSVGRect.
Attachment #167723 -
Flags: review?(jonathan.watt) → review+
(In reply to comment #2)
> While you're changing that part of nsSVGPointList.cpp, I'd rather we have:
>
> rv = NS_NewSVGPoint(getter_AddRefs(point), (float)x, (float)y);
> if (!point)
> break;
That would allow a partial list to be returned if we ran out of memory.
I'd rather return a failure.
> In nsSVGOuterSVGFrame.cpp perhaps you should check if an error occured during
> the NS_NewSVGRect call. Not sure what you would do if it did.
SetCoordCtxRect handles a null parameter; just using that behavior probably
isn't any better/worse than returning at that point.
Checked in.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•