OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

cgmo-webcgm message

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


Subject: RE: [cgmo-webcgm] Text of Regex


I like it.  Clean and simple.

-Lofton.

At 07:38 AM 3/5/2008 -0800, Galt, Stuart A wrote:
>Ok,
>
>I agree that section 2 is an inappropriate section to add this.  Based
>on the
>discussion in the telecon. I agree that we should add it to the example
>in 5.7.6
>So here is an update.
>
>Chapter 1 - no changes
>Chapter 2 - no changes
>Chapter 3 - no changes
>Chapter 4 - no changes
>Chapter 5 - no changes
>Chapter 6 - no changes
>Chapter 7
>
>In 5.7.6.
>
>Change title "Basic Example" to "Examples"
>
>After the first example add:
>
>The example in Appendix F shows how to use methods of the
>WebCGMAppStructure interface from HTML & ECMAScript to perform a regular
>expression searching based on the contents of APS attributes.
>
>Chapter 6-8 - no changes
>
>--
>Stuart Galt
>SGML Resource Group
>stuart.a.galt@boeing.com
>(206) 544-3656
>
>
>
> > -----Original Message-----
> > From: Bezaire, Benoit [mailto:bbezaire@ptc.com]
> > Sent: Wednesday, March 05, 2008 7:10 AM
> > To: cgmo-webcgm@lists.oasis-open.org
> > Subject: RE: [cgmo-webcgm] Text of Regex
> >
> > I agree with Dieter. The spec shouldn't have wording about
> > functionality which isn't available.
> >
> > -----Original Message-----
> > From: Weidenbrueck, Dieter [mailto:dweidenbrueck@ptc.com]
> > Sent: Wednesday, March 05, 2008 2:00 AM
> > To: Galt, Stuart A; cgmo-webcgm@lists.oasis-open.org
> > Subject: RE: [cgmo-webcgm] Text of Regex
> >
> > Stuart and all,
> >
> > you suggest for 2.7:
> >
> > There is no mechanism to load the entire DOM tree by use of a
> > "*" and there is no built in functionality to retrieve nodes
> > based on the results of a regular expression applied to an
> > attribute.  An example on how to do this is described in Appendix F.
> >
> > Does that mean that a compliant viewer becomes uncompliant if
> > it provides such functionality?
> > Will there be a test for the lack of a "*" functionality?
> > I am unsure whether we should describe in a spec the
> > functionality that is NOT there unless it is normative, e.g.
> > ...a compliant implementation MUST NOT allow for usage of
> > "*"... or similar.
> >
> > Comments?
> >
> > Regards,
> > Dieter
> >
> > ---------------------------------------------------------------------
> > To unsubscribe from this mail list, you must leave the OASIS
> > TC that generates this mail.  You may a link to this group
> > and all your TCs in OASIS
> > at:
> > https://www.oasis-open.org/apps/org/workgroup/portal/my_workgr
>oups.php
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe from this mail list, you must leave the OASIS
> > TC that generates this mail.  You may a link to this group
> > and all your TCs in OASIS
> > at:
> > https://www.oasis-open.org/apps/org/workgroup/portal/my_workgr
>oups.php
> >
> >
>
>---------------------------------------------------------------------
>To unsubscribe from this mail list, you must leave the OASIS TC that
>generates this mail.  You may a link to this group and all your TCs in OASIS
>at:
>https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php




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