Cart
[Home] [By Thread] [By Date] [Recent Entries]
Thinking about this a little more -- It is unclear where the convergence of schema languages will be -- i think it mostly will be that there will be these 2 classes of schema languages -- one defined by XML Schema and other defined by RELAX and TREX. Personally I am *very* biased towards RELAX, and think these schema languages are very important. From what I see, I think there are quite a significant amount of developers and researchers who disagree with XML Schema. I think it will be *very* unfortunate if other work of W3C also starts to make XML Schema a core part. I think the XML Schema WG should probably be more aware of this situation, and give the proper message to other WGs. <warning>speaking for himself only</warning> regards - murali. On Wed, 18 Apr 2001, Murali Mani wrote: > > On Wed, 18 Apr 2001, Henry S. Thompson wrote: > > > Neither of these is the reason it's there in XML Schema. It's there, > > as its name in XML Schema, namely Unique Particle Attribution, > > suggests, so _other_ aspects of the particles besides those involved > > directly in validation can be relied on, e.g. annotations and > > key/keyref/unique declarations. > > > > ht > > I think Henry Thompson knows my disagreement very well -- > Unique Particle Attribution as in XML Schema is *very* restrictive -- > Annotations and key/keyref/unique declarations require, if any, > unambiguous grammars. > I think we are *totally* screwing up document processing with these > restrictions. > I think we do not have an obvious solution here -- so we should work > harder to get a solution, and not push forward one possible solution which > has several negative points without analyzing all solutions. > > <warning>speaking for himself only</warning> > > regards - murali. > > > ------------------------------------------------------------------ > The xml-dev list is sponsored by XML.org, an initiative of OASIS > <http://www.oasis-open.org> > > The list archives are at http://lists.xml.org/archives/xml-dev/ > > To unsubscribe from this elist send a message with the single word > "unsubscribe" in the body to: xml-dev-request@l... >
|
