Oops - there’s one more thing actually - looks like you have to have a title in there as well or it doesn’t work. So this works:
This doesn’t:
Maybe it’s his way of furthering web standards 😉
Many thanks for the Markdown Extra plugin. I’m in the process of switching to ExpressionEngine and Markdown support is vitally important to me.
My own tests have borne out the experience of previous posts regarding the rendering of links – the title attribute (which is optional in Markdown) is mandatory in this implementation.
I was also wondering why Markdown’s reference-style links don’t appear to be supported. I prefer reference links because they make the Markdown-formatted text much easier to read. Is there any possibility of adding support for reference links?
Is anyone using this with 1.6.3? I previously was able to keep ‘automatically turn urls and email addresses into links’ on while using Markdown, so someone could either use Markdown or just put in a url and both would make links, but I just installed Markdown on a 1.6.3 site and the automated links are breaking Markdown style links.
I seem to remember having this problem previously on a different site, but then somehow got it working. Can’t remember what I did though. Any help?
Just so everyone is aware, the plugin has been updated to use Markdown Extra 1.2.2, and is now free from the WordPress-specific code that comes embedded in Michel Fortin’s script.
And, since the forum is throwing issues when I try to upload the new version, you can now download it here.
Kuz, thanks for keeping the Markdown Extra plugin up to date!
I’m still having an issue with inline HTML elements getting encoded – or, more specifically, the closing tag of the element(s). I reported the issue a few years ago but wasn’t able to come to a resolution. Basically, the plugin is encoding the opening bracket (so “<” becomes “&-l-t-;”). [Dashes added to avoid entity being rendered.]
For example, a line like:
All I want for Christmas is <del>my two front teeth</del> <ins>a MacBook Pro</ins>.
Becomes:
All I want for Christmas is <del>my two front teeth&-l-t-;/del> <ins>a MacBook Pro&-l-t-;/ins>.
The strange thing is that this doesn’t seem to happen to text that’s parsed from a weblog entry – only that which is static in a template. I believe the problem is with the ExpressionEngine interpretations, not the original PHP Markdown translation – as the Dingus handles inline HTML elements as expected.
Have any insights?
Hey Sean! That’s an interesting issue, and unfortunately I don’t know much about EE’s plugin structure… I pretty much just copied the Markdown plugin that Paul wrote, but dropped in the Markdown Extra script instead. I’m also not good enough with PHP to really figure out what’s going on with it. Enough excuses though.
What I was able to find was line 1385 of pi.markdown.php:
$text = str_replace('<', '<', $text);
I found that if I commented out this line, it fixed the issue. However, I haven’t tested it enough to see what kind of negative effects this would have. If you want to play around with it, be my guest… as I’d be more than curious to see what the results were. Either way, I think we may want to try getting Michel Fortin’s opinion as to why this is happening, and what can really be done to fix it.
Thanks for bringing this up again though… I hope we can figure it all out!
Packet Tide owns and develops ExpressionEngine. © Packet Tide, All Rights Reserved.