</x-tad-bigger>
<x-tad-bigger> This is great. However for us to use it we would likely need to<x-tad-bigger>
have a Contributors License Agreement (CLA) on file:
http://www.apache.org/licenses/#clas
</x-tad-bigger>
I will download the CLA and prepare it to be sent by snailmail.
</x-tad-bigger>
<x-tad-bigger> The basic thing is to implement the attrAdded/Modified/Removed<x-tad-bigger>
methods to invalidate the current path segments. Also you
need to provide the getValueAsString and setAttributeValue.
</x-tad-bigger>
I will see to do this the proper way with this guidelines.
</x-tad-bigger>
<x-tad-bigger> Yah, I would be tempted to have an extra bit that indicates if the<x-tad-bigger>
segment should be normalized before returning it. One thing that
isn't clear to me is what the proper behavior is when the list is
modified (are you expected to keep the same base type or can you
replace the previous seg type with the abs segment type).
</x-tad-bigger>
I am not clear as to what you mean by the "extra bit". What would be the purpose? According to the SVG Spec, all types of path options should be normalized to the appropriate instance of the subset. This is:
Relative Moveto (m), Lineto(l), CurvetoCubic(c) --to--> Absolute Moveto(M), Lineto(L) or
CurvetoCubic(C)
Relative or Absolute Horizontal and Vertical Lineto (H,h,V,v) --to--> Absolute Lineto(L)
Relative or Absolute Smooth CurvetoCubic (S,s) --to--> Absolute CurvetoCubic (C)
Absolute or Relative CurvetoQuadratic (Q,q,T,t) --to--> Absolute sequence of Lineto segments (L)+
Absolute or Relative Arc (A,a) --to--> Absolute sequence of Lineto segments (L)+
The spec states:
</x-tad-bigger>"Modifications to normalizedPathSegList might cause entries in pathSegList to be broken into a set of normalized path segments."
So to my understanding, we need to track if the pathSegList resulting from a normalizedPathSegList call is modified, then the standard pathSegList will be replaced by the normalized one, with the changes. But I am also at a loss in the interpretation, since the spec also states that animatedNormalizedPathSegList is a readOnly property, so the option of changing values shoudl not be allowed.
<x-tad-bigger>
</x-tad-bigger>
<x-tad-bigger> The Arc is simple you simply need to make the destination point<x-tad-bigger>
an absolute point rather than a relative one. There is no way to
normalize the radii or the arc flags (or they are already normalized).
</x-tad-bigger>
</x-tad-bigger><x-tad-bigger>I understand from the spec that the ARC should be normalized into a Flattened Curve, i.e. a series of Lineto (L) that approximate the arc.
</x-tad-bigger><x-tad-bigger>Also, arising from this, one item that is unclear is where and how to define the flatness threshold for normalizing, i.e. how accurate the conversion of the curve to lines is. This is usually a double value that indicates the distance allowed from the tangent to the curve until you need a next point. The spec has no clear reference to this item.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]</x-tad-bigger>
