similar to: New parser-based Markdown implementation for Java

Hi, I have written my own implementation of markdown in Scala. I only later realized there is already one ( <http://tristanhunt.com/projects/knockoff/> ), but I put quite some work into mine and I think it is never bad to have alternatives, so I wanted to release it anyway. I want to use the same BSD License as the original markdown, but before I put it out into the wild I wanted to ask

I just recently became aware of MarkdownTest_1.0.3 (which discount fails, due to the behavior of code blocks changing from "leave whitespace alone except on the first line" to "leave whitespace alone", and the addition of a new kind of magic link that doesn't seem to be documented); is this the most recent version of the test suite, or is there a newer one out there?

Hi! I wrote an markdown interpreter in C. It should support most of the features markdown.pl has (hopefully). Please report any bugs. It would be a good idea if you could test the interpreter with you're own documents and report any differences to markdown.pl Mercurial: hg clone http://s01.de/~gottox/hg/cmarkdown/ Tarball: http://s01.de/~gottox/files/cmarkdown-0.3.tar.gz regards Gottox

Seeing how no-one should send application/xhtml+xml to the browser [1], and development of the HTML standard is again happening [2], it would make sense to have Markdown.pl default to HTML tags. Maybe too late to change a default though. How does PHP Markdown and other implementations deal with this issue? [1]: http://www.hixie.ch/advocacy/xhtml [2]:

I'm announcing today a new testsuite application for Markdown called MDTest. I've been using it as a replacement for John's Markdown Test for some time now I think it's ready for release. First, I want to say Markdown Test has been very useful in developing PHP Markdown. The testsuite covers many cases, however I still found the need to add other tests for PHP Markdown, to

This update to PHP Markdown fix a bug that slipped in the WordPress interface with the last update. It also introduce a new "feature": you can now instruct the parser to ignore HTML tags and/or entities in the input. You can do this by instantiating yourself the parser and setting the `no_markup` or `no_entities` properties to true: $parser = new Markdown_Parser;

I'm using Michel Fortin's MDTest cases to rewrite my html2text.php script. Just now I stumbled upon this bug (in PHP Markdown at least): # Input: Backtick: ``\``` # Output: <p>Backtick: ``&#96;``</p> # Should-Be Output: <p>Backtick: <code>`</code></p> If you (Michel) are already aware of this, just ignore me ;-) -- Milian Wolff

Hello, What should the following input produce? Dutch has shifted Germanic g to the velar fricatives [?] and [x], but retained the spelling with <g> and thus at least a visual similarity to German; English and Frisian have shifted g to [j] before palatal vowels The Dingus says: <p>Dutch has shifted Germanic g to the velar fricatives [?] and [x], but retained the spelling

A user has table-formatted data which contains accents and finds it problematic that his tables misalign after going through Markdown. This is because he made them align using tab characters and Markdown will convert these to spaces even in pre-formatted text and Markdown is not multi-byte aware. This raises two questions: 1. Should Markdown convert tabs to spaces in pre-formated text?

PHP Markdown v 1.0.1i and PHP Markdown Extra v 1.1.5 generate invalid HTML for code blocks Take this input: paragraph codeblock Markdown will generate: <p>paragraph</p> <pre><code>codeblock </pre></code> Notice the wrong position of the closing code tag. -- Milian Wolff http://milianw.de

I was recently made aware of the the Markdown 1.0.2 beta 4 and naturally downloaded it in great anticipation, as I am a big fan of Markdown :) Though I did notice a significant performance drop: The TextMate manual is 3,000 lines (173 KB) and previously took 4-5 seconds to convert to HTML (measuring only time spent by `Markdown.pl`.) With the new version this has increased to almost 30

I got a problem with UL followed by by OL when I using perl module "Text-Markdown-1.0.5". I wrote the following markdown code. - a - b 1. 1 2. 2 I expected that Text-Markdown would produce the following HTML. <ul> <li>a</li> <li>b</li> </ul> <ol> <li>1</li> <li>2</li> </ol> However, "Text-Markdown-1.0.5"

I'v encountered what seems to be a bug in PHP Markdown v1.0.1k. Given a UTF-8 with a BOM, the first line is not parsed. A brief search revealed a bug report for a similar issue in python- markdown: > I'm using the markdown.py command to generate HTML from Markdown > documentation and I've found that if a utf-8 file starts with a BOM > a paragraph is generated

Take the following input and both `Markdown.pl` and PHP Markdown will fail: ~~~Input~~~~~~ Codeblock ~~~End~~~~~~~ ~~~Expected~~~~ <pre><code> Codeblock</pre></code> ~~~End~~~~~~~ ~~~Actual Result~~ <p>Codeblock</p> ~~~End~~~~~~~~ There is already a testcase in MDTest for codeblocks in the first line, though the above is still not handled properly! --

Noticed the patterns for setext style headings are: ^(.+)[ \t]*\n=+[ \t]*\n+ Should be: ^(.+?)[ \t]*\n=+[ \t]*\n+

The following benchmarks have been obtained using the TextMate manual as the input source: <http://macromates.com/textmate/manual/source.tbz> Using PHP Markdown, parsing the 24 files separately (with the reference file appended to each of them), I get this (on an iBook G4 1.2 Ghz): Total Avg. Min. Q1. Med. Q3. Max. Parse Time (ms):

So here's an interesting bug I just discovered: [Like this][d]: [here][h]. [d]: foo [h]: bar The output here should be: <a href="foo">Like this</a>: <a href="bar">here</a>. But instead the output is completely empty. I see this bug in both Markdown.pl and PHP Markdown. The problem is that all three lines are being

Hi, I'm in the process of adding support for Markdown to a minimal CMS in Rails, [Railfrog][railfrog], which uses mime types to select appropriate processing. I have had a look through the archives but have not been able to see that a consensus has emerged as to what such a mime type for Markdown should look like. My reading of the RFCs suggests that it should be within the "text/*"

Does anyone know which version of Markdown is best for Wordpress? I see online that there are a few and was wondering which one people prefer. Also, is there any chance John Gruber will write an official Markdown plugin for Wordpress, given how popular it's becoming? -------------------------------------------------------- robdumas at gmail.com http://obnoxio.us/

Dear fellow Markdown enthusiasts, As you all might know, Markdown is a highly context sensitive language that the (often regex-based) syntax highlighting mechanisms in existing editors struggle to keep up with. I have taken John MacFarlane's excellent peg-markdown compiler and modified its parser to function as an interpreter for syntax highlighting purposes. The end result is a