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 [EMAIL PROTECTED]> [2008-10-23 13:55]:
What is the fix?
You have to patch Text::Markdown to add that line to the block
the regex is in. I see
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 l
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)
On 9 May 2008, at 19:57, Yuri Takhteyev wrote:
Still, why shouldn't refnames be allowed to have embedded brackets
and newlines, if explicit links can?
To me those seem to be two entirely different things... The _text_ of
the link has to be flexible to allow almost anything. refnames, on
t
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 fo
On 20 Apr 2008, at 07:11, Sherwood Botsford wrote:
Hmm. Ok, I think I could to it this way in Template Toolkit:
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 template
On 6 Apr 2008, at 05:45, Tom Humiston wrote:
I ran into a weird problem while writing my own little guide to
Markdown (using Markdown, of course). The document is mostly made
of list items in nested ul's. As I neared the end, I found (via
MarsEdit's preview) that in place of two sections of
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 ov
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 two
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%0A&normalize=on
Cheers
Tom
_
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 th
On 22 Mar 2008, at 18:04, Michel Fortin wrote:
2) Write a wrapper for mdtest.php to convert it's output into TAP
format so that it can/will be run as part of my test suite if php5
is available. (Or, I can write php - would you take a patch to
output TAP format as an option so that I don't h
On 23 Mar 2008, at 03:50, Michel Fortin wrote:
Le 2008-03-22 à 21:15, Fletcher T. Penney a écrit :
Any reason for including Text::MultiMarkdown and not the official
MultiMarkdown itself?
Hum, because I just took what was bundled with Text::Markdown; it
was easier that way and I though it
On 22 Mar 2008, at 21:47, Aristotle Pagaltzis wrote:
* Michel Fortin <[EMAIL PROTECTED]> [2008-03-22 22:30]:
The more implementations can pass each other's testsuite the
better interoperability we'll have achieved.
(Assuming, of course, that the test suite covers enough edge and
corner cases
On 22 Mar 2008, at 17:09, Michel Fortin wrote:
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 ca
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
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
com
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 al
On 18 Mar 2008, at 05:22, John Gruber wrote:
On Mar 16, 2008, at 3:07 PM, Jacob Rus wrote:
It’s harsh but reasonable language in my opinion. If you are
going to make something which is not Markdown (i.e. has other bits
of syntax not specified in John's description of that language),
the
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 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 wh
On 16 Mar 2008, at 19:07, Jacob Rus wrote:
Tomas Doran wrote:
John Gruber wrote:
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
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 r
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
Sorry for the delay in responding, the weekend happened - and it
mostly involved moving my brother in law house rather than reading
email...
On 29 Feb 2008, at 16:04, david parsons wrote:
In article <[EMAIL PROTECTED]>,
Tomas Doran wrote:
Text::Markdown *does not* extend the or
As yes - currently that way 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
On 1 Mar 2008, at 19:34, Joseph Lorenzo Hall wrote:
Is there any use case other than the copy and pasting example that
gets you whitespace before a list item marker? Do people do this on
purpose?
Yes, I use 1 or 2 spaces in all of my documents, so I'd be strongly
against this being 'fixed'.
On 29 Feb 2008, at 16:52, Thomas Nichols wrote:
Cases in point:
* Feynman
* Dirac
* Bohr
without thinking about inserting an extra line before the list to
ensure that it gets correctly processed, aligning asterisks with
zero indent so they get correctly processed, yada yada. Part of the
On 29 Feb 2008, at 01:00, david parsons wrote:
In article <[EMAIL PROTECTED]>,
Tomas Doran wrote:
On 27 Feb 2008, at 23:36, Joseph Lorenzo Hall wrote:
Has anyone thought of forking and maintaining Markdown.pl (hopefully
with Gruber's blessing) to fix some of the known bugs?
I
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 f
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 Markdown.pl
On 27 Feb 2008, at 23:36, Joseph Lorenzo Hall wrote:
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
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:
x
Which doesn't seem to be correct.
Thoughts?
Looks correct to me.
What markup would you expect?
I'd expect:
On 18 Feb 2008, at 21:41, Petite Abeille wrote:
The Dingus says:
x
Which doesn't seem to be correct.
Thoughts?
Looks correct to me.
What markup would you expect?
Cheers
Tom
___
Markdown-Discuss mailing list
Markdown-Discuss@six.pairlist.net
http
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 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
function
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.
a
b
1
2
However, "Text-Markdo
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 sl
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
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 (which
40 matches
Mail list logo