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

office message

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

Subject: [OASIS Issue Tracker] Issue Comment Edited: (OFFICE-1823) ISO/IECJTC 1/SC 34 N 1078 : DEFECT REPORT NUMBER JP2-32

• From: OASIS Issues Tracker <workgroup_mailer@lists.oasis-open.org>
• To: office@lists.oasis-open.org
• Date: Thu, 15 Jul 2010 13:54:13 -0400 (EDT)

```
[ http://tools.oasis-open.org/issues/browse/OFFICE-1823?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=19667#action_19667 ]

Dennis Hamilton edited comment on OFFICE-1823 at 7/15/10 1:53 PM:
------------------------------------------------------------------

With respect to 9.4.6, we need to be clear that it is a plane that is rotated around one of its own axes.  It does nothing to rotate the XZ plane around the Y axis.  You could also rotate the space around a single axis.  It needs to be clear which is the case.  The second is more general since it doesn't depend on what plain, if any, passes through all points of the initial polygon.  However, it appears that the polygon is expected to be a plane polygon, although the second approach is still more general even in that case.

Also, when the axis of rotation passes through the polygon, and the rotation is incomplete, the front and back surfaces intersect each other on the axis of rotation and the effect is that there are four surfaces determined, two from the front polygon and two from the back polygon.  Also, even for full rotation, if the front and back surfaces are not the same size, the presence of the surfaces is revealed, whether open or closed, if the junction of the two surfaces is in view.

[added 2010-07-15T17:40Z It is not precisely correct to say the XZ plane is rotated.  In general terms, a plane relative to which the polygon is oriented is rotated about some axis.  This can even make sense when the axis is parallel to the polygon's orientation plane or normal to the polygon's orientation plane.  I suspect that there are not so many degrees of freedom in the 3D Shape Rotation, but that is even more reason for the specification to be more rigorous in establishing exactly what are the constraints on possible rotations.  I don't think the ODF 1.0 specification proves that level of precision (and doubt it for ODF 1.2 as well), making it likely that we are going to have to find out how to leave some of this implementation-dependent for now.  The alternative would be to find out what implementations of ODF 1.0/1.1 that support 3D Shapes actually provide for, which is a matter of adopting an implementation-defined case for the specification.  This seems like way too much effort for an ODF 1.0 Errata.]

was (Author: orcmid):
With respect to 9.4.6, we need to be clear that it is a plane that is rotated around one of its own axes.  It does nothing to rotate the XZ plane around the Y axis.  You could also rotate the space around a single axis.  It needs to be clear which is the case.  The second is more general since it doesn't depend on what plain, if any, passes through all points of the initial polygon.  However, it appears that the polygon is expected to be a plane polygon, although the second approach is still more general even in that case.

Also, when the axis of rotation passes through the polygon, and the rotation is incomplete, the front and back surfaces intersect each other on the axis of rotation and the effect is that there are four surfaces determined, two from the front polygon and two from the back polygon.  Also, even for full rotation, if the front and back surfaces are not the same size, the presence of the surfaces is revealed, whether open or closed, if the junction of the two surfaces is in view.

> ISO/IEC JTC 1/SC 34 N 1078 : DEFECT REPORT NUMBER JP2-32
> --------------------------------------------------------
>
>                 Key: OFFICE-1823
>                 URL: http://tools.oasis-open.org/issues/browse/OFFICE-1823
>             Project: OASIS Open Document Format for Office Applications (OpenDocument) TC
>          Issue Type: Bug
>    Affects Versions: ODF 1.0, ODF 1.0 (second edition), ODF 1.0 Errata 02
>            Reporter: Robert Weir
>            Assignee: Svante Schubert
>             Fix For: ODF 1.0 Errata CD 5
>
>
> Transcribed from http://www.itscj.ipsj.or.jp/sc34/open/1078.htm
> Original author: "MURATA Makoto (FAMILY Given)" <eb2m-mrt@asahi-net.or.jp>
> DEFECT REPORT NUMBER 	JP2-32
> QUALIFIER 	clarification required
> REFERENCES IN DOCUMENT 	Clause 15.22.8 thru 15.22.10
> NATURE OF DEFECT 	These subclauses are incomprehensible.
> SOLUTION PROPOSED BY THE SUBMITTER 	Add diagrams and introduce more explanatory text.

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tools.oasis-open.org/issues/secure/Administrators.jspa
-