[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: Micah Dubinko <MDubinko@c...>
  • Date: Fri, 15 Nov 2002 00:15:02 -0800

xforms model
Some of the off-list responses I've gotten have made me question what I once
thought was a slam-dunk. I'm curious how much if it is a conceptual problem
and how much is just unpleasant terminology.

Let me give the same answers to the same questions, but with XPath-centric
terminology. I'll compare the volume of the ensuing screams. :-)

...

AndrewWatt2000:

>how many "root nodes" an XForms processor would see in, or associated
with,a multinamespace XML document which contains three <xforms:model>
elements.

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.

>For each of those root nodes which an XForms processor sees (I assume that
you will suggest there are three), can you provide the element type (name)
of the document element node which is the child node of the root node

[same answer] The document element node will always map to the user-chosen
XML for the
form. See below.

>Can you also specify how many root nodes a non-XForms processor would see
in the same document

You'd need to read that specification to see what it says. Example: XSLT
would take the document as a whole, with a single root node.

Let's make this really plain. Here's a portion of a document like what you
described, with three <xforms:model>s.

<html:html>
  <html:head>
    <xforms:model>
      <xforms:instance>
        <my:a/>
      </xforms:instance>
    </xforms:model>
    <xforms:model>
      <xforms:instance>
        <my:b/>
      </xforms:instance>
    </xforms:model>
    <xforms:model>
      <xforms:instance>
        <my:c/>
      </xforms:instance>
    </xforms:model>
...

An XForms Processor will have three separate internal documents to keep
track
of. Serialized, these would look like:

1) <my:a/>
2) <my:b/>
3) <my:c/>

Note that:
* All 3 documents have a single root node.
* All 3 documents have a single document element node, as a child of
the root node
* The document element nodes are, respectively, my:a, my:b, and my:c
* The root node is special and has no representation in markup.
* In all 3 documents, the html and xforms namespaced stuff is not
present, and barring an extension function like document(), is inaccessible
to XPath expressions.

Better?

.micah


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.