OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   Re: [xml-dev] InnerXml is like printf (WAS: Underwhelmed)

[ Lists Home | Date Index | Thread Index ]

Arjun Ray wrote,
> My main concern has always been well-formedness.  Validation is an
> extra which I'm willing to forego in some circumstances, e.g. where
> the coders do have familiarity with the vocabulary/ies.

Cool. So take a closer look at my strawman. Using an XPath-derived 
string template syntax it ought to be possible to ensure well- 

InnerXml _is_ printf ... but that doesn't mean we couldn't have 
something analogous to printf which has its nice features (domain- 
specific little language) without the risk of non-well-formedness.

And that's likely to be a win, even in comparison with,

>     hf.aHtml(
>         hf.aHead(
>             hf.aTitle( "Example 3" )).add(
>             hf.aLink( )
>                 .wRel( "stylesheet" )
>                 .wType( "text/css" )
>                 .wHref( new Uri( "/ss/style.css" )))).add(
>         hf.aBody(
>             hf.aP( "Hello World!" ))).accept( printer ) ;

because we don't have to fight with Java's syntax. How about this 
mish-mash of XPath and s-exprs,

  Element e =
    new Element(
      { "Example 3", "/ss/style.css", "Hello World" } );

  (again assuming concise array literals).

It's not clear to me that an HTML-specific library provides any great 
benfits in either safety or readability. And if it supports all of HTML 
4.01 it's going to be large ... and obviously applicable only to HTML.

Oh, and BTW: Hungarian notation is an abomination ;-)




News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS