Date: prev next · Thread: first prev next last
2012 Archives by date, by thread · List index


@Regina,

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.

 - Dennis

-----Original Message-----
From: Regina Henschel [mailto:rb.henschel@t-online.de] 
Sent: Saturday, August 11, 2012 10:33
To: ooo-dev@incubator.apache.org; LO-dev
Subject: Re: ODF angle in draw:transform are in degrees

Hi Dennis,

[ ... ]

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 
unit rad,
   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.

Kind regards
Regina


[ ... ]


Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.