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-1811) ISO/IEC JTC 1/SC 34N 1078 : DEFECT REPORT NUMBER JP2-20



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

Dennis Hamilton commented on OFFICE-1811:
-----------------------------------------

I still believe this is is confused.  

There is no regular expression implicit in <table:filter-condition>.  

When regular expressions are not being used for comparisons, how does this make sense?  

When regular expressions are being used as part of a comparison/match condition (however that is intended to be expressed), it is not clear why the regular expression is not sufficient by itself.  I assume that regular expression matching always begins at the beginning of the subject field, and the only question is whether or not it can quit early.  But a greedy regular expression can always be written to do the job without depending on this attribute at all.  I.e., if a regular expression is being used, there is no need for this attribute.  

It is only with comparisons that do not employ regular expressions where this attribute is useful.  In this case, I question why one would match anywhere as opposed to match the beginning on false.

If you tell me that is really what happens in the dominant implementation(s), I will be surprised, but I will not object.  But we should not make this provision unless it is really true in practice.

> ISO/IEC JTC 1/SC 34 N 1078 : DEFECT REPORT NUMBER JP2-20
> --------------------------------------------------------
>
>                 Key: OFFICE-1811
>                 URL: http://tools.oasis-open.org/issues/browse/OFFICE-1811
>             Project: OASIS Open Document Format for Office Applications (OpenDocument) TC
>          Issue Type: Bug
>    Affects Versions: ODF 1.0, ODF 1.0 (second edition), ODF 1.0 Errata 02
>            Reporter: Robert Weir 
>            Assignee: Svante Schubert 
>             Fix For: ODF 1.0 Errata CD 5
>
>
> Transcribed from http://www.itscj.ipsj.or.jp/sc34/open/1078.htm
> Original author: "MURATA Makoto (FAMILY Given)" <eb2m-mrt@asahi-net.or.jp>
> DEFECT REPORT NUMBER 	JP2-20
> QUALIFIER 	omission
> REFERENCES IN DOCUMENT 	"Search Criteria Must Apply to Whole Cell", Clause 8.5.(
> NATURE OF DEFECT 	This clause is incomprehensible. Where are "search criteria" specified?
> SOLUTION PROPOSED BY THE SUBMITTER 	Specify what are "search criteria" and where they are specified.

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