[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: RE: [relax-ng] Default content for attributes in the compact syntax
Parsing problems arise only if you allow the braces to be omitted. Eric was suggesting only allowing what's inside the braces to be omitted, not the braces themselves. This is possible. Personally, I think the braces with nothing inside look ugly and strange. As for round-tripping, there's no guarantee that a round-trip will give you an XML document with an identical infoset. For example, the distinction between <element name="foo"> and <element><name>foo</name> is not preserved. The guarantee is rather looser: that the things that are likely to be important to a user are preserved. Given attribute foo { text } trang will generate <attribute name="foo"/> Of course, if the text had annotations, it would generate a <text/> element to hold the annotations. I can imagine that somebody might prefer a style in which <text/> was made explicit in the content of attributes (which could be handled by an option on trang) but I find it hard to imagine a case where it would be important to a user to have some <attribute/> patterns with explicit <text/> content and some with implicit <text/> content. --On 12 June 2002 15:13 -0700 Michael Fitzgerald <mike@wyeast.net> wrote: > Eric, > > I ran into this, too. The compact syntax requires the braces and text > token because of an ambiguity when using name classes. > > See http://lists.oasis-open.org/archives/relax-ng/200205/msg00039.html. > > Mike > >> -----Original Message----- >> From: Eric van der Vlist [mailto:vdv@dyomedea.com] >> Sent: Wednesday, June 12, 2002 6:14 AM >> To: relax-ng@lists.oasis-open.org >> Subject: [relax-ng] Default content for attributes in the compact syntax >> >> >> Sorry if this has already been covered, but I have noticed that there is >> no default child content pattern for attribute in the compact syntax. >> >> In other words, >> >> <attribute name="foo"/> is legal and transformed during the >> simplification process into >> <attribute><name>foo</name><text/></attribute> while in the compact >> syntax, "attribute foo {}" is invalid. >> >> I guess that this is needed to insure syntactical coherence in the >> compact syntax, but is it normal|wishable to introduce differences >> between the two syntaxes and doesn't it affect round triping? >> >> Thanks >> >> Eric >> -- >> See you in San Diego. >> http://conferences.oreillynet.com/os2002/ >> ------------------------------------------------------------------------ >> Eric van der Vlist http://xmlfr.org http://dyomedea.com >> http://xsltunit.org http://4xt.org http://examplotron.org >> ------------------------------------------------------------------------ >> >> >> ---------------------------------------------------------------- >> To subscribe or unsubscribe from this elist use the subscription >> manager: <http://lists.oasis-open.org/ob/adm.pl> >> > > > ---------------------------------------------------------------- > To subscribe or unsubscribe from this elist use the subscription > manager: <http://lists.oasis-open.org/ob/adm.pl> > >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC