Name Description Size Coverage CI issues
crashtests -
DOMSVGAngle.cpp 3915 79 %
DOMSVGAngle.h Generic ctor for DOMSVGAngle objects that are created for an attribute. 2080 100 %
DOMSVGAnimatedAngle.cpp 879 100 %
DOMSVGAnimatedAngle.h 1258 100 %
DOMSVGAnimatedBoolean.cpp 1015 100 %
DOMSVGAnimatedBoolean.h 1258 100 %
DOMSVGAnimatedEnumeration.cpp 672 100 %
DOMSVGAnimatedEnumeration.h 1164 100 %
DOMSVGAnimatedInteger.cpp 691 100 %
DOMSVGAnimatedInteger.h 1111 100 %
DOMSVGAnimatedLength.cpp 962 100 %
DOMSVGAnimatedLength.h 1241 100 %
DOMSVGAnimatedLengthList.cpp static 4524 100 %
DOMSVGAnimatedLengthList.h 9197 100 %
DOMSVGAnimatedNumber.cpp 685 100 %
DOMSVGAnimatedNumber.h 1097 100 %
DOMSVGAnimatedNumberList.cpp static 4522 100 %
DOMSVGAnimatedNumberList.h Class DOMSVGAnimatedNumberList This class is used to create the DOM tearoff objects that wrap internal SVGAnimatedNumberList objects. See the architecture comment in DOMSVGAnimatedLengthList.h (that's LENGTH list). The comment for that class largly applies to this one too and will go a long way to helping you understand the architecture here. This class is strongly intertwined with DOMSVGNumberList and DOMSVGNumber. Our DOMSVGNumberList base and anim vals are friends and take care of nulling out our pointers to them when they die (making our pointers to them true weak refs). 4930 100 %
DOMSVGAnimatedString.cpp 1403 100 %
DOMSVGAnimatedString.h 1563 100 %
DOMSVGAnimatedTransformList.cpp static 4273 100 %
DOMSVGAnimatedTransformList.h Class DOMSVGAnimatedTransformList This class is used to create the DOM tearoff objects that wrap internal SVGAnimatedTransformList objects. See the architecture comment in DOMSVGAnimatedLengthList.h (that's LENGTH list). The comment for that class largly applies to this one too and will go a long way to helping you understand the architecture here. This class is strongly intertwined with DOMSVGTransformList and DOMSVGTransform. Our DOMSVGTransformList base and anim vals are friends and take care of nulling out our pointers to them when they die (making our pointers to them true weak refs). 4895 100 %
DOMSVGLength.cpp 17104 94 %
DOMSVGLength.h Class DOMSVGLength This class creates the DOM objects that wrap internal SVGLength objects that are in an SVGLengthList. It is also used to create the objects returned by SVGSVGElement.createSVGLength(). For the DOM wrapper classes for non-list SVGLength, see SVGAnimatedLength.h. See the architecture comment in DOMSVGAnimatedLengthList.h. This class is strongly intertwined with DOMSVGAnimatedLengthList and DOMSVGLengthList. We are a friend of DOMSVGLengthList, and are responsible for nulling out our DOMSVGLengthList's pointer to us when we die, making it a real weak pointer. When objects of this type are in a DOMSVGLengthList they belong to an attribute. While they belong to an attribute, the objects' values come from their corresponding internal SVGLength objects in the internal SVGLengthList objects for the attribute. Getting and setting values of a DOMSVGLength requires reading and writing to its internal SVGLength. However, if the DOMSVGLength is detached from its DOMSVGLengthList then it first makes a copy of its internal SVGLength's value and unit so that it doesn't appear to "lose" its value from script's perspective on being removed from the list. This means that these DOM tearoffs have space to store these values, even though they're not used in the common case. Objects of this type are also used to reflect the baseVal and animVal of a single, non-list SVGLength attribute. Getting and settings values of the DOMSVGLength in this case requires reading and writing to the corresponding SVGAnimatedLength object. This class also stores its current list index, attribute enum, and whether it belongs to a baseVal or animVal list. This is so that objects of this type can find their corresponding internal SVGLength. To use these classes for <length> attributes as well as <list-of-length> attributes, we would need to take a bit from mListIndex and use that to indicate whether the object belongs to a list or non-list attribute, then if-else as appropriate. The bug for doing that work is: https://bugzilla.mozilla.org/show_bug.cgi?id=571734 8348 100 %
DOMSVGLengthList.cpp 12043 92 %
DOMSVGLengthList.h Class DOMSVGLengthList This class is used to create the DOM tearoff objects that wrap internal SVGLengthList objects. See the architecture comment in DOMSVGAnimatedLengthList.h. This class is strongly intertwined with DOMSVGAnimatedLengthList and DOMSVGLength. We are a friend of DOMSVGAnimatedLengthList, and are responsible for nulling out our DOMSVGAnimatedLengthList's pointer to us when we die, essentially making its pointer to us a weak pointer. Similarly, our DOMSVGLength items are friends of us and responsible for nulling out our pointers to them. Our DOM items are created lazily on demand as and when script requests them. 7226 100 %
DOMSVGNumber.cpp 4860 100 %
DOMSVGNumber.h Class DOMSVGNumber This class creates the DOM objects that wrap internal SVGNumber objects that are in an SVGNumberList. It is also used to create the objects returned by SVGSVGElement.createSVGNumber(). For the DOM wrapper classes for non-list SVGNumber, see SVGAnimatedNumber.h. See the architecture comment in DOMSVGAnimatedNumberList.h. See the comment in DOMSVGLength.h (yes, LENGTH), which applies here too. 5213 100 %
DOMSVGNumberList.cpp 11998 91 %
DOMSVGNumberList.h Class DOMSVGNumberList This class is used to create the DOM tearoff objects that wrap internal SVGNumberList objects. See the architecture comment in DOMSVGAnimatedNumberList.h. This class is strongly intertwined with DOMSVGAnimatedNumberList and DOMSVGNumber. We are a friend of DOMSVGAnimatedNumberList, and are responsible for nulling out our DOMSVGAnimatedNumberList's pointer to us when we die, essentially making its pointer to us a weak pointer. Similarly, our DOMSVGNumber items are friends of us and responsible for nulling out our pointers to them. Our DOM items are created lazily on demand as and when script requests them. 6966 95 %
DOMSVGPoint.cpp 7517 96 %
DOMSVGPoint.h Class DOMSVGPoint This class creates the DOM objects that wrap internal SVGPoint objects that are in an SVGPointList. It is also used to create the objects returned by SVGSVGElement.createSVGPoint() and other functions that return DOM SVGPoint objects. See the architecture comment in DOMSVGPointList.h for an overview of the important points regarding these DOM wrapper structures. See the architecture comment in DOMSVGLength.h (yes, LENGTH) for an overview of the important points regarding how this specific class works. 6654 100 %
DOMSVGPointList.cpp static 14509 93 %
DOMSVGPointList.h Class DOMSVGPointList This class is used to create the DOM tearoff objects that wrap internal SVGPointList objects. See the architecture comment in DOMSVGAnimatedLengthList.h first (that's LENGTH list), then continue reading the remainder of this comment. The architecture of this class is very similar to that of DOMSVGLengthList except that, since there is no nsIDOMSVGAnimatedPointList interface in SVG, we have no parent DOMSVGAnimatedPointList (unlike DOMSVGLengthList which has a parent DOMSVGAnimatedLengthList class). (There is an SVGAnimatedPoints interface, but that is quite different to DOMSVGAnimatedLengthList, since it is inherited by elements rather than elements having members of that type.) As a consequence, much of the logic that would otherwise be in DOMSVGAnimatedPointList (and is in DOMSVGAnimatedLengthList) is contained in this class. This class is strongly intertwined with DOMSVGPoint. Our DOMSVGPoint items are friends of us and responsible for nulling out our pointers to them when they die. Our DOM items are created lazily on demand as and when script requests them. 9839 94 %
DOMSVGStringList.cpp static 7039 91 %
DOMSVGStringList.h Class DOMSVGStringList This class is used to create the DOM tearoff objects that wrap internal SVGPathData objects. See the architecture comment in DOMSVGAnimatedLengthList.h first (that's LENGTH list), then continue reading the remainder of this comment. The architecture of this class is similar to that of DOMSVGLengthList except for two important aspects: First, since there is no nsIDOMSVGAnimatedStringList interface in SVG, we have no parent DOMSVGAnimatedStringList (unlike DOMSVGLengthList which has a parent DOMSVGAnimatedLengthList class). As a consequence, much of the logic that would otherwise be in DOMSVGAnimatedStringList (and is in DOMSVGAnimatedLengthList) is contained in this class. Second, since there is no nsIDOMSVGString interface in SVG, we have no DOMSVGString items to maintain. As far as script is concerned, objects of this class contain a list of strings, not a list of mutable objects like the other SVG list types. As a result, unlike the other SVG list types, this class does not create its items lazily on demand and store them so it can return the same objects each time. It simply returns a new string each time any given item is requested. 4724 100 %
DOMSVGTransform.cpp 9682 98 %
DOMSVGTransform.h DOM wrapper for an SVG transform. See DOMSVGLength.h. 6047 100 %
DOMSVGTransformList.cpp 13581 94 %
DOMSVGTransformList.h Class DOMSVGTransformList This class is used to create the DOM tearoff objects that wrap internal SVGTransformList objects. See the architecture comment in DOMSVGAnimatedTransformList.h. 7206 100 %
moz.build 9133 -
SVGAElement.cpp 8676 96 %
SVGAElement.h 3699 100 %
SVGAnimatedBoolean.cpp Implementation 5122 94 %
SVGAnimatedBoolean.h 2342 100 %
SVGAnimatedClass.cpp aSrcElement 2890 85 %
SVGAnimatedClass.h 2177 100 %
SVGAnimatedClassOrString.cpp 1953 100 %
SVGAnimatedClassOrString.h 1691 -
SVGAnimatedEnumeration.cpp aSrcElement 6122 95 %
SVGAnimatedEnumeration.h 4089 100 %
SVGAnimatedInteger.cpp Implementation 4965 93 %
SVGAnimatedInteger.h 3617 100 %
SVGAnimatedIntegerPair.cpp Implementation 7346 98 %
SVGAnimatedIntegerPair.h 4560 100 %
SVGAnimatedLength.cpp Helper functions 22287 89 %
SVGAnimatedLength.h 12361 100 %
SVGAnimatedLengthList.cpp aSrcElement 7513 98 %
SVGAnimatedLengthList.h Class SVGAnimatedLengthList This class is very different to the SVG DOM interface of the same name found in the SVG specification. This is a lightweight internal class - see DOMSVGAnimatedLengthList for the heavier DOM class that wraps instances of this class and implements the SVG specification's SVGAnimatedLengthList DOM interface. Except where noted otherwise, this class' methods take care of keeping the appropriate DOM wrappers in sync (see the comment in DOMSVGAnimatedLengthList::InternalBaseValListWillChangeTo) so that their consumers don't need to concern themselves with that. 4234 89 %
SVGAnimatedNumber.cpp Implementation 5309 89 %
SVGAnimatedNumber.h 3715 100 %
SVGAnimatedNumberList.cpp aSrcElement 6200 98 %
SVGAnimatedNumberList.h Class SVGAnimatedNumberList This class is very different to the SVG DOM interface of the same name found in the SVG specification. This is a lightweight internal class - see DOMSVGAnimatedNumberList for the heavier DOM class that wraps instances of this class and implements the SVG specification's SVGAnimatedNumberList DOM interface. Except where noted otherwise, this class' methods take care of keeping the appropriate DOM wrappers in sync (see the comment in DOMSVGAnimatedNumberList::InternalBaseValListWillChangeTo) so that their consumers don't need to concern themselves with that. 4378 88 %
SVGAnimatedNumberPair.cpp 7390 97 %
SVGAnimatedNumberPair.h 4778 100 %
SVGAnimatedOrient.cpp Helper functions 15331 93 %
SVGAnimatedOrient.h 5351 100 %
SVGAnimatedPathSegList.cpp 11798 99 %
SVGAnimatedPathSegList.h Class SVGAnimatedPathSegList Despite the fact that no SVGAnimatedPathSegList interface or objects exist in the SVG specification (unlike e.g. SVGAnimated*Length*List), we nevertheless have this internal class. (Note that there is an SVGAnimatedPathData interface, but that's quite different to SVGAnimatedLengthList since it is inherited by elements, as opposed to elements having members of that type.) The reason that we have this class is to provide a single locked down point of entry to the SVGPathData objects, which helps ensure that the DOM wrappers for SVGPathData objects' are always kept in sync. This is vitally important (see the comment in DOMSVGPathSegList::InternalListWillChangeTo) and frees consumers from having to know or worry about wrappers (or forget about them!) for the most part. 4488 100 %
SVGAnimatedPointList.cpp 6606 98 %
SVGAnimatedPointList.h Class SVGAnimatedPointList Despite the fact that no SVGAnimatedPointList interface or objects exist in the SVG specification (unlike e.g. SVGAnimated*Length*List), we nevertheless have this internal class. (Note that there is an SVGAnimatedPoints interface, but that's quite different to SVGAnimatedLengthList since it is inherited by elements, as opposed to elements having members of that type.) The reason that we have this class is to provide a single locked down point of entry to the SVGPointList objects, which helps ensure that the DOM wrappers for SVGPointList objects' are always kept in sync. This is vitally important (see the comment in DOMSVGPointList::InternalListWillChangeTo) and frees consumers from having to know or worry about wrappers (or forget about them!) for the most part. 4192 88 %
SVGAnimatedPreserveAspectRatio.cpp Implementation 7822 95 %
SVGAnimatedPreserveAspectRatio.h 4873 94 %
SVGAnimatedRect.cpp 1242 100 %
SVGAnimatedRect.h 1343 75 %
SVGAnimatedString.cpp Implementation 3716 97 %
SVGAnimatedString.h 4418 100 %
SVGAnimatedTransformList.cpp 11246 90 %
SVGAnimatedTransformList.h Class SVGAnimatedTransformList This class is very different to the SVG DOM interface of the same name found in the SVG specification. This is a lightweight internal class - see DOMSVGAnimatedTransformList for the heavier DOM class that wraps instances of this class and implements the SVG specification's SVGAnimatedTransformList DOM interface. Except where noted otherwise, this class' methods take care of keeping the appropriate DOM wrappers in sync (see the comment in DOMSVGAnimatedTransformList::InternalBaseValListWillChangeTo) so that their consumers don't need to concern themselves with that. 5738 100 %
SVGAnimatedViewBox.cpp Implementation of SVGViewBox methods 8907 95 %
SVGAnimatedViewBox.h A viewBox that is empty causes the element not to be rendered. 5958 88 %
SVGAnimateElement.cpp 1144 100 %
SVGAnimateElement.h 1200 100 %
SVGAnimateMotionElement.cpp 1660 100 %
SVGAnimateMotionElement.h 1818 100 %
SVGAnimateTransformElement.cpp 2048 100 %
SVGAnimateTransformElement.h 1567 100 %
SVGAnimationElement.cpp 12977 95 %
SVGAnimationElement.h Helper that provides a reference to the element with the ID that is referenced by the animation element's 'href' attribute, if any, and that will notify the animation element if the element that that ID identifies changes to a different element (or none). (If the 'href' attribute is not specified, then the animation target is the parent element and this helper is not used.) 5659 94 %
SVGArcConverter.cpp 5189 97 %
SVGArcConverter.h 879 -
SVGAttrTearoffTable.h Global hashmap to associate internal SVG data types (e.g. SVGAnimatedLength) with DOM tear-off objects (e.g. DOMSVGLength). This allows us to always return the same object for subsequent requests for DOM objects. We don't keep an owning reference to the tear-off objects so they are responsible for removing themselves from this table when they die. 2682 88 %
SVGAttrValueWrapper.cpp static 2923 100 %
SVGAttrValueWrapper.h Utility wrapper for handling SVG types used inside nsAttrValue so that these types don't need to be exported outside the SVG module. 1950 -
SVGCircleElement.cpp virtual 6703 93 %
SVGCircleElement.h 2258 100 %
SVGClipPathElement.cpp 1695 100 %
SVGClipPathElement.h 1613 100 %
SVGComponentTransferFunctionElement.h 5728 100 %
SVGContentUtils.cpp 33125 92 %
SVGContentUtils.h Functions generally used by SVG Content classes. Functions here should not generally depend on layout methods/classes e.g. SVGUtils 11673 81 %
SVGDataParser.cpp 803 95 %
SVGDataParser.h 903 -
SVGDefsElement.cpp 946 100 %
SVGDefsElement.h 1091 100 %
SVGDescElement.cpp 946 100 %
SVGDescElement.h 1008 100 %
SVGDocument.cpp 1736 94 %
SVGDocument.h 996 100 %
SVGElement.cpp 77010 97 %
SVGElement.h SVGElement is the base class for all SVG content elements. It implements all the common DOM interfaces and handles attributes. 22869 90 %
SVGElementFactory.cpp 3727 100 %
SVGElementFactory.h 1600 -
SVGEllipseElement.cpp virtual 7470 94 %
SVGEllipseElement.h 2312 100 %
SVGFEBlendElement.cpp 4503 91 %
SVGFEBlendElement.h 2228 100 %
SVGFEColorMatrixElement.cpp 5039 90 %
SVGFEColorMatrixElement.h 2564 100 %
SVGFEComponentTransferElement.cpp 3346 85 %
SVGFEComponentTransferElement.h 2079 100 %
SVGFECompositeElement.cpp 5531 82 %
SVGFECompositeElement.h 2762 100 %
SVGFEConvolveMatrixElement.cpp 9866 98 %
SVGFEConvolveMatrixElement.h 4140 100 %
SVGFEDiffuseLightingElement.cpp 3082 91 %
SVGFEDiffuseLightingElement.h 1952 100 %
SVGFEDisplacementMapElement.cpp 5334 89 %
SVGFEDisplacementMapElement.h 3082 85 %
SVGFEDistantLightElement.cpp 2320 96 %
SVGFEDistantLightElement.h 1763 100 %
SVGFEDropShadowElement.cpp 5463 88 %
SVGFEDropShadowElement.h 2776 100 %
SVGFEFloodElement.cpp 2759 97 %
SVGFEFloodElement.h 1924 100 %
SVGFEGaussianBlurElement.cpp 4163 93 %
SVGFEGaussianBlurElement.h 2434 100 %
SVGFEImageElement.cpp aForce = 15067 82 %
SVGFEImageElement.h 4924 53 %
SVGFEMergeElement.cpp 2061 95 %
SVGFEMergeElement.h 1741 100 %
SVGFEMergeNodeElement.cpp 1602 73 %
SVGFEMergeNodeElement.h 1695 100 %
SVGFEMorphologyElement.cpp 5389 91 %
SVGFEMorphologyElement.h 2765 100 %
SVGFEOffsetElement.cpp 3559 92 %
SVGFEOffsetElement.h 2252 100 %
SVGFEPointLightElement.cpp 2662 81 %
SVGFEPointLightElement.h 1757 100 %
SVGFESpecularLightingElement.cpp 3621 74 %
SVGFESpecularLightingElement.h 2084 100 %
SVGFESpotLightElement.cpp 4608 91 %
SVGFESpotLightElement.h 2204 100 %
SVGFETileElement.cpp 2601 70 %
SVGFETileElement.h 1968 100 %
SVGFETurbulenceElement.cpp 7631 99 %
SVGFETurbulenceElement.h 3126 100 %
SVGFilterElement.cpp virtual 4212 83 %
SVGFilterElement.h 2354 100 %
SVGFilters.cpp virtual 15943 97 %
SVGFilters.h Base class for filter primitive elements Children of those elements e.g. feMergeNode derive from SVGFilterPrimitiveChildElement instead 8206 97 %
SVGForeignObjectElement.cpp virtual 4251 91 %
SVGForeignObjectElement.h 1914 100 %
SVGFragmentIdentifier.cpp 8774 97 %
SVGFragmentIdentifier.h Implements support for parsing SVG fragment identifiers http://www.w3.org/TR/SVG/linking.html#SVGFragmentIdentifiers 1150 -
SVGGElement.cpp 914 100 %
SVGGElement.h 1002 100 %
SVGGeometryElement.cpp 11649 99 %
SVGGeometryElement.h Causes this element to discard any Path object that GetOrBuildPath may have cached. 11404 100 %
SVGGeometryProperty.cpp 2086 95 %
SVGGeometryProperty.h 9909 97 %
SVGGradientElement.cpp 7995 97 %
SVGGradientElement.h 4873 100 %
SVGGraphicsElement.cpp 4388 89 %
SVGGraphicsElement.h 1797 100 %
SVGImageElement.cpp aAlwaysLoad = 12241 92 %
SVGImageElement.h 4789 81 %
SVGIntegerPairSMILType.cpp 3384 81 %
SVGIntegerPairSMILType.h 1508 100 %
SVGLength.cpp static 11508 94 %
SVGLength.h This SVGLength class is currently used for SVGLength *list* attributes only. The class that is currently used for <length> attributes is SVGAnimatedLength. The member mUnit should always be valid, but the member mValue may be numeric_limits<float>::quiet_NaN() under one circumstances (see the comment in SetValueAndUnit below). Even if mValue is valid, some methods may return numeric_limits<float>::quiet_NaN() if they involve a unit conversion that fails - see comments below. The DOM wrapper class for this class is DOMSVGLength. 5013 100 %
SVGLengthList.cpp 1751 91 %
SVGLengthList.h ATTENTION! WARNING! WATCH OUT!! Consumers that modify objects of this type absolutely MUST keep the DOM wrappers for those lists (if any) in sync!! That's why this class is so locked down. The DOM wrapper class for this class is DOMSVGLengthList. 12329 99 %
SVGLengthListSMILType.cpp static 11136 67 %
SVGLengthListSMILType.h When this method initializes the SVGLengthListAndInfo for its SMILValue argument, it has to blindly set its mCanZeroPadList to true despite the fact that some attributes can't be zero-padded. (See the explaination that follows.) SVGAnimatedLengthList::SMILAnimatedLengthList's GetBaseValue() and ValueFromString() methods then override this for the SMILValue objects that they create to set this flag to the appropriate value for the attribute in question. The reason that we default to setting the mCanZeroPadList to true is because the SMIL engine creates "zero" valued SMILValue objects for intermediary calculations, and may pass such a SMILValue (along with a SMILValue from an animation element - that is a SMILValue created by SVGAnimatedLengthList::SMILAnimatedLengthList's GetBaseValue() or ValueFromString() methods) into the Add(), ComputeDistance() or Interpolate() methods below. Even in the case of animation of list attributes that may *not* be padded with zeros (such as 'x' and 'y' on the <text> element), we need to allow zero-padding of these "zero" valued SMILValue's lists. One reason for this is illustrated by the following example: <text x="2 4">foo <animate by="2 2" .../> </text> In this example there are two SMIL animation layers to be sandwiched: the base layer, and the layer created for the <animate> element. The SMIL engine calculates the result of each layer *independently*, before compositing the results together. Thus for the <animate> sandwich layer the SMIL engine interpolates between a "zero" SMILValue that it creates (since there is no explicit "from") and the "2 2", before the result of that interpolation is added to the "2 4" from the base layer. Clearly for the interpolation between the "zero" SMILValue and "2 2" to work, the "zero" SMILValue's SVGLengthListAndInfo must be zero paddable - hence why this method always sets mCanZeroPadList to true. (Since the Add(), ComputeDistance() and Interpolate() methods may be passed two input SMILValue objects for which CanZeroPadList() returns opposite values, these methods must be careful what they set the flag to on the SMILValue that they output. If *either* of the input SMILValues has an SVGLengthListAndInfo for which CanZeroPadList() returns false, then they must set the flag to false on the output SMILValue too. If the methods failed to do that, then when the result SMILValue objects from each sandwich layer are composited together, we could end up allowing animation between lists of different length when we should not!) 4357 -
SVGLengthSMILType.cpp 3753 100 %
SVGLengthSMILType.h 1468 100 %
SVGLengthUnits.inc clang-format off 2205 -
SVGLineElement.cpp 7735 99 %
SVGLineElement.h 2110 100 %
SVGMarkerElement.cpp virtual 7295 99 %
SVGMarkerElement.h 3087 100 %
SVGMaskElement.cpp virtual 3524 93 %
SVGMaskElement.h 1992 100 %
SVGMatrix.cpp 5108 86 %
SVGMatrix.h Notes on transforms in Mozilla and the SVG code. It's important to note that the matrix convention used in the SVG standard is the opposite convention to the one used in the Mozilla code or, more specifically, the convention used in Thebes code (code using gfxMatrix). Whereas the SVG standard uses the column vector convention, Thebes code uses the row vector convention. Thus, whereas in the SVG standard you have [M1][M2][M3]|p|, in Thebes you have |p|'[M3]'[M2]'[M1]'. In other words, the following are equivalent: / a1 c1 tx1 \ / a2 c2 tx2 \ / a3 c3 tx3 \ / x \ SVG: | b1 d1 ty1 | | b2 d2 ty2 | | b3 d3 ty3 | | y | \ 0 0 1 / \ 0 0 1 / \ 0 0 1 / \ 1 / / a3 b3 0 \ / a2 b2 0 \ / a1 b1 0 \ Thebes: [ x y 1 ] | c3 d3 0 | | c2 d2 0 | | c1 d1 0 | \ tx3 ty3 1 / \ tx2 ty2 1 / \ tx1 ty1 1 / Because the Thebes representation of a transform is the transpose of the SVG representation, our transform order must be reversed when representing SVG transforms using gfxMatrix in the SVG code. Since the SVG implementation stores and obtains matrices in SVG order, to do this we must pre-multiply gfxMatrix objects that represent SVG transforms instead of post-multiplying them as we would for matrices using SVG's column vector convention. Pre-multiplying may look wrong if you're only familiar with the SVG convention, but in that case hopefully the above explanation clears things up. 5021 100 %
SVGMetadataElement.cpp 1041 86 %
SVGMetadataElement.h 1070 100 %
SVGMotionSMILAnimationFunction.cpp Returns the first <mpath> child of the given element 14181 86 %
SVGMotionSMILAnimationFunction.h 3449 100 %
SVGMotionSMILAttr.cpp representation of a dummy attribute targeted by <animateMotion> element 1381 80 %
SVGMotionSMILAttr.h representation of a dummy attribute targeted by <animateMotion> element 1652 100 %
SVGMotionSMILPathUtils.cpp 4124 100 %
SVGMotionSMILPathUtils.h Helper class to help with generating anonymous path elements for <animateMotion> elements to use. 3568 100 %
SVGMotionSMILType.cpp implementation of nsISMILType for use by <animateMotion> element 17917 90 %
SVGMotionSMILType.h implementation of SMILType for use by <animateMotion> element 2570 -
SVGMPathElement.cpp 4362 100 %
SVGMPathElement.h 2122 100 %
SVGNumberList.cpp 1831 91 %
SVGNumberList.h ATTENTION! WARNING! WATCH OUT!! Consumers that modify objects of this type absolutely MUST keep the DOM wrappers for those lists (if any) in sync!! That's why this class is so locked down. The DOM wrapper class for this class is DOMSVGNumberList. 6491 98 %
SVGNumberListSMILType.cpp The "identity" number list for a given number list attribute (the effective number list that is used if an attribute value is not specified) varies widely for different number list attributes, and can depend on the value of other attributes on the same element: http://www.w3.org/TR/SVG11/filters.html#feColorMatrixValuesAttribute http://www.w3.org/TR/SVG11/filters.html#feComponentTransferTableValuesAttribute http://www.w3.org/TR/SVG11/filters.html#feConvolveMatrixElementKernelMatrixAttribute http://www.w3.org/TR/SVG11/text.html#TextElementRotateAttribute Note that we don't need to worry about that variation here, however. The way that the SMIL engine creates and composites sandwich layers together allows us to treat "identity" SMILValue objects as a number list of zeros. Such identity SMILValues are identified by the fact that their # SVGNumberListAndInfo has not been given an element yet. 7573 94 %
SVGNumberListSMILType.h 1584 -
SVGNumberPairSMILType.cpp static 3492 81 %
SVGNumberPairSMILType.h 1425 -
SVGOrientSMILType.cpp static 5508 86 %
SVGOrientSMILType.h This SMILType class is a special case for the 'orient' attribute on SVG's 'marker' element. orient = "auto | auto-start-reverse | <angle>" Unusually, this attribute doesn't have just a single corresponding DOM property, but rather is split into two properties: 'orientType' (of type DOMSVGAnimatedEnumeration) and 'orientAngle' (of type DOMSVGAnimatedAngle). If 'orientType.animVal' is SVG_MARKER_ORIENT_ANGLE, then 'orientAngle.animVal' contains the angle that is being used. The lacuna value is 0. 1945 -
SVGPathData.cpp static 28640 97 %
SVGPathData.h Returns true, except on OOM, in which case returns false. 6770 100 %
SVGPathElement.cpp 12179 96 %
SVGPathElement.h Note: This function maps d attribute to CSS d property, and we don't flush style in this function because some callers don't need it, so if the caller needs style to be flushed (e.g. DOM APIs), the caller should flush style before calling this. 3403 100 %
SVGPathSegListSMILType.cpp 4475 98 %
SVGPathSegListSMILType.h 1666 100 %
SVGPathSegment.cpp 4719 95 %
SVGPathSegment.h 1450 100 %
SVGPathSegUtils.cpp static 14601 91 %
SVGPathSegUtils.h Code that works with path segments can use an instance of this class to store/provide information about the start of the current subpath and the last path segment (if any). 4213 100 %
SVGPatternElement.cpp virtual 5483 89 %
SVGPatternElement.h 3269 100 %
SVGPointList.cpp 2670 98 %
SVGPointList.h ATTENTION! WARNING! WATCH OUT!! Consumers that modify objects of this type absolutely MUST keep the DOM wrappers for those lists (if any) in sync!! That's why this class is so locked down. The DOM wrapper class for this class is DOMSVGPointList. 7152 98 %
SVGPointListSMILType.cpp static 6538 94 %
SVGPointListSMILType.h 1576 -
SVGPolyElement.cpp virtual 3683 85 %
SVGPolyElement.h 1564 100 %
SVGPolygonElement.cpp 2708 95 %
SVGPolygonElement.h 1241 100 %
SVGPolylineElement.cpp 1792 91 %
SVGPolylineElement.h 1164 100 %
SVGPreserveAspectRatio.cpp static 4311 92 %
SVGPreserveAspectRatio.h 3829 96 %
SVGRect.cpp 3679 89 %
SVGRect.h Generic ctor for objects that are created for an attribute. 2495 94 %
SVGRectElement.cpp virtual 10254 91 %
SVGRectElement.h 2430 100 %
SVGScriptElement.cpp 7867 96 %
SVGScriptElement.h 3210 62 %
SVGSetElement.cpp 1099 100 %
SVGSetElement.h 1172 100 %
SVGStopElement.cpp 1436 100 %
SVGStopElement.h 1264 100 %
SVGStringList.cpp 1725 85 %
SVGStringList.h The DOM wrapper class for this class is DOMSVGStringList. 3890 95 %
SVGStyleElement.cpp 7527 90 %
SVGStyleElement.h Common method to call from the various mutation observer methods. aContent is a content node that's either the one that changed or its parent; we should only respond to the change if aContent is non-anonymous. 3340 100 %
SVGSVGElement.cpp 24613 93 %
SVGSVGElement.h Send appropriate events and updates if our root translate has changed. 9545 100 %
SVGSwitchElement.cpp 3117 97 %
SVGSwitchElement.h 2125 100 %
SVGSymbolElement.cpp 1797 100 %
SVGSymbolElement.h 1271 100 %
SVGTagList.inc This file contains the list of all SVG tags. It is designed to be used as inline input to SVGElementFactory.cpp through the magic of C preprocessing. Additionally, it is consumed by the self-regeneration code in ElementName.java from which nsHtml5ElementName.cpp/h is translated. See parser/html/java/README.txt. If you edit this list, you need to re-run ElementName.java self-regeneration and the HTML parser Java to C++ translation. All entries must be enclosed in the macro SVG_TAG or SVG_FROM_PARSER_TAG which will have cruel and unusual things done to them. SVG_FROM_PARSER_TAG is used where the element creation method takes a FromParser argument, and SVG_TAG where it does not. It is recommended (but not strictly necessary) to keep all entries in alphabetical order. The first argument to SVG_TAG is both the enum identifier of the property and the atom name. The second argument is the "creator" method of the form NS_New$TAGNAMEElement, that will be used by SVGElementFactory.cpp to create a content object for a tag of that type. **** 3129 100 %
SVGTests.cpp 8040 96 %
SVGTests.h Find the active switch child using BCP 47 rules. 2907 100 %
SVGTextContentElement.cpp 6870 95 %
SVGTextContentElement.h 2524 100 %
SVGTextElement.cpp 1278 100 %
SVGTextElement.h 1409 100 %
SVGTextPathElement.cpp 4554 94 %
SVGTextPathElement.h TEXTLENGTH, 2611 100 %
SVGTextPositioningElement.cpp 2388 100 %
SVGTextPositioningElement.h 1596 100 %
SVGTitleElement.cpp 2745 93 %
SVGTitleElement.h 1632 100 %
SVGTransform.cpp 7579 85 %
SVGTransform.h The DOM wrapper class for this class is DOMSVGTransform. 4845 100 %
SVGTransformableElement.cpp 2291 100 %
SVGTransformableElement.h 1951 90 %
SVGTransformList.cpp 1880 97 %
SVGTransformList.h ATTENTION! WARNING! WATCH OUT!! Consumers that modify objects of this type absolutely MUST keep the DOM wrappers for those lists (if any) in sync!! That's why this class is so locked down. The DOM wrapper class for this class is DOMSVGTransformList. 4540 100 %
SVGTransformListParser.cpp 5032 91 %
SVGTransformListParser.h 1359 100 %
SVGTransformListSMILType.cpp 11468 99 %
SVGTransformListSMILType.h 4690 100 %
SVGTSpanElement.cpp 1290 100 %
SVGTSpanElement.h 1417 100 %
SVGUseElement.cpp 22208 93 %
SVGUseElement.h Helper that provides a reference to the element with the ID that is referenced by the 'use' element's 'href' attribute, and that will update the 'use' element if the element that that ID identifies changes to a different element (or none). 6179 100 %
SVGViewBoxSMILType.cpp static 4850 96 %
SVGViewBoxSMILType.h 1407 -
SVGViewElement.cpp 2603 58 %
SVGViewElement.h 2186 67 %
SVGViewportElement.cpp 11224 100 %
SVGViewportElement.h Returns true if this element has a base/anim value for its "viewBox" attribute that defines a viewBox rectangle with finite values, or if there is a view element overriding this element's viewBox and it has a valid viewBox. Note that this does not check whether we need to synthesize a viewBox, so you must call ShouldSynthesizeViewBox() if you need to chck that too. Note also that this method does not pay attention to whether the width or height values of the viewBox rect are positive! 6026 100 %
test -