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

Re: Idea - std. non-flat <g><e/></g> syntax

• To: bill palmer <palmer@e...>
• Subject: Re: Idea - std. non-flat <g><e/></g> syntax
• From: Peter Hunsberger <peter.hunsberger@g...>
• Date: Mon, 11 Jul 2005 09:16:02 -0500
• Cc: "xml-dev@l..." <xml-dev@l...>
• Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=eNCg043HB+7dXR8n4qruXjRyGoJtnBO4RhhslGKfeEUVVvVQbYNuAXunbWcK3T/RK0yxcQiNi2TpEd5f5bp8ZgWJivd3hXvSHBZ2GKavq0QZXJaF0ETDFs4NvN/AmfSNsOZoaTZ4/oXMZZZ+HM4EifIj7K+/EZ+wRXUOzFsAVv0=
• In-reply-to: <42D21566.22401AAC@e...>
• References: <42CF2B25.88A668F4@e...> <cc159a4a05071020321c5ba644@m...> <42D21566.22401AAC@e...>
• Reply-to: Peter Hunsberger <peter.hunsberger@g...>

On 7/11/05, bill palmer <palmer@e...> wrote:
> >>Given the above, I'd say your heading toward reinventing XSLT (but without
> using any of those messy namespaces)...<<
> 
>  I am envisioning that this rearrangement of the information depends on XSLT
> or equivalemnt.
> 
>  In my example of <record>s, and from the stand point of XSLT,  I imagine a
> template with select="e" which copies each <e/> to a <record/> plus all the
> attributes on <g><gx><gi>...
> 
>  So I do not see it as a coding method like XSLT, for defining how to
> transform arbitrary xml  tags to new forms, but it is rather one particular
> obvious  transform always from <e/> tags. The xml preparer is allowed to defer
> the  technical implementation of the transform to the recipient of the file.
> In my  specific example, we might expect the recipient expands to <record>s
> before  doing validation etc.

Umm, I think you missed the point: you don't need any of this, you can
already do this (and far more) using XSLT. Eg, you can reference
(include) an XSLT from a document, you can add in-line XSLT to a
document as a (semi-proprietary) macro format, or add a "document" to
an XSLT stylesheet as a variable (or include)....

> 
>  If it is a compression idea, then it is a persistent form of compression
> residing within the otherwise identical flat xml. The "compressed" file is
> the  created file in step one, rather than creating a file and then
> compressing.
> 
<snip/>

-- 
Peter Hunsberger

• Follow-Ups:
  • Re: Idea - std. non-flat <g><e/></g> syntax
    • From: bill palmer <palmer@e...>

• References:
  • Idea - std. non-flat <g><e/></g> syntax
    • From: bill palmer <palmer@e...>
  • Re: Idea - std. non-flat <g><e/></g> syntax
    • From: Peter Hunsberger <peter.hunsberger@g...>
  • Re: Idea - std. non-flat <g><e/></g> syntax
    • From: bill palmer <palmer@e...>

• Prev by Date: RE: How to compare two DOM Node and XML file?
• Next by Date: Re: Interesting pair of comments (was Re: Schema Experience Workshop minutes online)
• Previous by thread: Re: Idea - std. non-flat <g><e/></g> syntax
• Next by thread: Re: Idea - std. non-flat <g><e/></g> syntax
• Index(es):
  • Date
  • Thread