xml-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mike Dierken <m...@DataChannel.com>
Subject RE: FORM is to HTML, as ? is to XML
Date Tue, 21 Dec 1999 07:36:52 GMT
XML separates data from presentation as well as logic. It also separates
these from the transport.
HTML files blend all of them.

If you design a markup language that is intended to be interpreted by some
client software that you own or write, then you can build in assumptions
about presentation, logic and transport. Re-using the Web for transport
(i.e. HTTP) is probably a good idea.

If you design a markup language that is intended for an HTML browser, then
you might as well use the HTML concepts known to the browser (like HTTP form
POST, etc. - pretty much what an earlier post said).

In the bright shiny future, there may be a common way for clients to talk to
servers other than HTTP mime encoded messages - but it's taken us pretty far
as is.

On interesting thing to note is that in the IE5 browser (and in the
DataChannel XML parser) there is an interface called IXMLHTTPRequest. This
is an object available to client side JavaScript that can be used to do
arbitrary requests to a server. It can automatically parse the results into
a DOM for processing by client script. So... you can have client script
handle user interface actions and perform client/server communication (via
HTTP) all without resorting to hidden frames.

It would be very nice to see this interface find its way into other
scriptable clients.


> -----Original Message-----
> From: COFFMAN Steven [mailto:SCoffman@CBSINC.com]
> Sent: Monday, December 20, 1999 12:52 PM
> To: 'Juergen Hermann'; general@xml.apache.org
> Subject: RE: FORM is to HTML, as ? is to XML
> If the only way for a client to send information upstream to 
> a server is via
> HTML forms, transformed from XML via XSLT, then the CGI model 
> is still going
> to be the only game in town, regardless of whether the 
> backend is servlet,
> or what-have-you.
> This is disheartening because there is then no way to 
> duplicate HTML form
> functionality in "pure" XML. You can translate your XML query 
> into XHTML, or
> into mixes of XML and HTML, but there's no XML for the 
> browser to look at
> and be able to recognize that it is an opportunity to 
> communicate back to
> the server. Am I wrong to think so?

View raw message