This is a public notice to the maintainer of the Text::Markdown
module on CPAN. I have tried to contact you via email and rt.cpan.org
as I would like to suggest merging this module with the code I have
for Text::MultiMarkdown.
Text::MultiMarkdown passes the latest Markdown test suite
On 14 Jan 2008, at 02:08, Fletcher T. Penney wrote:
It appears that the _EncodeAmpsAndAngles routine is being run over
the comments, converting and to the HTML markup.
I tried adding and to $g_escape_table, and then protecting
them. This seemed to work, but caused other problems and
On 18 Jan 2008, at 23:09, Fletcher T. Penney wrote:
I was hoping for a more elegant solution (such as not encoding them
in the first place), but for now I guess this will do.
Yeah, it's truly hateful.
I modified the encoding regex to not encode them in the first place,
but it was hella
On 23 Jan 2008, at 21:14, Kazutaka Matsuda wrote:
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
lia/li
lib/li
/ul
ol
li1/li
On 25 Jan 2008, at 17:20, Kazutaka Matsuda wrote:
The patch attached to this mail also produces coredump when I use
Perl
5.8.8 on cygwin,
while it runs without any run-time errors when I use Perl 5.10.0
on cygwin.
I think, regex-substitutions might not get along with recursive
On 29 Jan 2008, at 14:49, Steve Frost wrote:
Does anyone have a patch for markdown extra that allows you to
specify a class or id for an image?
I assume you mean the php version? Sorry - can't help you there...
Text::MultiMarkdown will generate you ids for images if you want it
to, and I
On 18 Feb 2008, at 21:41, Petite Abeille wrote:
The Dingus says:
pxmax(a,b)/p
Which doesn't seem to be correct.
Thoughts?
Looks correct to me.
What markup would you expect?
Cheers
Tom
___
Markdown-Discuss mailing list
On 18 Feb 2008, at 22:51, Milian Wolff wrote:
Am Montag, 18. Februar 2008 schrieb Tomas Doran:
On 18 Feb 2008, at 21:41, Petite Abeille wrote:
The Dingus says:
pxmax(a,b)/p
Which doesn't seem to be correct.
Thoughts?
Looks correct to me.
What markup would you expect?
I'd expect
On 29 Feb 2008, at 05:17, Michel Fortin wrote:
... And if Markdown.pm keeps evolving (which it should), does
this mean that we would now be on the hook for diffing Markdown.pm
code daily to find out what new features has become official?
That's how I've been keeping in sync with
On 28 Feb 2008, at 23:04, Yuri Takhteyev wrote:
I'd like to get to a point where I'm a little more happy with the
code, and then I'll start promoting this as a 'true' fork, or, if I
can get John to agree and approve - I'd like to become the
'official'
maintained version which is linked
that this is implemented leaves *a lot*
to be desired.
Re-reading my original email - I didn't term this strongly enough:
On 28 Feb 2008, at 17:34, Tomas Doran wrote:
I'd like to get to a point where I'm a little more happy with the
code, and then I'll start promoting this as a 'true' fork, or, if
I
On 15 Mar 2008, at 02:55, John Gruber wrote:
On Feb 28, 2008, at 12:34 PM, Tomas Doran wrote:
I'm actively maintaining the CPAN modules Text::Markdown, and
Text::MultiMarkdown, and longer term, I'd like these to become the
canonical distribution.
I despise what you've done with Text
On 16 Mar 2008, at 02:57, Seumas Mac Uilleachan wrote:
LOL that was actually funny :) (No the number is still 42)
Seriously, it is easy to get up in arms when your creation ends
up becoming bastardised, whatever the form that may take (for
better or for worse). To be honest, I have not
On 17 Mar 2008, at 00:37, John Gabriele wrote:
So, if the problem is confusion (or perceived confusion) over the
name, perhaps the Perl modules could be something like `Text::MD` and
`Text::MDX` (or `Text::MD::Extra`). I'm sure others here could come up
with more creative names.
Yeah, I see
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:
On 29 Feb 2008, at 05:17, Michel Fortin wrote:
Le 2008-02-28 à 18:04, Yuri Takhteyev a écrit :
Perhaps there is a need for a better _perl_ implementation (or a few,
competition is fun), but as far as official goes, we need a
comprehensive and up-to-date spec and a test suite against which all
On 21 Mar 2008, at 20:39, Tomas Doran wrote:
On 29 Feb 2008, at 05:17, Michel Fortin wrote:
Le 2008-02-28 à 18:04, Yuri Takhteyev a écrit :
Perhaps there is a need for a better _perl_ implementation (or a
few,
competition is fun), but as far as official goes, we need a
comprehensive
On 22 Mar 2008, at 02:32, Michel Fortin wrote:
Le 2008-03-21 à 16:39, Tomas Doran a écrit :
So, the *only* things that Text::Markdown currently fails on are
small whitespace changes..
Hum, have you written your own test script?
Yep.
Actually, I'd already written one - I can just
On 24 Mar 2008, at 03:11, Michel Fortin wrote:
Le 2008-03-22 à 17:27, Michel Fortin a écrit :
2-tier list indented by three spaces:
http://michelf.com/projects/babelmark/?markdown=*+what%27s+up%3F%
0D%0A+++*+ok
Now, on this one, I must say I have mixed feelings, since
python-markdown is
On 24 Mar 2008, at 15:34, John MacFarlane wrote:
Or, if you want,
include both strict and extended versions.
Done:
http://babelmark.bobtfish.net/?markdown=Test+footnote.%5B%5E1%5D%5B%
5D.%0D%0A%0D%0A%5B%5E1%5D%3A+This+is+a+footnote.%0D%0Anormalize=on
Cheers
Tom
On 25 Mar 2008, at 22:54, John Fraser wrote:
On Mar 25, 2008, at 6:48 PM, Milian Wolff wrote:
Great, what about grouping by output? So that one can easily see
which
implementations agree on the output.
Good idea; I've been noticing that the implementations tend to
break into the same
On 31 Mar 2008, at 12:03, Michel Fortin wrote:
Le 2008-03-31 à 3:35, Tomas Doran a écrit :
I've just stolen your code and plugged it into my mirror of
Babelmark, looks really awesome!
I've also just re-jigged servers, so ruby, Java and Pandoc have
been broken on my mirror over most
On 20 Apr 2008, at 07:11, Sherwood Botsford wrote:
Hmm. Ok, I think I could to it this way in Template Toolkit:
snip
Downside is then that Markdown has to process every reference
which if you have a few thousand will be time consuming.
(I have an INSERT text at one point that jsut in
On 3 May 2008, at 01:52, John MacFarlane wrote:
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
http://babelmark.bobtfish.net/?markdown=%3Ca%2Bb%40c.org%3Enormalize=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
On 8 Sep 2008, at 02:24, John MacFarlane wrote:
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
On 23 Oct 2008, at 19:55, Louis-David Mitterrand wrote:
On Thu, Oct 23, 2008 at 05:11:27PM +0200, Aristotle Pagaltzis wrote:
* Louis-David Mitterrand vindex+lists-markdown-
[EMAIL PROTECTED] [2008-10-23 13:55]:
What is the fix?
You have to patch Text::Markdown to add that line to the block
27 matches
Mail list logo