ODF angle in draw:transform are in degrees
Dennis E. Hamilton
dennis.hamilton at acm.org
Sat Aug 11 10:41:24 PDT 2012
Thanks. I agree that the transform case needs to be taken up also. My sense is that there is agreement that there should be transposition to SVG with attention to migration and down-level compatibility issues.
I also agree that the situation with existing ODF 1.0/../1.2 documents and implementations must be clarified, where practical, with advisories and errata.
From: Regina Henschel [mailto:rb.henschel at t-online.de]
Sent: Saturday, August 11, 2012 10:33
To: ooo-dev at incubator.apache.org; LO-dev
Subject: Re: ODF angle in draw:transform are in degrees
[ ... ]
That is the problem with the unit of angles for gradients. But this here
is different. It is about transformations. The matrix has no problems,
because the relevant matrix elements are used as unitless factor. But
rotate, skewX and skewY have angles as parameter.
> The next step is to come up with a new attribute (or attributes) that
> correspond to SVG provisions and are rigorously defined. The new
> attribute(s) would appear down-level (i.e., in ODF
> 1.0/1.1/IS26300/1.2) as extensions and be ignored but be official in
> ODF 1.3 (which would deprecate but not remove draw:angle).
> If the SVG-aligned attributes are present (and to be required in ODF
> 1.3 documents, let's say) and recognized, they would over-rule
> draw:angle. ODF 1.3 Producers that wanted to ensure down-level
> interoperability would produce both attributes.
> How does that sound?
It would be great to have an attribute svg:transform. That would be the
best solution for me and will prevent further trouble.
Nevertheless the problem remains, that
ODF1.1 has no unit at all and documents written by StarOffice use
and ODF1.2 specifies degree, but at least Apache OpenOffice,
LibreOffice and Powerpoint 2013 use rad.
I don't know, whether Gnumeric uses <draw:transform>. I have seen in the
meantime that Genumeric uses the attribute <draw:angle> in fillings in
charts and unfortunately (from Apache OpenOffice point of view) Gnumeric
uses it in deg there and not 0.1deg.
So there are some rules or hints needed, how to tread documents which
are ODF1.1 or ODF1.2.
[ ... ]
More information about the LibreOffice