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: [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:all-tabpanel ]

Regina Henschel updated OFFICE-3760:
------------------------------------
    Fix Version/s: ODF-Next
                       (was: ODF 1.3)

> 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 2 (Formulas)
>    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
(v7.7.2#77003)


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