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 17:40:35 GMT
Sure, discussion is fun.

Fire away...

Mike

> -----Original Message-----
> From: Patrick Carey [mailto:patrickcarey@yahoo.com]
> Sent: Tuesday, December 21, 1999 9:21 AM
> To: general@xml.apache.org
> Subject: RE: FORM is to HTML, as ? is to XML
> 
> 
> Dear Mr. Dierken:
> 
> Would you be interested in discussing the
> incorporation of some of your ideas into a wireless
> internet appliance software start-up company...?
> 
> Look forward to hearing from you.
> 
> Sincerely yours,
> 
> Patrick W. Carey
> 650-378-5290
> 
> --- Mike Dierken <mike@DataChannel.com> wrote:
> > 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.
> > 
> > Mike
> > 
> > > -----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?
> > > 
> > 
> 
> 
> =====
> Patrick W. CareyGrapevine Solutions, Inc.809 Laurel 
> Street#628San Carlos, California 94070Direct: 650-378-5290 or 
> 408-229-4335patrickcarey@yahoo.com - Fax:(419)828-8296
> __________________________________________________
> Do You Yahoo!?
> Thousands of Stores.  Millions of Products.  All in one place.
> Yahoo! Shopping: http://shopping.yahoo.com
> 

Mime
View raw message