In light of the recent backlash against Safariâ€™s HTML extensions, Dave Hyatt has come up with what he considers to be a reasonable solution that addresses most of the concerns and potential solutions raised by many such as Eric Meyer, and Tim Bray.
However, his solution involves extending HTML by adding an
xmlns attribute, which is supposed to only be used in real XML, such as XHTML.
Seriously, what is the point of adding it to HTML? Why not just do it correctly with XHTML? Iâ€™ve heard the arguments that itâ€™s not as easy to learn, and authors are already familiar with HTML 4.01, but I disagree.
Safari supports XHTML, and since these extensions are aimed at being used in Appleâ€™s new Dashboard, there is no reason to follow the WHAT WG decision to be bugwards-compatible with IE, and thus extend HTML, especially when these additions are presentational, as I discussed earlier, and commented on again in Eric Meyerâ€™s latest post on the topic.
Although Dave Hyatt does mention:
â€¦the benefit comes when you switch to real XML. In the XML implementation, the namespace is completely real and effectively maps to a new languageâ€¦
I think the Safari team should just go all the way, and implement these extensions purely as an XHTML module. Although, I would prefer that the presentational additions, such as the new
composite attribute for the
<img/> element were actually done as proprietary extensions to CSS. eg.
In conclusion, this is a quick fix to address recent concerns, which just isnâ€™t quite good enough. Itâ€™s a pseudo-solution thatâ€™s come out of almost complete laziness to do things correctly!