What are cons if we do not care about validation of XHTML and CSS? Errors other than CSS 3 and vendor specific properties
- In terms of development time(How valid XHTML and CSS code save time to find problems?),
- Code debugging (How we can track then problem quickly?),
- Cross browser compatibility (How it helps us to achieve cross browser compatibility?),
- Website maintainability (How it would be helpful to maintain and update for someone else?),
- Future changes in website (How it would be helpful to make any changes in design if client can ask in future?),
- SEO ranking (How it can affect our site’s search engine ranking?)
- Accessibility (Does validity of code increase accessibility of site?)
I have to explain a client’s Secretary,Code validation is not just Fashion, it is beneficial for his site. I’m not just advocating of this to make more money. it’s not useful only for developer it mainly beneficial for his website.
There’s the obvious point that if your markup is valid, the odds of it being rendered as you want it to be by a wide variety of browsers are improved.
But separate from that, sometimes you spend valuable development time tracking down bugs (usually ones that seem specific to a given browser) only to find that the reason for the bug is that your markup is invalid and different browsers are handling the invalid markup in different ways. Validating (whether it’s XHTML or HTML) saves you time tracking down those sorts of problems. There was an example here just yesterday, in fact. The OP thought he was having a weird Firefox-specific jQuery problem. In fact, he just had invalid markup, and fixing the markup fixed his problem.
So I’m thinking that you tell the client that validation saves time, and therefore money.
Note that this is an argument for validating, not for proclaiming validity (via icons and such).