If my compiler gave errors for things like "invalid syntax in IF statement: 'if (true)' -- REQUIRED SPACES ARE MISSING, SHOULD BE 'if ( true )'" then I wouldn't consider it any sort of technical achievement that my code compiles without warning.
137 warnings, 5 errors. Let's take a look at what expert advise the validator offers, so that our webpages will be forward compatible (or whatever the supposed purpose of this is for).
It complains about every href that has "=" or "&" in it, claims you must put an ALT attribute on images, says <tr></tr> is invalid... etc. It essentially complains about things that have no effect on anything, but for some reason or another the W3C decided to put into their standards and enforce it.
W3C: how about you come up with something useful... like, for instance, allowing me to center a fucking DIV with CSS. With tables, I can simply... just kidding. But seriously, I have qualms with W3C.
It complains about every href that has "=" or "&" in it
You should escape characters such as these, as they have different meanings in the source context. It's merely a courtesy that the browser knows what to do with them.
you must put an ALT attribute on images
This data is used not only as descriptive text, but as a replacement for missing images and for those who use screen readers.
<tr></tr> is invalid
Of course it is, it's empty. Why do you have an empty element? It shouldn't be there.
Worry about errors or don't, I certainly don't care either way, but there are good reasons for those errors. The only difference between compiler warnings and validation errors is you don't care about the latter. Major browsers are nice enough to allow you not to care. That courtesy doesn't magically turn syntax errors into style guidelines. Ugh.
So I should escape characters that are already inside of double quotes.. great. And the fact that all browsers support unescaped HREFs means nothing in the face of the almighty "Look! I validated!" claim.
ALT attributes provide descriptive text and are replacements for missing images. Great! Now, why are they required? Not to mention, any use of any attribute not on the list will get you unvalidated. Suppose I want to include some extra data for JS, like "_droptype" or "_isDraggable". Sorry! It's not on W3C's list of acceptable attributes so you fail validation, even though all browsers ignore attributes they don't know about.
An empty tag... why do I have one? Well, maybe because inside the tag I have server generate text.. .and instead of doing;
if ($text) echo "<tr>$text</tr>"
I do
echo "<tr>$text</tr>"
Would it be so hard to make the standard: "If theres nothing in the tag, treat it like it doesn't exist"? No.
Furthermore, I have blank DIVs to take up width/height sometimes. Then again, I'm sure there's some clever way to wrap 20 DIVs and put browser specific hacks so it actually validates... but I prefer to do it the way that works.
Major browsers are nice enough to allow me to not care. So show me errors that I need to care about. W3C validation, to me, is like saying "I memorized every little gotcha that W3C implemented... and still, everything works! Aren't you impressed? Five years from now, the site should still work! Forward validation! Yay!"
I understand your qualms, everybody has them. But aiming for validation is really a good thing because the validation plugin will then immediately notify you about screwups, by refusing to display that green checkmark.
Also a validating page puts you at least on some common ground with the browsers. That way you can focus on the known, documented inconsistencies without potentially adding new side effects through parsing errors.
Comments
If my compiler gave errors for things like "invalid syntax in IF statement: 'if (true)' -- REQUIRED SPACES ARE MISSING, SHOULD BE 'if ( true )'" then I wouldn't consider it any sort of technical achievement that my code compiles without warning.
Just look at the worthless output for news.ycombinator.com: http://validator.w3.org/check?uri=http%3A%2F%2Fnews.ycombina...
137 warnings, 5 errors. Let's take a look at what expert advise the validator offers, so that our webpages will be forward compatible (or whatever the supposed purpose of this is for).
It complains about every href that has "=" or "&" in it, claims you must put an ALT attribute on images, says <tr></tr> is invalid... etc. It essentially complains about things that have no effect on anything, but for some reason or another the W3C decided to put into their standards and enforce it.
W3C: how about you come up with something useful... like, for instance, allowing me to center a fucking DIV with CSS. With tables, I can simply... just kidding. But seriously, I have qualms with W3C.
It complains about every href that has "=" or "&" in it
You should escape characters such as these, as they have different meanings in the source context. It's merely a courtesy that the browser knows what to do with them.
you must put an ALT attribute on images
This data is used not only as descriptive text, but as a replacement for missing images and for those who use screen readers.
<tr></tr> is invalid
Of course it is, it's empty. Why do you have an empty element? It shouldn't be there.
Worry about errors or don't, I certainly don't care either way, but there are good reasons for those errors. The only difference between compiler warnings and validation errors is you don't care about the latter. Major browsers are nice enough to allow you not to care. That courtesy doesn't magically turn syntax errors into style guidelines. Ugh.
So I should escape characters that are already inside of double quotes.. great. And the fact that all browsers support unescaped HREFs means nothing in the face of the almighty "Look! I validated!" claim.
ALT attributes provide descriptive text and are replacements for missing images. Great! Now, why are they required? Not to mention, any use of any attribute not on the list will get you unvalidated. Suppose I want to include some extra data for JS, like "_droptype" or "_isDraggable". Sorry! It's not on W3C's list of acceptable attributes so you fail validation, even though all browsers ignore attributes they don't know about.
An empty tag... why do I have one? Well, maybe because inside the tag I have server generate text.. .and instead of doing;
I do Would it be so hard to make the standard: "If theres nothing in the tag, treat it like it doesn't exist"? No.Furthermore, I have blank DIVs to take up width/height sometimes. Then again, I'm sure there's some clever way to wrap 20 DIVs and put browser specific hacks so it actually validates... but I prefer to do it the way that works.
Major browsers are nice enough to allow me to not care. So show me errors that I need to care about. W3C validation, to me, is like saying "I memorized every little gotcha that W3C implemented... and still, everything works! Aren't you impressed? Five years from now, the site should still work! Forward validation! Yay!"
I understand your qualms, everybody has them. But aiming for validation is really a good thing because the validation plugin will then immediately notify you about screwups, by refusing to display that green checkmark.
Also a validating page puts you at least on some common ground with the browsers. That way you can focus on the known, documented inconsistencies without potentially adding new side effects through parsing errors.