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: RELAX NG telcon 12 June 2001


For some reason the common annotations issue was never added to the issue
list. Does anyone know why?

Here are the notes from our last discussion on common attributes in the June
28 minutes.
http://lists.oasis-open.org/archives/relax-ng/200106/msg00326.html

<quote>
3. Common annotations: should we produce a spec as an official committee
work product?

Kohsuke expressed concern that such a spec would augment the infoset. Makoto
said that he feels that people are used to being able to express default
values for attributes. Kohsuke said it may be purely for documentation but
it looks inconsistent. Norm is converting DocBook to RELAX NG and Makoto was
interested in seeing his work on default attributes before we make a
decision. James said that he thinks having our own annotations would make
things simpler than having to depend on XHTML.

The TC deferred on this issue until next week.

There is no issue on the issue list for this.

Of historical interest (see associated threads for broader discussion):
http://lists.oasis-open.org/archives/relax-ng/200106/msg00262.html
http://lists.oasis-open.org/archives/relax-ng/200106/msg00213.html

Ancient:
http://lists.oasis-open.org/archives/relax-ng/200104/msg00026.html
</quote>

Mike

-----Original Message-----
From: James Clark [mailto:jjc@jclark.com]
Sent: Tuesday, July 10, 2001 8:53 PM
To: relax-ng@lists.oasis-open.org
Subject: RELAX NG telcon 12 June 2001


The next RELAX NG telcon will take place at 10:30am EDT on Thursday
12th July. The dial-in numbers are:

800 851 1769 (US callers)
775 324 0362 (International)

Participant code: 597197

Agenda

We have got a lot of new issues.  In this telcon, I want to trim
down the number of open issues by seeing which of our open issues we
can close quickly.

1. Syntax of "global" attribute on "attribute" element (issue 5)

I think we can get rid of the "global" attribute.

http://lists.oasis-open.org/archives/relax-ng/200107/msg00035.html

2. Adding the pattern facet to <text/> and <mixed/> (issue 41)

I hope we can add a reference in the issues list to Martin's document,
and close this with no change to the spec.

http://lists.oasis-open.org/archives/relax-ng/200106/msg00316.html

3. <except/> pattern (issue 42)

At the last telcon we decided to use <except> instead of <not>,
<difference>.  The issue of what to allow inside <except> inside
<data> is still open.  I propose resolving this as described in the
spec.

4. <key>/<keyRef> element (issue 43)

At the last telcon we tentatively decided in favour of this, with the
details of what's allowed inside <key>/<keyRef> TBD.  I propose resolving
this as described in the spec.

5. Disallow empty strings as key/keyRef (issue 53)

I believe ths spec is currently in an inconsistent state.  I propose
to resolve this by adding not(s = "") as an antecedent for the rules
(key) and (keyRef) in section 6.2.12.

6. <element name="foo"/> v <attribute name="foo"/> (issue 48)

People seem happy with the status quo, so I propose to close this with
no action.

7. Overriding attributes (issue 52)

There doesn't seem any enthusiasm for trying to provide this
functionality, so I propose to close this with no action.

8. nsName using prefix (issue 49)

Does anybody feel we need to do something here? I can certainly live
without this.

9. Syntax sugar for optional attributes (issue 50)

Do we need some sugar here? If so, what?  If we decide we need some
sugar, we may not be able to decide what it should be.  Let us at
least try to decide whether we want to add some sugar.

10. Implicit grouping in <start> (issue 51)

I propose that the syntax should allow only a single pattern child
element for <start>.

11. Drop name attribute from <start> (issue 44)

Is it worth keeping the feature of a name attribute on <start>?  I
could go either way on this one. Please give this some thought.  If
not, how should this interact with combine/include?

12. Fragment identifiers in href attribute (issue 46)

Should this be forbidden?  Or should we defer to the relevant RFCs?

13. References to named patterns in external grammars (issue 54)

Is the rereading problem important enough to be worth adding a new
feature?

James





------------------------------------------------------------------
To unsubscribe from this elist send a message with the single word
"unsubscribe" in the body to: relax-ng-request@lists.oasis-open.org



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


Powered by eList eXpress LLC