OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

opendocument-users message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: RE: [opendocument-users] draw:transform issues

See http://www.w3.org/TR/SVG11/coords.html#TransformAttribute.

SVG's transform attribute uses degrees

Regarding Lengths on translates, back in 1998-2001, the SVG working
group debated whether to allow that or not. The obvious tradeoffs were
greater flexibility if Lengths are allowed, but at the expense of a bit
more complexity. The SVG WG decided the extra complexity wasn't worth
the (questionable) benefit. Note that there is some sentiment in the SVG
working group to drop units entirely from the SVG language (except on
'width' and 'height' on root 'svg' element to define intrinsic
dimensions) and that SVG Tiny does not allow units on "lengths" (i.e.,

Regarding default value for ty, the SVG spec says it is zero.

Regarding default value for sy, the SVG spec says it is the same value
as sx.

Jon Ferraiolo
Adobe Systems, Inc.
Editor, SVG 1.0

-----Original Message-----
From: Chris Nokleberg [mailto:chris@sixlegs.com] 
Sent: Thursday, January 19, 2006 7:15 PM
To: opendocument-users@lists.oasis-open.org
Subject: [opendocument-users] draw:transform issues

I think the definition of the draw:transform element (OpenDocument 1.0
spec page 286) could be improved:

- Please specify whether the angle arguments for rotate, skewX, and
  skewY are supposed to be in degrees or radians. OpenOffice currently
  outputs values in radians.

- Please specify the argument types for translate and scale. In SVG they
  are unitless real numbers. OpenOffice uses Lengths for the translate

  (Personally I think using Lengths for transform is unnecessary and
  confusing, the only real benefit apparently being to avoid specifying
  svg:x and svg:y)

- The ty argument to translate is optional, but the default value is not
  specified. Presumably it should be zero :-)

- This is probably just a bug in OpenOffice, but while the specification
  states that scale(sx) = scale(sx, sx), OpenOffice treats it as
  scale(sx, 1).

Please let me know if this is the right forum for feedback of this kind.
BTW, is there an errata to the spec posted anywhere?


To unsubscribe, e-mail:
For additional commands, e-mail:

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]