xml-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Patrick Carey <patrickca...@yahoo.com>
Subject RE: FORM is to HTML, as ? is to XML
Date Tue, 21 Dec 1999 17:21:15 GMT
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