logo       

Re[2]: Thought on future of XMLC: msg#00063

java.enhydra.xmlc

Subject: Re[2]: Thought on future of XMLC

Hello David,

DL> This leads to another question. How many people are depending on HTML
DL> DOM (and for that matter, WML, cHTML or XHTML DOM) in their code?
DL> Neither DOM4J or JDOM support these document specific DOM.

DL> David

I have to believe that most people using XMLC are depending, at least,
upon the HTML DOM. That shouldn't be a problem to continue to
support, should it? Otherwise, what is the alternative? We would
have an XML document that would have to be transformed into XHTML via
an XSLT stylesheet. That could be made relatively fast if the
stylesheet was pre-compiled, but the whole point about XMLC is that
your mockups are your XMLC pages. This makes development easy. That
said, using straight compiled XML and modifying that would make the
document less presentation bound since multiple XSLT documents could
define multiple different views of the same data. In addition, it
would still be easy to display the mockups since Both IE5+ and Mozilla
contain XSL Transformers which can be run directly from the browser.

What are your thoughts on this?

Jake


--
Best regards,
Jacob mailto:hoju@xxxxxxxx


<Prev in Thread] Current Thread [Next in Thread>
Google Custom Search

News | FAQ | advertise