[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: [OASIS Issue Tracker] Updated: (OFFICE-3491) 19.598 table:conditionsyntax ambiguity
[ http://tools.oasis-open.org/issues/browse/OFFICE-3491?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Brauer updated OFFICE-3491: ----------------------------------- Component/s: (was: Needs Discussion) This issue has been set to resolved after the needs discussion flag has been set. I strongly assume the resolution reflects the result of the discussion, and therefore will remove the needs discussion. > 19.598 table:condition syntax ambiguity > --------------------------------------- > > Key: OFFICE-3491 > URL: http://tools.oasis-open.org/issues/browse/OFFICE-3491 > Project: OASIS Open Document Format for Office Applications (OpenDocument) TC > Issue Type: Bug > Components: Part 1 (Schema), Table > Affects Versions: ODF 1.2 CD 05 > Reporter: Dennis Hamilton > Assignee: Dennis Hamilton > Fix For: ODF 1.2 CD 06 > > > The special syntax for table:condition is ambiguous. > In the first paragraph, it is said that the namespace prefix (default or otherwise) applies to the syntax and semantics of values, strings, and expressions. > To then stipulate the syntax of *value* and *string* is peculiar. > I think the repair should be in the first paragraph, where the namespace governs only the syntax and semantics of the *expression* pattern. This allows simple table:condition forms that avoid dependence on any separate formula specification altogether. > However it does mean that we have trouble when an *expression* under the namespace has exactly the same lexical appearance as what is defined here as a *value* or *string* pattern. I would suggest that the *value* and *string* rules would have precedence and *expression* is to be considered only when the the occurence is not a well-formed *value* or *string*. > Finally, I note that the statement about leading "=" is worded as if it is a restriction on Part 2. I believe there is a separate proposal to strike that. > The repair to this should allow a table:condition that has simple values and strings as operands without any use of namespace-determined expressions. -- 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]