This sounds like a really interesting idea, however it's not really
XMLC anymore, it's a different paradigm. It doesn't compiling
anything.
I would suggest that this would be a separate package. I think it
could
share the output and lazydom packages. This would also keep from
break existing XMLC users, as this will be completely incompatible.
Well... The syntax is kind of different from XMLC but it's pretty much
the same at the core. I am going for the compatibility at the
XMLObject/HTMLObject level. The current XMLC would compiled *ML for
this layer while this new paradigm dynamically parse and build DOM tree
for this layer. Currently, it's developed in a package separated from
XMLC. It's based on Richard's work on the new reloading.
It would be interesting to compare applications developed in this way
with the current XMLC and Barracuda
Well... This would probably not be a framework like Barracuda.
According to Jake, Barracuda use BTemplate to access XMLObject and this
would likely to complement Barracuda.
David
| 