[fluffy]But once you get to the point of adding attributes to Markdown you’re giving up a lot of the safety and simplicity of Markdown and almost reinventing HTML the long way around.
[fluffy]For the specific case of markdown and microformats it’s generally better to put that on your rendering template and provide a mechanism for sidecar metadata, which most SSG-style publishing systems allow.
capjamesg[d]I do actually put HTML w/ microformats in .md files on my blog. But that's only because I read front-matter values for them and Jekyll supports this behavior.
capjamesg[d]I wouldn't write HTML in an .md file that I planned to share unless I knew that the consumer would be able to interpret it (i.e. in the case of Jekyll where I can specify front matter that is then substituted into the HTML). HTML is always first for markup.
[fluffy]I only use .md for content files, and I only use HTML directly if there’s something .md can’t do cleanly, like complex table structure or iframe embeds or whatever.
[fluffy]Basic point being that yeah there’s no reason to support microformats in Markdown itself, it should be handled by your rendering templates + frontmatter/metadata mechanism, or by embedding raw HTML for particularly weird cases.