Quote:
Originally Posted by RyanJW
You're getting a bit over-excited here, Aractus.
The new SCUMM Bar page is simply an aggregator for the Monkey Island-related news on MixnMojo at the moment, put up in a rush after the Monkey Island announcements. While I do agree with many of your points, I suspect the webmaster is fully aware of your criticisms — he was doing standards-compliant code before most sites took it seriously — and will look into it when he can be bothered. It's just a hobby site, after all.
|
Transmitting XHTML documents as text/html is not standards-compliant (the only reason it's "allowed" to be is so that HTML-based parsers can still read it, you should still use a function that sends to the client as application/xhtml+xml if the client program supports it). It's lazy, sloppy and above all useless. The only XML parsers that will actually read it are web browsers, which could phrase HTML just as easily.
Quote:
|
XHTML is so widely served as text/html and has caused such a minute number of genuine issues that openly chastising people for it is a little ridiculous.
|
It causes a minute number of genuine issues with
html-capable web browsers, but with true XML applications it causes a multitude of issues. XHTML 1. has to validate, 2. Must contain the "<?xml version='1.0' encoding='utf-8'?>" tag before the doctype, and 3. must be transmitted using application/xml or application/xhtml+xml MIME type to be compatible with XML parsers. In style sheets the "body" property must be replaced with the "html" property. And that's not to mention the required html tag properties (xmlns, lang, xml:lang) and the http-equiv meta tag - all of which are also mandatory in XHTML documents.
So we're going to have to agree to disagree - XHTML is XML it is not HTML. It is designed to reproduce the level of expression that HTML is capable of in XML - that's it, that's what XHTML is. Sending an XHTML document with the wrong MIME type is akin to sending a PNG file with the "image/jpeg" MIME type and expecting that the application will magically figure it out (which it won't).
Quote:
|
I think I'd rather than people adhere to strict XHTML and write documents that are easier for me to work with than start getting all anal because they're not also serving them as XML. While you can be equally structured with HTML 4, the relaxed rules usually result in them not being.
|
That's just ridiculous, I don't write HTML that's any less structured than XHTML, and nobody else has to either. Every single person who uses XHTML that does not validate has not made a real XHTML document, they've made an HTML file that has XHTML syntax and as a result a multitude of errors in it.
Quote:
|
Using XHTML over HTML 4 encourages better code, which I think is a worthwhile compromise. It's the lesser of two evils until HTML 5 becomes viable, anyway.
|
Does it? Can you explain to me why:
http://www.amazon.com/
Contains no doctype (so the file is an HTML file) yet has XHTML formatting in there (it is riddled with "/>")? Seems to me that XHTML has taught webmasters how to abuse the net instead of how to code properly.