On 4/22/05, Petr Baudis <[EMAIL PROTECTED]> wrote: > Dear diary, on Fri, Apr 22, 2005 at 01:34:45PM CEST, I got a letter > where Jon Seymour <[EMAIL PROTECTED]> told me that... > > On 4/22/05, Christian Meder <[EMAIL PROTECTED]> wrote: > > > > > > Comments ? Ideas ? Other feedback ? > > > > > > > I'd suggest serving XML rather than HTML and using client side XSLT to > > transform it into HTML. ... > > Why "rather than"? Why not "in addition to"? > > You just append either .html or .xml, based on what you want. >
You are right - there is no good reason that an implementation should not to support both. >From the point of view of a specification, though, I think it would be useful to focus on an XML content model rather than the details of one particular HTML model - get the XML model right and you can do whatever you like with the HTML model at any time after that. jon. On 4/22/05, Petr Baudis <[EMAIL PROTECTED]> wrote: > Dear diary, on Fri, Apr 22, 2005 at 01:34:45PM CEST, I got a letter > where Jon Seymour <[EMAIL PROTECTED]> told me that... > > On 4/22/05, Christian Meder <[EMAIL PROTECTED]> wrote: > > > > > > Comments ? Ideas ? Other feedback ? > > > > > > > I'd suggest serving XML rather than HTML and using client side XSLT to > > transform it into HTML. Client-side XSLT works well in IE 6 and all > > versions of Firefox, so there is no question that it is a mature > > technology. Provide a fall back via server transformed HTML if need > > be, but that is trivial to do once you have the client-side XSLT > > stylesheets. > > > > Serving XML is as easy as serving HTML and gives you a much more > > flexible outcome. > > Why "rather than"? Why not "in addition to"? > > You just append either .html or .xml, based on what you want. > > -- > Petr "Pasky" Baudis > Stuff: http://pasky.or.cz/ > C++: an octopus made by nailing extra legs onto a dog. -- Steve Taylor > -- homepage: http://www.zeta.org.au/~jon/ blog: http://orwelliantremors.blogspot.com/ - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
