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

 


Help: OASIS Mailing Lists Help | MarkMail Help

relax-ng message

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


Subject: RE: Minutes of RELAX NG TC Meeting 2001-05-24


Okay, Josh was in attendance. Sorry I missed you. That's why I ask for
amendments!

Mike

-----Original Message-----
From: Josh Lubell [mailto:lubell@cme.nist.gov]
Sent: Thursday, May 24, 2001 5:52 PM
To: Michael Fitzgerald
Subject: Re: Minutes of RELAX NG TC Meeting 2001-05-24


Mike,

Just for the record, I was on the call today (although I wasn't very vocal).

Josh

Joshua Lubell, NIST
100 Bureau Drive, Stop 8263
Gaithersburg MD 20899-8263, USA
lubell@nist.gov

----- Original Message -----
From: "Michael Fitzgerald" <mike@wyeast.net>
To: "TREX" <trex@lists.oasis-open.org>
Sent: Thursday, May 24, 2001 3:45 PM
Subject: Minutes of RELAX NG TC Meeting 2001-05-24


> Minutes of RELAX NG TC Meeting on May 24, 2001 8:30 AM EDT
>
> [Please post amendments and corrections by replying to the list.]
>
> Attendees
>
> James Clark
> Mike Smith
> Kawaguchi Kohsuke
> Fabio Arciniegas
> Mike Fitzgerald
> Norm Walsh
> Murata Makoto
> David Webber
>
> Next meeting: May 31, 2001 8:30 AM EDT
>
> 1. Rename TREX TC to RELAX NG TC. Voted in favor.
>
> 2. Restriction of subordinates of <oneOrMore>, that is: "If a <oneOrMore>
> element has an <attribute> descendant, it must not have a <group> or
> <interleave> descendant." [I BELIEVE we voted in favor? Please speak up if
> not!]
>
> 3. Datatypes and identity constraints
>
>   a. enumeration syntax. Voted in favor of option (b), that is: "Add a
> <value> element. This has a type attribute identifying a datatype." As in:
>
>   <value type="xsd:token">foo</value>
>
>   or:
>
>   <choice>
>    <value type="xsd:token">foo</value>
>    <value type="xsd:token">bar</value>
>   </choice>
>
>   b. <anyString/> now becomes <text/>. Voted in favor (slam dunk).
>
>   c. list of parameters versus a set of parameters. Voted in favor of list
> with the proviso that datatype providers will generate an error if there
is
> a duplicate parameter name, not the RELAX NG implementation.
>
>   d. <param name="..." value="..."/> or <param name="...">...</param>.
Voted
> in favor of content over an attribute value.
>
>   e. key/keyRef or ID/IDREF? Voted in favor of key/keyRef.
>
>   f. <oneOrMoreTokens> and <zeroOrMoreTokens>. Voted in favor -- a
> ratification, if you will, of last week's vote.
>
> 4. combine attribute. Voted in favor of values "choice" and "interleave"
> hence removing the values "group" and "replace". As an attribute of
> <define>, the combine attribute lets you combine duplicate definitions
from
> separate files.
>
> 5. Language Specs. Proposed is a formal spec, a tutorial, and a
developer's
> cookbook. Fabio will help set up a CVS repository on SourceForge for the
> documentation. We will use DocBook and produce HTML, etc. James will
rewrite
> the TREX tutorial for RELAX NG. Murata-san and James will be main writers
of
> specs. Fabio and Mike Fitzgerald volunteered to do some additional
writing.
> Norm will help with DocBook and diffmk
> (http://www.sun.com/xml/developers/diffmk/).
>
> Mike
> ====
> Wy'east Communications     http://www.wyeast.net
mailto:mike@wyeast.net
>




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


Powered by eList eXpress LLC