[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: [OASIS Issue Tracker] (OFFICE-3760) Spelling issue in part 2 2.4
[ https://issues.oasis-open.org/browse/OFFICE-3760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=83876#comment-83876 ] Francis Cave commented on OFFICE-3760: -------------------------------------- This issue was resolved in ODF 1.3, so no further action is necessary. > Spelling issue in part 2 2.4 > ----------------------------- > > Key: OFFICE-3760 > URL: https://issues.oasis-open.org/browse/OFFICE-3760 > Project: OASIS Open Document Format for Office Applications (OpenDocument) TC > Issue Type: Bug > Components: OpenFormula, Part 4 (Formula) [1.2: 2] > Affects Versions: ODF 1.2 > Reporter: Andre Rebentisch > Priority: Minor > Fix For: ODF-Next > > > part 2 (OpenFormula)- 2.4 item "Applications vary on the set of Errors they support. In this specification. The only distinguished Error is #N/A; all other errors are simply errors, allowing applications to choose the Error set that best meets their needs. " > 1. "In this specification. The" > 2. As the whole argument for underspecification of Error values sounds like a joke, rewording may be necessary. It does not appear necessary to defend the reasons for an underspecification. Also the uppercase/lowercase of "errors" needs to be reviewed. I understand that Error is used for the type, destinct from the (deviation etc.) error in certain formulas in OpenFormula, e.g. cmp. 6.1.27 -- This message was sent by Atlassian Jira (v8.3.3#803004)
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]