Users of back-level browsers may find that the comment form
doesn't remember you any more. If this function is important
to you, you will need to find a browser that passes
this
test.
My WSDLs for the comment API
(example)
simply declare xhtml bodies as mixed sequences of any for
now. Let me know if it would help if this were restricted in
some manner.
Ah, but are you willing to serve your pages with the application/xhtml+xml MIME type to browsers that support it (like mine)?
Mark: actually it wasn't as hard as it appeared. In fact it was pretty much exactly as you described: case sensitive css and defining styles on the html element instead of the body.
Don: don't worry, I'll be sure to support legacy browsers. Mark's article covers that too.
On my worst copy-and-paste days, I think that if anyone did a weblog program that either did validation when an entry was saved, or at the very least built the pages and ran them through an XML parser to be sure they could be parsed, I'd switch no matter what else it did or didn't do. I think Simon's does that, but he's about nine months late releasing his code. Maybe once I stop being so lazy about setting up a personal ping proxy, I'll have it validate my HTML and RSS, too, and send me a nasty email when I screw up.
I'm completely in favor of there being weblog packages (and any sort of software, for that matter) where if you aren't geek enough to figure it out, you just don't run it. I don't think that everything has to have documentation that starts with the assumption that you don't know how to open a compressed file. But... in this case I'm a long way below the geek bar. A long, long way.
Comments, trackback, and search, which makes me wonder what I was thinking installing the common codebase: now I'll have to figure out how to merge in yours myself. Oops. Where's my copy of Python for Dummies?
I'm not sure yet, but I might also require support for a separate excerpt: I started using them in MT mostly so I could punish people using aggregators that don't support content:encoded, but now I rather like being able to have an rss:description that's an actual description, not just crippled content. I'm not sure whether I actually require them, or whether I really want to keep publishing stuff that Radio would call a Story in a weblog. I might be better off calling them stories, and teaching mombo to only grab the excerpt for the weblog.