incubator-ooo-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject [Bug 120530] in draw:transform value rotate the angles are treated as rad but ODF specifies deg
Date Fri, 10 Aug 2012 15:43:47 GMT
https://issues.apache.org/ooo/show_bug.cgi?id=120530

Armin Le Grand <Armin.Le.Grand@me.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |Armin.Le.Grand@me.com

--- Comment #1 from Armin Le Grand <Armin.Le.Grand@me.com> ---
ALG: The description is wrong, indeed rad is used (0 .. 2pi) which is related
closest to draw:transform in it's sense as a transformation matrix. the
'rotate(..)' statement is used for better readability, only.

More bad: Just checked, rect with 45deg in UI (thus, rotated left) saved, gives
'rotate (0.7853981633973)'. When decomposing the matrix (which is not written)
you would get -0.78 which would be mathematically positive in the screen
coordinate system.

In short: the API and ODF error is by purpose used here, too, see
xmloff/source/draw/xexptra.cxx lines 664 ff (#i78696#).

Probably for consistency (can't remember completely) to be able to use the API
object rotation directly. See xmloff/source/draw/shapeexport2.cxx ln 196 where
the value coming from a matrix decmopose (and being correct, mathematically
positive) is mirrored before export.

Thus, 'rotate(..)' from draw:transform of 19.228 is:
- in rad
- negative oriented

Where the angle contained evtl. in 'matrix(..)' from draw:transform of 19.228
is:
- in the units you get when decomposing it
- positive oriented

-- 
You are receiving this mail because:
You are the assignee for the bug.

Mime
View raw message