Cart
[Home] [By Thread] [By Date] [Recent Entries]
On Tue, 15 Feb 2011 13:01:52 -0500
Kurt Cagle <kurt.cagle@g...> wrote:
> I like Dave Pawson's use of the <> as formal markup delimiters, but
> I'd still kind of point to the XQuery XDM and question whether, with
> a few syntactic shortcuts you couldn't get something that still
> satisfies the XDM while at the same time giving you a JSON-esque
> notation. Consider the following:
>
> ("This is a test",<foo>This is <bar>an element</bar> inside an
> element</foo>,12,25,<bin bat="term">More text</bin>)
You've added ( rather than <elementname> which seems odd to me?
>
> Rewrite this in XQuery constructor notation:
>
> ("This is a test", element foo {('This is ',element bar {'an
> element'},' inside an element.')},12,25,element bin {(attribute bat
> {"term"},"More text"}))
SGML rationale? <foo> is easier to write than 'element foo'
>
> Replace element foo with *foo: (), attribute bar with @bar: () :
>
> ("This is a test",*foo: ("This is ",*bar: ('an element'),'inside an
> element'),12,25,*bin: (@bar: "term","More text"))
IMHO becoming illegible? To humans?
ten rules of XML?
>
> You could even go a step further by assuming that the constructs
> *foo: () automatically "escapes out" of text. Additionally sequence
> items that need to be separated could be placed in a [] structure:
>
> (This is a test *foo: (This is *bar: (an element) inside an
> element),[12,25],*bin: (@bar: (term) More text))
Lispy? Lots of objections to that historically?
>
> HTML would be encoded as *html: (*head: (*title: (This is the top
> title) *link: (@rel: (stylesheet) @href:(my.css)) *body: (*h1: (This
> is the page title) *p:(This is a *b: (test).)))
too much room for typo's Kurt?
--
regards
--
Dave Pawson
XSLT XSL-FO FAQ.
http://www.dpawson.co.uk
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] |
