|
John,
This will work then based on knowing that PI's can be scoped. I don't even need to build a PI table to parse this design since a "Current PI" WILL ALWAYS MATCH the element to follow. This avoid XML's un-orderable attributes, um problem. It adds more markup in terms of data size. It takes away (a little) from the "beautiful" readability of XML. It WILL WORK and I would need a day to tweak XMLFoundation to support that. One (small) drawback is that "cut and paste" of XML in an editor could be made invalid by not pairing Element PI's properly. That cant happen with the smaller foot printed OID as #1 attribute. Perhaps the #1 placed OID should have a PI equivalent to support any existing environment that cannot easily add an ordered attribute 1st prior to writing the rest of the attributes. This is some good thought. huh? Brian From: johnwcowan@gmail.com Date: Mon, 31 Mar 2014 10:13:18 -0400 To: xmlboss@live.com CC: xml-dev@lists.xml.org Subject: Re: [xml-dev] RFC for XML Object Parsing - New Thought On Mon, Mar 31, 2014 at 6:02 AM, Brian Aberle <xmlboss@live.com> wrote:
Indeed they can. But I think what you really want is a PI containing the OID to be placed *before* the element. Doing it that way means that you will have the OID available before you even begin to parse the start-tag. That seems to me to be better than having it as the first attribute.
Fortunately, that can always be done: you can have a PI anywhere except inside another PI, a tag, an entity reference, a CDATA section, or a comment.
It was impossible to inveigle Georg Wilhelm Friedrich Hegel Into offering the slightest apology For his Phenomenology. --W. H. Auden, from "People" (1953)
|