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-2059) Resolve potentialambiguity with optionality in leading "=" and "=="



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

Dennis Hamilton commented on OFFICE-2059:
-----------------------------------------

Technically, the "=" we are all accustomed to entering into field values to specify a formula is a UI provision for signalling the type of an entry (just as quotes are entered to force handling as text).  It is generally not necessary to be told that a formula is a formula when it is carried in a formula-specific attribute of the hosting document format.  

However, ODF has encouraged the"=" as a feature of the in-attribute formula text and OpenFormula expands on that usage.  We should nail this down for a simple, consistent approach everywhere, since we have that opportunity with OpenFormula right now.


> Resolve potential ambiguity with optionality in leading "=" and "=="
> --------------------------------------------------------------------
>
>                 Key: OFFICE-2059
>                 URL: http://tools.oasis-open.org/issues/browse/OFFICE-2059
>             Project: OASIS Open Document Format for Office Applications (OpenDocument) TC
>          Issue Type: Task
>          Components: OpenFormula, Table
>    Affects Versions: ODF 1.2
>         Environment: This comment applies to the current working draft of open formula
>            Reporter: Dennis Hamilton
>            Priority: Minor
>
> Between statements in ODF 1.2 Part 1 where OpenFormula formulae may be hosted, and the description of the use of optional namespace prefix, leading "=", and the extra leading "==" for recalculation control, I am concerned that this situation has unresolvable ambiguities.

-- 
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]