Name Description Size Coverage
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 691 100 %
DOMSVGAnimatedBoolean.h 1388 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 685 100 %
DOMSVGAnimatedString.h 1843 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 17061 93 %
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 8321 100 %
DOMSVGLengthList.cpp 11881 93 %
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. 7159 100 %
DOMSVGNumber.cpp 4462 97 %
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. 5179 100 %
DOMSVGNumberList.cpp 11498 93 %
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. 6819 95 %
DOMSVGPoint.cpp 6758 94 %
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. 6609 100 %
DOMSVGPointList.cpp static 14075 95 %
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. 9715 94 %
DOMSVGStringList.cpp static 6868 94 %
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. 4646 100 %
DOMSVGTransform.cpp 9547 98 %
DOMSVGTransform.h DOM wrapper for an SVG transform. See DOMSVGLength.h. 5848 100 %
DOMSVGTransformList.cpp 13075 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. 7050 100 %
moz.build 7587 -
SVGAElement.cpp 9056 87 %
SVGAElement.h 3617 100 %
SVGAnimatedBoolean.cpp Implementation 5122 94 %
SVGAnimatedBoolean.h 2342 100 %
SVGAnimatedClass.cpp aSrcElement 2818 84 %
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 22292 88 %
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 15307 93 %
SVGAnimatedOrient.h 5351 100 %
SVGAnimatedPathSegList.cpp 11619 51 %
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. 4392 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 4877 94 %
SVGAnimatedRect.cpp 1198 100 %
SVGAnimatedRect.h 1349 75 %
SVGAnimatedString.cpp Implementation 3716 97 %
SVGAnimatedString.h 4418 100 %
SVGAnimatedTransformList.cpp 10786 92 %
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. 5757 100 %
SVGAnimatedViewBox.cpp Implementation of SVGViewBox methods 9019 95 %
SVGAnimatedViewBox.h Returns true if the corresponding "viewBox" attribute defined a rectangle with finite values and nonnegative width/height. Returns false if the viewBox was set to an invalid string, or if any of the four rect values were too big to store in a float, or the width/height are negative. 5360 93 %
SVGAnimateElement.cpp 1146 100 %
SVGAnimateElement.h 1206 100 %
SVGAnimateMotionElement.cpp 1662 100 %
SVGAnimateMotionElement.h 1824 100 %
SVGAnimateTransformElement.cpp 2050 100 %
SVGAnimateTransformElement.h 1573 100 %
SVGAnimationElement.cpp 12979 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.) 5336 94 %
SVGArcConverter.cpp 5189 100 %
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 5757 94 %
SVGCircleElement.h 2192 50 %
SVGClipPathElement.cpp 1697 100 %
SVGClipPathElement.h 1619 100 %
SVGComponentTransferFunctionElement.h 5782 100 %
SVGContentUtils.cpp 32052 92 %
SVGContentUtils.h Functions generally used by SVG Content classes. Functions here should not generally depend on layout methods/classes e.g. SVGUtils 11868 78 %
SVGDataParser.cpp 803 95 %
SVGDataParser.h 903 -
SVGDefsElement.cpp 948 100 %
SVGDefsElement.h 1097 50 %
SVGDescElement.cpp 948 100 %
SVGDescElement.h 1014 100 %
SVGDocument.cpp 1736 94 %
SVGDocument.h 996 100 %
SVGElement.cpp 76936 97 %
SVGElement.h SVGElement is the base class for all SVG content elements. It implements all the common DOM interfaces and handles attributes. 23162 90 %
SVGElementFactory.cpp 3733 100 %
SVGElementFactory.h 1620 -
SVGEllipseElement.cpp virtual 6366 89 %
SVGEllipseElement.h 2247 50 %
SVGFEBlendElement.cpp 4379 92 %
SVGFEBlendElement.h 2241 100 %
SVGFEColorMatrixElement.cpp 4970 88 %
SVGFEColorMatrixElement.h 2570 100 %
SVGFEComponentTransferElement.cpp 3356 82 %
SVGFEComponentTransferElement.h 2085 100 %
SVGFECompositeElement.cpp 5441 82 %
SVGFECompositeElement.h 2768 100 %
SVGFEConvolveMatrixElement.cpp 9814 97 %
SVGFEConvolveMatrixElement.h 4146 100 %
SVGFEDiffuseLightingElement.cpp 3082 72 %
SVGFEDiffuseLightingElement.h 1958 100 %
SVGFEDisplacementMapElement.cpp 5162 89 %
SVGFEDisplacementMapElement.h 3088 85 %
SVGFEDistantLightElement.cpp 2320 96 %
SVGFEDistantLightElement.h 1769 100 %
SVGFEDropShadowElement.cpp 5501 78 %
SVGFEDropShadowElement.h 2782 100 %
SVGFEFloodElement.cpp 2752 97 %
SVGFEFloodElement.h 1937 100 %
SVGFEGaussianBlurElement.cpp 4208 91 %
SVGFEGaussianBlurElement.h 2440 100 %
SVGFEImageElement.cpp aForce = 15137 81 %
SVGFEImageElement.h 4930 50 %
SVGFEMergeElement.cpp 2061 95 %
SVGFEMergeElement.h 1754 100 %
SVGFEMergeNodeElement.cpp 1602 73 %
SVGFEMergeNodeElement.h 1701 100 %
SVGFEMorphologyElement.cpp 5308 91 %
SVGFEMorphologyElement.h 2771 100 %
SVGFEOffsetElement.cpp 3559 92 %
SVGFEOffsetElement.h 2258 100 %
SVGFEPointLightElement.cpp 2662 81 %
SVGFEPointLightElement.h 1763 100 %
SVGFESpecularLightingElement.cpp 3621 74 %
SVGFESpecularLightingElement.h 2090 100 %
SVGFESpotLightElement.cpp 4608 87 %
SVGFESpotLightElement.h 2210 100 %
SVGFETileElement.cpp 2601 70 %
SVGFETileElement.h 1981 100 %
SVGFETurbulenceElement.cpp 7574 99 %
SVGFETurbulenceElement.h 3132 100 %
SVGFilterElement.cpp virtual 4214 81 %
SVGFilterElement.h 2367 100 %
SVGFilters.cpp virtual 15797 90 %
SVGFilters.h Base class for filter primitive elements Children of those elements e.g. feMergeNode derive from SVGFilterPrimitiveChildElement instead 8221 96 %
SVGForeignObjectElement.cpp virtual 4252 91 %
SVGForeignObjectElement.h 1927 100 %
SVGFragmentIdentifier.cpp 7324 86 %
SVGFragmentIdentifier.h Implements support for parsing SVG fragment identifiers http://www.w3.org/TR/SVG/linking.html#SVGFragmentIdentifiers 1668 -
SVGGElement.cpp 916 100 %
SVGGElement.h 966 100 %
SVGGeometryElement.cpp 9864 99 %
SVGGeometryElement.h Causes this element to discard any Path object that GetOrBuildPath may have cached. 9814 98 %
SVGGeometryProperty.cpp 2086 95 %
SVGGeometryProperty.h 9909 85 %
SVGGradientElement.cpp 7984 95 %
SVGGradientElement.h 4894 100 %
SVGGraphicsElement.cpp 5629 89 %
SVGGraphicsElement.h 1799 100 %
SVGImageElement.cpp aAlwaysLoad = 12183 92 %
SVGImageElement.h 4809 44 %
SVGIntegerPairSMILType.cpp 3525 83 %
SVGIntegerPairSMILType.h 1508 100 %
SVGLength.cpp static 11508 92 %
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. 5063 100 %
SVGLengthList.cpp 2009 88 %
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. 12287 99 %
SVGLengthListSMILType.cpp static 11133 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 7784 99 %
SVGLineElement.h 2133 100 %
SVGMarkerElement.cpp virtual 7268 99 %
SVGMarkerElement.h 3100 100 %
SVGMaskElement.cpp virtual 3526 82 %
SVGMaskElement.h 1998 100 %
SVGMatrix.cpp 5154 85 %
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. 5009 100 %
SVGMetadataElement.cpp 1043 86 %
SVGMetadataElement.h 1076 100 %
SVGMotionSMILAnimationFunction.cpp Returns the first <mpath> child of the given element 14232 85 %
SVGMotionSMILAnimationFunction.h 3465 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 18528 88 %
SVGMotionSMILType.h implementation of SMILType for use by <animateMotion> element 2570 -
SVGMPathElement.cpp 4364 100 %
SVGMPathElement.h 2135 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. 6540 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. 7444 94 %
SVGNumberListSMILType.h 1584 -
SVGNumberPairSMILType.cpp static 3606 82 %
SVGNumberPairSMILType.h 1425 -
SVGOrientSMILType.cpp static 5526 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 28698 97 %
SVGPathData.h Returns true, except on OOM, in which case returns false. 6770 100 %
SVGPathElement.cpp 12898 80 %
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. 3387 100 %
SVGPathSegListSMILType.cpp 4475 98 %
SVGPathSegListSMILType.h 1666 100 %
SVGPathSegment.cpp 4719 95 %
SVGPathSegment.h 1450 100 %
SVGPathSegUtils.cpp static 14983 94 %
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). 4262 100 %
SVGPatternElement.cpp virtual 5468 89 %
SVGPatternElement.h 3282 100 %
SVGPoint.h This class is currently used for point list attributes. The DOM wrapper class for this class is DOMSVGPoint. 1943 100 %
SVGPointList.cpp 2898 96 %
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. 6992 98 %
SVGPointListSMILType.cpp static 6265 94 %
SVGPointListSMILType.h 1576 -
SVGPolyElement.cpp virtual 3854 85 %
SVGPolyElement.h 1580 100 %
SVGPolygonElement.cpp 2710 92 %
SVGPolygonElement.h 1247 50 %
SVGPolylineElement.cpp 1794 91 %
SVGPolylineElement.h 1170 100 %
SVGPreserveAspectRatio.cpp static 4377 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 9490 90 %
SVGRectElement.h 2415 50 %
SVGScriptElement.cpp 7864 96 %
SVGScriptElement.h 3144 38 %
SVGSetElement.cpp 1106 100 %
SVGSetElement.h 1178 100 %
SVGStopElement.cpp 1438 90 %
SVGStopElement.h 1270 100 %
SVGStringList.cpp 1560 86 %
SVGStringList.h The DOM wrapper class for this class is DOMSVGStringList. 3890 95 %
SVGStyleElement.cpp 7497 87 %
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. 3353 100 %
SVGSVGElement.cpp 20905 95 %
SVGSVGElement.h Send appropriate events and updates if our root translate has changed. 9447 100 %
SVGSwitchElement.cpp 2971 97 %
SVGSwitchElement.h 2138 100 %
SVGSymbolElement.cpp 1657 79 %
SVGSymbolElement.h 1284 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 8071 99 %
SVGTests.h Find the active switch child using BCP 47 rules. 2907 100 %
SVGTextContentElement.cpp 6764 95 %
SVGTextContentElement.h 2526 100 %
SVGTextElement.cpp 1280 100 %
SVGTextElement.h 1415 100 %
SVGTextPathElement.cpp 4556 88 %
SVGTextPathElement.h TEXTLENGTH, 2738 100 %
SVGTextPositioningElement.cpp 2388 100 %
SVGTextPositioningElement.h 1598 100 %
SVGTitleElement.cpp 2747 93 %
SVGTitleElement.h 1645 100 %
SVGTransform.cpp 6130 86 %
SVGTransform.h The DOM wrapper class for this class is DOMSVGTransform. 5041 100 %
SVGTransformableElement.cpp 2279 100 %
SVGTransformableElement.h 1960 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. 4328 100 %
SVGTransformListParser.cpp 4891 92 %
SVGTransformListParser.h 1391 100 %
SVGTransformListSMILType.cpp 13104 97 %
SVGTransformListSMILType.h 4690 100 %
SVGTSpanElement.cpp 1292 100 %
SVGTSpanElement.h 1430 100 %
SVGUseElement.cpp 22180 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). 6107 100 %
SVGViewBoxSMILType.cpp static 4889 96 %
SVGViewBoxSMILType.h 1407 -
SVGViewElement.cpp 2521 58 %
SVGViewElement.h 2192 67 %
SVGViewportElement.cpp 11279 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! 6057 100 %
test -