[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: Changing XForms 1.0 Semantics in XPath 1.0?

• To: xml-dev@l...
• Subject: RE: Changing XForms 1.0 Semantics in XPath 1.0?
• From: "Simon St.Laurent" <simonstl@s...>
• Date: Fri, 15 Nov 2002 12:27:56 -0500
• In-reply-to: <BD2DBD26EE0BAA48B1A425C7BE7923002CFFC5@c...>

MDubinko@c... (Micah Dubinko) writes:
>An XForms processor would effectively keep form data in (at least) one
>internal document per <xforms:model>. Each document has one root node.
>Multi-namespace doesn't have any bearing on this.

I think this is the only place where I have much difficulty.  The notion
of "internal documents" is interesting, and lets you do a lot of this
more simply, but it's not immediately intuitive.

Once I get past that, my only real question is whether these things need
to be considered separate documents per se, as XPath and XPointer seem
capable of pointing into structures (external parsed entities) with more
than one root element.  Since it's synthetic anyway... but there may be
a good reason for separate "documents" that I'm just not seeing.

-------------
Simon St.Laurent - SSL is my TLA
http://simonstl.com may be my URI
http://monasticxml.org may be my ascetic URI
urn:oid:1.3.6.1.4.1.6320 is another possibility altogether

• References:
  • RE: Changing XForms 1.0 Semantics in XPath 1.0?
    • From: Micah Dubinko <MDubinko@c...>

• Prev by Date: RE: Problem with restricting a W3C Schema Type
• Next by Date: Re: RDF and the new releases
• Previous by thread: RE: Changing XForms 1.0 Semantics in XPath 1.0?
• Next by thread: Re: Re: End of the Web browser era? And an opportunity for SVG?
• Index(es):
  • Date
  • Thread