Hence it didn’t produce the results they desired, but did produce the results we wanted.
]]>I don’t know Ian Hickson at all, but I do remember his incredible, hyperbolic campaign against faux xhtml. Faux xhtml does no harm, of course, so long as one doesn’t try to serve it as real xhtml – and the majority of people writing faux xhtml would never dream of doing something so technically demanding or unnecessary. And those who did serve faux xhtml as real xhtml would correct it soon enough if they had the technical nouse, and if they didn’t would just revert to faux. The argument really always seemed to be that the vast majority of people writing content were much more stupid and technically inferior and inexperienced than Hickson, so they shouldn’t be trusted to hold a fork, never mind a knife. Some view faux xhtml as better than plain html for reasons of clarity and style – no other reason is needed – and people will keep on doing it and future browsers will continue to support it, even if some Hickson spec says that xhtml must be served as application/xhtml+xml and not as text/html.
So that you partly lay the current difficulties in specifying html5 at the door of Ian Hickson does not altogether surprise me.
]]>Despite the tone (and off-topic nature) of the criticism, thank you for the feedback on the contrast. It looks quite distinct for me on the monitors I’ve viewed it on, but now that I’m aware there’s an issue for some, I’ll take the opportunity to look into a replacement combination.
]]>@Larry – It’s the routing around those people after the public process has happened that is among the most annoying aspects of the process. I’m sure the motive of all parties involved is to have the best spec possible. I wish, though, that the one person holding the reins wasn’t so intractable when it comes to accepting outside opinion (even expert outside opinion in fields like accessibility.) He follows the process until it doesn’t match his view, and then just chucks it to the side.
It’s sad, really.
]]>I think the role of organizations like W3C and IETF are to supply process and governance to make sure those other points of view are heard and that broader requirements are met. As people have found ways to route around those, it damages more the credibility of the standards organizations than it does the individuals; they’re just pursuing what they likely honestly believe are noble goals, just using the modern means of snarky disdain.
It’s easy to get sucked in. If you join the HTML working group yourself (go ahead): don’t flame, just say no.
]]>