similar to: Detab should be multi-byte aware?

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]:

Markdowners, just a short heads-up to a newly released Markdown implementation: "pegdown" (http://github.com/sirthias/pegdown) implements a Java Markdown-to-HTML processor based on a PEG parser with the grammar being based on John MacFarlanes C implementation "peg-markdown". pegdown uses "parboiled" (http://www.parboiled.org) for the actual parsing work and, as

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

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;

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/*"

I'm currently attempting to write a spec for parsing Markdown Extra, and since one goal is to minimize the differences in output between implementations, I've made a tool allowing me to compare who does what for any given input. I hope this can also facilitate future discussions about the syntax. So here's Babelmark, a testbed for various Markdown implementations were you

Hello all, I've began writing the parsing section of the spec, and I though I'd let you know about where I'm heading with all this. Basically, parsing is defined as three consecutive passes: parsing document elements, parsing block elements and parsing span elements. Each pass is going to contain a set of rules the parser should attempt to match while parsing the input. Rules

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):

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm redesigning my site and considering moving from Movable Type to WP, but many of my entries are in Markdown. I really, really like Markdown and SmartyPants. I've not used Textile much, but Markdown feels more natural to me; also, I love SmartyPants because I'm a stickler for curly quotes. I understand there's a Markdown

This is a new release for PHP Markdown, following Markdown.pl 1.0.2b7 from a few weeks ago. It fix the same bugs, and some more; it also introduce more radical backend changes. It can be downloaded here: <http://www.michelf.com/docs/projets/php-markdown-1.0.2b7.zip> and you can test it on the PHP Markdown Dingus: <http://www.michelf.com/projects/php-markdown/dingus/> This

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

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/

Time for an update to PHP Markdown and PHP Markdown Extra. <http://michelf.com/project/php-markdown/> This new version of PHP Markdown Extra adds support for "fenced" code blocks (which I was previously calling "flat"). Fenced code blocks overcome many limitations of Markdown's indented code blocks: they can can be put immediately following a list item, can

I just received a report [1] that the footnote output we use in Python-Markdown (an exact copy of PHP Markdown Extra [3]) is not valid HTML [3]. If you notice he's using HTML5. At least the footnote syntax does valid on XHTML1 or HTML4. Anyway, any suggestions on how the various footnote implementations want to move forward with this? [1]: https://github.com/waylan/Python-Markdown/issues/129

Hello! On the markdown site it is written: "Markdown?s syntax is intended for one purpose: to be used as a format for writing for the web.", although recently I moved from Emacs Muse to Markdown markup for writing my study notes and plan to use it for writing technical documentation as well. However, in order to be able to use the features I had in Muse, I write using

Hello List, I have recently started using Michel Fortin's PHP "Markdown Extra" implementation to programmatically transform my markdown text files into HTML. Firstly I'd like to say markdown is very cool -- thanks to everyone involved :) I'd also like to suggest two additions to markdown: 1) I very often use /this/ markdown to indicate emphasis since I find it much

Python-markdown currently replaces all straight quotes (`"`) with the html entity (`&quot;`). Someone recently complained about this in a [bug report][]. As it turns out the quote was the symptom that brought the real problem to light[^1]. In any event, the reporter pointed out that markdown.pl does not replace straight quotes with the html entity. I know John Gruber has mentioned before

Hi, First of all, thanks to John Gruber for the fantastic Markdown syntax and parse/render system. Also, thanks to Michel Fortin for his PHP 4 version of Markdown. Based on those two works, I have completed a **plugin-aware** PHP 5 version of Markdown. You can see it in Subversion here: * <http://solarphp.com/svn/trunk/Solar/Markdown.php> *

2009/10/20 Lou Quillio <public at quillio.com> > On Mon, Oct 19, 2009 at 3:20 PM, AJG Baeumel > <ajgb at st-maurices.n-lanark.sch.uk> wrote: > > Why is Marksmarty no longersupported in Drupal 6.14? > > It's been a while since I've worked with Drupal, but I remember that > MarkSmarty was really just a hybrid convenience filter. It's better to > apply

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