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

 


Help: OASIS Mailing Lists Help | MarkMail Help

office message

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


Subject: Notes from ODF TC meeting 24 Oct. 2022 - Next meeting Nov. 7th 2022


Greetings!

Notes from the ODF TC teleconference on 24 Oct. 2022 follow below.

Hope everyone is at the start of a great week!

Patrick

************************************************

*Patrick:*  Quorum - yes

*Patrick:*  Agenda - Micheal - cont. 3750 and 4110

*Patrick:*  with amendment by Michael - agenda - approved by consent

*Patrick:*  minutes of Oct. 16th - approved by consent

*Patrick:*  https://issues.oasis-open.org/browse/OFFICE-3750

*Patrick:*  https://issues.oasis-open.org/browse/OFFICE-4110

*Patrick:*  https://issues.oasis-open.org/browse/OFFICE-3750

*Francis Cave:*  It is implementation-defined as to whether the rotation angle is to be interpreted as in radians or in degrees. To encourage interoperability with known existing implementations, it is strongly recommended that the rotation angle be in radians.

*Patrick:*  implementation-defined whether the rotation angle is specified in

*Francis Cave:*  Dropped the phone connection - I'll call in again...

*Patrick:*  It is implementation-defined whether the rotation angle is specified in radians or in degrees. To encourage interoperability with known existing implementations, it is strongly recommended that the rotation angle be in radians.

*Patrick:*  with existing implementations

*Francis Cave:*  ...it is strongly recommended that the rotation angle be specified in radians.

*Patrick:*  the rotation angle should be in radians.

*Patrick:*  Regina - the degree comes into the standard - no one looked to see if it was really needed - no discussion about it

*Patrick:*  Francis - 2 kinds of standards - lead from the front - define a new technology - implementations follow the standard - or implementers reach consensus about a technology and how to implement it in a particular way, then write down the rules

*Patrick:*  What we have here is in between - some of both - leading and implementation both

*Patrick:*  Francis - see Andreas' point and its clear on degrees if no units, but implementations went out and did radians - need to look at where default of degrees came in

*Regina Henschel:*  "Degree" was introduced withhttps://issues.oasis-open.org/browse/OFFICE-1861
Likely originates in this answer on the mailing list
https://lists.oasis-open.org/archives/opendocument-users/200601/msg00005.html
I haven't found any note that it has been discussed in the TC.

*Michael Stahl:*  both standards and implementations are created by humans, and therefore subject to human error. by default, we should assume that if a standard and its implementation disagree, then by default the standard is right and the implementation is wrong. however, we have to allow for exceptions to the rule: if there is overwhelming evidence, such as all extant implementation doing something one way and the standard specifying doing it a different way, the standard may be at fault.

*Patrick:*  Andreas - standard always uses degrees when specified.

*Francis Cave:*  dr3d:shadow-slant (19.104)

*Regina Henschel:*  dr3d:shadow-slant is in degree in LibreOffice.

*Patrick:*  If no unit identifier is specified, the value unit is implementation dependent.

*Michael Stahl:*  Table 12 - Functions Used in draw:formula

*Michael Stahl:*  ODF 1.2:
sin(n)
returns the trigonometric sine of n, where n is an angle specified in degrees

*Michael Stahl:*  ODF 1.3:
sin(n)
returns the trigonometric sine of n, where n is an angle specified in radians

*Michael Stahl:*  https://issues.oasis-open.org/browse/OFFICE-3823

*Regina Henschel:*  And we have addedhttps://issues.oasis-open.org/browse/OFFICE-3972  for ODF 1.2 errata

*Patrick:*  draw:transform - should our solution focus only on it?

*Regina Henschel:*  Yes.

*Michael Stahl:*  in ODF1.1 the "sin" function is only mentioned as an unary function, without any specification of what it should do or what its argument means

*Patrick:*  Francis - and consistent with draw formula - maybe

*Patrick:*  Next meeting Nov. 7th 2022

*Patrick:*  adjourned -

--
Patrick Durusau
patrick@durusau.net
Technical Advisory Board, OASIS (TAB)
Editor, OpenDocument Format TC (OASIS), Project Editor ISO/IEC 26300
Co-Editor, ISO/IEC 13250-1, 13250-5 (Topic Maps)

Another Word For It (blog): http://tm.durusau.net
Homepage: http://www.durusau.net
Twitter: patrickDurusau

Attachment: OpenPGP_signature
Description: OpenPGP digital signature



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