WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
52107
SVG rendering clean up according to the webkit style rules
https://bugs.webkit.org/show_bug.cgi?id=52107
Summary
SVG rendering clean up according to the webkit style rules
Dirk Schulze
Reported
2011-01-07 23:50:12 PST
SVG rendering clean up according to the webkit style rules
Attachments
Patch
(87.29 KB, patch)
2011-01-08 00:18 PST
,
Dirk Schulze
mihaip
: review+
abarth
: commit-queue-
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Dirk Schulze
Comment 1
2011-01-08 00:18:19 PST
Created
attachment 78307
[details]
Patch
Adam Barth
Comment 2
2011-01-08 11:38:51 PST
Comment on
attachment 78307
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=78307&action=review
> WebCore/rendering/RenderSVGModelObject.h:70 > - bool nodeAtPoint(const HitTestRequest& request, HitTestResult& result, int xInContainer, int yInContainer, int dxParentToContainer, int dyParentToContainer, HitTestAction hitTestAction); > + bool nodeAtPoint(const HitTestRequest&, HitTestResult&, int xInContainer, int yInContainer, int dxParentToContainer, int dyParentToContainer, HitTestAction);
This change doesn't seem valuable. How else will we know which one is the request and which one is the result?
> WebCore/rendering/RenderSVGResourceFilterPrimitive.h:47 > - static FloatRect determineFilterPrimitiveSubregion(FilterEffect* effect, SVGFilter* filter); > + static FloatRect determineFilterPrimitiveSubregion(FilterEffect*, SVGFilter*);
Same thing here.
> WebCore/rendering/RenderSVGRoot.cpp:324 > -bool RenderSVGRoot::nodeAtPoint(const HitTestRequest& request, HitTestResult& result, int _x, int _y, int _tx, int _ty, HitTestAction hitTestAction) > +bool RenderSVGRoot::nodeAtPoint(const HitTestRequest& request, HitTestResult& result, int x, int y, int tx, int ty, HitTestAction hitTestAction) > { > - IntPoint pointInContainer(_x, _y); > - IntSize containerToParentOffset(_tx, _ty); > + IntPoint pointInContainer(x, y); > + IntSize containerToParentOffset(tx, ty);
I don't understand this code well enough to know whether this is a good change. I think _x might mean something in the rendering code.
Dirk Schulze
Comment 3
2011-01-08 12:06:29 PST
We talked about this on IRC, just for the bug history: (In reply to
comment #2
)
> (From update of
attachment 78307
[details]
) > View in context:
https://bugs.webkit.org/attachment.cgi?id=78307&action=review
> > > WebCore/rendering/RenderSVGModelObject.h:70 > > - bool nodeAtPoint(const HitTestRequest& request, HitTestResult& result, int xInContainer, int yInContainer, int dxParentToContainer, int dyParentToContainer, HitTestAction hitTestAction); > > + bool nodeAtPoint(const HitTestRequest&, HitTestResult&, int xInContainer, int yInContainer, int dxParentToContainer, int dyParentToContainer, HitTestAction); > > This change doesn't seem valuable. How else will we know which one is the request and which one is the result?
The object type tells what is the request and what is the result (HitTestResult, HitTestRequest).
> > > WebCore/rendering/RenderSVGResourceFilterPrimitive.h:47 > > - static FloatRect determineFilterPrimitiveSubregion(FilterEffect* effect, SVGFilter* filter); > > + static FloatRect determineFilterPrimitiveSubregion(FilterEffect*, SVGFilter*); > > Same thing here.
Ditto. FilterEffect and SVGFilter.
> > > WebCore/rendering/RenderSVGRoot.cpp:324 > > -bool RenderSVGRoot::nodeAtPoint(const HitTestRequest& request, HitTestResult& result, int _x, int _y, int _tx, int _ty, HitTestAction hitTestAction) > > +bool RenderSVGRoot::nodeAtPoint(const HitTestRequest& request, HitTestResult& result, int x, int y, int tx, int ty, HitTestAction hitTestAction) > > { > > - IntPoint pointInContainer(_x, _y); > > - IntSize containerToParentOffset(_tx, _ty); > > + IntPoint pointInContainer(x, y); > > + IntSize containerToParentOffset(tx, ty); > > I don't understand this code well enough to know whether this is a good change. I think _x might mean something in the rendering code.
Double check it before landing.
Dirk Schulze
Comment 4
2011-01-08 12:58:14 PST
Committed
r75324
: <
http://trac.webkit.org/changeset/75324
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug