similar to: homemade fn marker weirdness...

Hello all. This is an update to PHP Markdown and PHP Markdown Extra correcting a couple of bugs that got reported since last release. I also decided to enable in this release shortcut-style reference links (as present in Markdown.pl 1.0.2 beta), as most implementations of Markdown accepts them by default. It's also because waiting for John to release officially version 1.0.2 as an

We recently received the following bug report for the python-markdown implementation: > The "&" are escaped in URLs. > > An example: > [Link](http://www.site.com/?param1=value1&param2=value1) > > Should output: > <a href="http://www.site.com/?param1=value1&param2=value1">Link</a> > > Currently outputs: > <a

Consider this code span: `grep ' '`. All implementations listed on [babelmark](http://babelmark.bobtfish.net) just simply wrap it as: <code>grep ' '</code> Viewed in browsers, the above code is equivalent to: <code>grep ' '</code> I think spaces should be preserved in code span,which maintains consistence with code block. For

[Note to markdown-discuss readers: for context see <http://lists.canonical.org/pipermail/kragen-hacks/2008-June/000488.html>] * Kragen Javier Sitaker <kragen at pobox.com> [2008-06-07 09:40]: > Stylesheeting comes naturally. I just put a `<style>` element > at the top with a few lines inside of it to format nicely. Note that Markdown ends up wrapping `<link>` and

http://babelmark.bobtfish.net/?markdown=%3Ca%2Bb%40c.org%3E&normalize=on Only Python markdown, Pandoc, discount and PEG markdown seem to get this 'right'. As a + is perfectly valid in email addresses, I'm going to fix this in my modules. This was reported to me via the cpan.org RT (37909), and I thought I'd share as it's a good one in Babelmark. Cheers Tom

As many of you know, when a piece of open-source software languishes with bugs for 3 years it's often forked Markdown.pl is licensed under the BSD license. (do `>tail -35 /path/to/Markdown.pl`) Has anyone thought of forking and maintaining Markdown.pl (hopefully with Gruber's blessing) to fix some of the known bugs? I'm not volunteering (I'd be horrible)... just seeing if

I pushed Text::Markdown & Text::MultiMarkdown version 1.0.17 to CPAN late last night, and it's now indexed and you can see it on search.cpan.org. You can get it from: http://www.cpan.org/authors/id/B/BO/BOBTFISH/Text-Markdown-1.0.17.tar.gz And if you'd like to browse the HTML documentation: http://search.cpan.org/~bobtfish/Text-Markdown-1.0.17/lib/Text/ Markdown.pm

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

I'm curious how people think the following *should* be interpreted: - one 2. two http://babelmark.bobtfish.net/?markdown=-++one%0D%0A2.+two%0D%0A%0D%0A As you can see, implementations split into three groups here: (a) treat as an unordered list Markdown.pl, Python markdown, MultiMarkdown, BlueCloth, MarkdownJ, Showdown (b) treat as an unordered list with an ordered

Hi, I am attempting to implement Answering Machine Detect and have also played with using BackgroundDetect instead. Does anyone recommend one over the other? Here is the code I am using for the BackgroundDetect method (from voip-info.org). Thanks. [detect] exten => s,1,Set(MACHINE=0) exten => s,2,Answer exten => s,3,BackgroundDetect(silence/5, 1000, 50) exten =>

> but it isn't going to be quite so low-bitrate when you > have IP (or some other) packets encapsulating it. Most packet systems, such as PPP and SLIP, want at least 9600 baud to play ball. Traditionally, low bandwidth systems like those are just open streams. The protocols built on top of those - old stalwarts like YModem/G, Kermit, and so forth - do admittedly generally chunk

I've been given the task to hunt down a codec that out solar car team can use to transmit and receive data over a radio link between a chase car and the solar car its self. As of now I do not know the exact specifications of the internal hardware of the car, what I do know is they are looking at transmitting across a 2400baud connection, the unit in the car is homemade from our labs here.

Here is a OS X message URI in angled brackets: <message://%3cE1KzXg9-0000Qb-3G at smtp1.mail.ox.ac.uk%3e> Markdown yields: <p><message://%3cE1KzXg9-0000Qb-3G at smtp1.mail.ox.ac.uk%3e></p> Shouldn't it have given instead: <p><a href="message://%3cE1KzXg9-0000Qb-3G at smtp1.mail.ox.ac.uk%3e">message://%3cE1KzXg9-0000Qb-3G at

I've recently installed R-1.4.0 and I'm having the devil's own time trying to install a home-made package. As far as I can tell, I'm doing the same things that I did previously, under 1.3.1, but somehow everything goes haywire. (Quite possibly I'm simply mis-remembering what I did before, but I can't for the life of me figure out what to change). A toy example of what I

Hi all- this seems to be simple to figure out but since im new to writing functions I dont know what is happening. Here is my code along with the error I am receiving: semivario=function(data,ids,times,resids){ id=unique(data$ids) index=combinations(length(data$times[data$ids==id[1]]),2) time=gamma=numeric(dim(index)[1]) for (j in 1:dim(index)[1]){

Hi, I've built a quick-and-dirty diff GUI for Babelmark (thanks, Michel!). You can get it as a bookmarklet here: http://attacklab.net/babelmark/ If either Michel or Tom is interested in hosting this, I'll be happy to do the grunt work for a real integration. It's kind of pain in the ass to hit the bookmarklet every time you get new data from the server. I've tested this

babelmark sure does make it easy to convince people that markdown inconsistencies are a mess of trouble. before, people ignored the problem and/or its scope. and waylan's new list just shows how big that mess is. especially if we acknowledge all the other uses extant. plus gruber's latest manifestation of his longstanding reluctance to "fuck with it" means markdown is stuck.

We recently received a request and working patch for Python-Markdown which adds support for starting an ordered list with the number given on the first line. For example: 3. Foo 4. Bar would result in <ol> <li start="3">Foo</li> <li>Bar</li> </ol> I'm not opposed to adding this, but I noticed that no other implementation

I've just uploaded an implementation of markdown in C. It defines the syntax using a PEG grammar, so it should be easy to extend and modify. Right now it can produce output in either HTML or LaTeX, but it would be simple to add other output formats. It's very fast: on my machine, it converts a 178K markdown file in 0.14 seconds (vs. 9.6 seconds for the latest Markdown.pl and 0.57 seconds

Hi, This might be related to the bug reported earlier about parsing URLs with parens, but the following looks like a bug to me: [ZIP archives](http://en.wikipedia.org/wiki/ZIP_(file_format) "ZIP (file format) - Wikipedia, the free encyclopedia") gets rendered by Markdown 1.01 as: <p><a href="http://en.wikipedia.org/wiki/ZIP_(file_format">ZIP