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] Commented: (OFFICE-2820) 19.626 - "The twostrings are compared by using the normal string comparison algorithm totest whether they are equal." If we defined the "normal string comparisonalgorithm" I missed it.



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

Dennis Hamilton commented on OFFICE-2820:
-----------------------------------------

I'm with Andreas on this.  I also don't know where there is inclusion of a normative reference (or definition) of the new terms that have been thrown in here.

Looking over the section, I notice the following:

1. There is no defined alpha-numeric algorithm.  However, there is behavior associated with the alpha-numeric value of the attribute.  

2. Speaking digits as being of type double, and of digits being of type integer is a mistake.  The digits are the same for either.  Reference to 18.2 doesn't help.  [I suspect this is about substrings and the syntax of the substring by which it is recognized as being numeric material.]

3. In the remaining text, integer and float are used instead of integer and double.  That's not helpful.  It should be integer and double throughout.

4. In step 1, say the two strings are compared for equality as if the value of the attribute is alpha-numeric.

5. There is a slight problem with leading +/- in the syntax for integer and double.  Are we in the clear about that?  What about "." and trailing exponents in double?

6. Step 4 says there is a conversion to double-precision, which is meaningless in this context.  Do we mean the nominal value of a type double (with the integer case being treated as a nominal double in this instance)?

7. NOTE: If "." is not handled as part of the number when the attribute value is double, there is the following interesting problem:

   "A73.58" will be treated as greater than "A73.6" and that should only be true when the value of the attribute is integer, not when it is double.  

Also, for double, it is interesting to know whether "A62.78R" is less than "A62.78E3Q" as it will be if the "E3" is recognized as part of the number.

> 19.626 - "The two strings are compared by using the normal string comparison algorithm to test whether they are equal." If we defined the "normal string comparison algorithm" I missed it. 
> --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: OFFICE-2820
>                 URL: http://tools.oasis-open.org/issues/browse/OFFICE-2820
>             Project: OASIS Open Document Format for Office Applications (OpenDocument) TC
>          Issue Type: Bug
>          Components: Table
>    Affects Versions: ODF 1.2 CD 05
>            Reporter: Patrick Durusau
>            Assignee: Eike Rathke
>             Fix For: ODF 1.2 CD 06
>
>
> 19.626 - "The two strings are compared by using the normal string comparison algorithm to test whether they are equal." If we defined the "normal string comparison algorithm" I missed it. 

-- 
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
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        


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