{"id":7,"date":"2004-07-10T05:27:14","date_gmt":"2004-07-10T05:27:14","guid":{"rendered":"http:\/\/lachy.id.au\/log\/2004\/07\/safaris-pseudo-solution"},"modified":"2006-04-30T23:55:16","modified_gmt":"2006-04-30T23:55:16","slug":"safaris-pseudo-solution","status":"publish","type":"post","link":"https:\/\/lachy.id.au\/log\/2004\/07\/safaris-pseudo-solution","title":{"rendered":"Safari’s Pseudo-Solution"},"content":{"rendered":"

In light of the recent backlash against Safari<\/a>\u2019s HTML extensions<\/a>, Dave Hyatt<\/a> 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<\/a>, and Tim Bray<\/a>.<\/p>\r\n\r\n

However, his solution involves extending HTML<\/abbr> by adding an xmlns<\/abbr><\/code> attribute, which is supposed to only be used in real XML<\/abbr>, such as XHTML<\/abbr>.<\/p>\r\n\r\n

Seriously, what is the point of adding it to HTML<\/abbr>? Why not just do it correctly with XHTML<\/abbr>? I\u2019ve heard the arguments that it\u2019s not as easy to learn, and authors are already familiar with HTML<\/abbr> 4.01, but I disagree.<\/p>\r\n\r\n

Safari supports XHTML, and since these extensions are aimed at being used in Apple\u2019s<\/a> new Dashboard<\/a>, there is no reason to follow the WHAT WG<\/abbr><\/a> decision to be bugwards-compatible with IE<\/abbr>, and thus extend HTML<\/abbr>, especially when these additions are presentational, as I discussed earlier<\/a>, and commented on<\/a> again in Eric Meyer\u2019s latest post<\/a> on the topic.<\/p>\r\n\r\n

Although Dave Hyatt does mention<\/a>:<\/p>\r\n\r\n

\u2026the benefit comes when you switch to real XML. In the XML implementation, the namespace is completely real and effectively maps to a new language\u2026<\/p><\/blockquote>\r\n\r\n

I think the Safari team should just go all the way, and implement these extensions purely as an XHTML<\/abbr> module<\/a>. Although, I would prefer that the presentational additions, such as the new composite<\/code> attribute for the <img\/><\/code> element were actually done as proprietary extensions to CSS. eg.<\/abbr> -safari-composite: source-over;<\/code>.<\/p>\r\n\r\n

In conclusion, this is a quick fix to address recent concerns, which just isn\u2019t quite good enough. It\u2019s a pseudo-solution that\u2019s come out of almost complete laziness<\/em> to do things correctly!<\/p>","protected":false},"excerpt":{"rendered":"In light of the recent backlash against Safari\u2019s 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 … Continue reading Safari’s Pseudo-Solution<\/span> →<\/span><\/a>","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[2,7,6],"tags":[],"_links":{"self":[{"href":"https:\/\/lachy.id.au\/log\/wp-json\/wp\/v2\/posts\/7"}],"collection":[{"href":"https:\/\/lachy.id.au\/log\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/lachy.id.au\/log\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/lachy.id.au\/log\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/lachy.id.au\/log\/wp-json\/wp\/v2\/comments?post=7"}],"version-history":[{"count":0,"href":"https:\/\/lachy.id.au\/log\/wp-json\/wp\/v2\/posts\/7\/revisions"}],"wp:attachment":[{"href":"https:\/\/lachy.id.au\/log\/wp-json\/wp\/v2\/media?parent=7"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/lachy.id.au\/log\/wp-json\/wp\/v2\/categories?post=7"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/lachy.id.au\/log\/wp-json\/wp\/v2\/tags?post=7"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}