Dan,
A few comments:
1. Probably the best way to do this in Markdown (and variants) is exactly how
you did it in HTML:
> perl href="https://daringfireball.net/projects/markdown/";>Markdown.pl <
> input.md
It's more easily understood than the alternative you use, and more amenable to
"post
Stick around. You'll learn. ;)
The "official" Markdown definition doesn't really exist. There is the syntax
description that Gruber wrote, and the Markdown.pl implementation that he
wrote. Those are as close to an official definition as exists. But according
to his interview on [Systemati
This is one of the first changes that most Markdown-derivates implement,
including mine (MultiMarkdown).
You'll find out quickly that "Markdown.pl", the original implementation by John
Gruber is no longer under active development, but there are many alternative
programs to implement the Markdow
By "markdown v.1.0.1" I'm guessing he meant Gruber's Perl Markdown.pl 1.0.1.
As for whom to report the bug, Gruber's Markdown.pl is presumably not going to
be updated further, and has not been updated in years (also known as an
eternity in internet time... ;). Certainly someone on this list m
Discovered something similar when using MultiMarkdown to create ePubs --- the
colon in the footnotes isn't valid (though seems to work in most readers).
Hyphens appear to be valid characters, in that context at least.
Any reason not to switch to hyphens instead of colons? Or could even remove
(Since my opinion was asked for... ;)
One of the last times this issue came up, I contacted the developers of a
couple of other implementations off list to gauge their interest for such an
undertaking. The reception was luke warm at best.
This would be a fairly big project, if done properly
On Oct 25, 2012, at 11:37 PM, Sherwood Botsford wrote:
> I agree. Since M. Gruber will neither document the fringe cases, nor take on
> any role in the continueing development, the torch needs to pass to another.
Just to be clear - Markdown (both the perl script and the "name") are Gruber's.
Would it be better to use a "POST" method than a "GET" method, and keep the raw
text out of the URL? It seems like that is begging for trouble Of course,
I haven't been working as much on the HTTP/CGI stuff lately and could be
mistaken.
Not to mention everyone will want to make sure to do
This is really part of a larger issue, which is developing a "standards-body"
for the community of developers of projects built around the Markdown syntax,
now that the core program, i.e. Markdown.pl is no longer maintained.
This has been discussed multiple times on this list by myself and sever
Don't reinvent the wheel:
http://babelmark.bobtfish.net/
F-
On Oct 17, 2012, at 10:21 PM, Andrew Pennebaker wrote:
> The big problem of a multidingus reduces to the little problems of hooking up
> a web interface, say PHP or Rails, with a variety of Markdown parser library
> hooks.
I think it depends on which language is most appropriate to the situation at
hand or is most familiar to the service's author(s) (e.g. perl, php, C, etc.)
and which additional features are needed, if any (e.g. footnotes, tables, math,
citations/references, etc.)
F-
On Oct 17, 2012, at 9:21 PM,
Markdown.pl (the original implementation by John Gruber) is basically
abandonware at this point, as it as not been updated in years. In fact, as has
been pointed out on this list, Gruber has not commented on this discussion
group in years.
That said, Markdown the *syntax*, is certainly alive a
On Sep 15, 2012, at 12:47 AM, John MacFarlane wrote:
> +++ Fletcher T. Penney [Sep 12 12 18:15 ]:
>> I think a space *should* be allowed. Some text editors seem to wrap between
>> those characters, IIRC, which leads to problems if a space is not allowed.
>>
>> Short of convincing argument to t
On Sep 12, 2012, at 8:49 PM, Waylan Limberg wrote:
>Some text with a [link] (and some text in parentheses).
>
>[link]: http://example.com
...
> In contrast, I can't think of any situation in normal text where a
> double set of brackets would appear except as a reference link.
> Therefo
MultiMarkdown does the same sort of thing in version 3.
F-
On Jun 25, 2012, at 5:18 PM, John MacFarlane wrote:
> Pandoc has for some time supported the following convention.
> A paragraph containing just an image (and nothing else) gets
> treated as a figure, with the alt text as the caption.
The problem is a disconnect between the effort that would be required from the
various developers of Markdown implementations/derivatives, and the relative
lack of benefit that they(we) would see.
For example, I am happy with how MultiMarkdown works. There are a few minor
tweaks I have planned
On Feb 27, 2012, at 9:07 PM, David Sanson wrote:
> I assume MMD composer offers a built-in way to do this, but I'm not a user,
> so I'm not sure.
Composer doesn't currently do this directly. The "standard" MMD approach to
generating a PDF is via LaTeX. The results are high quality, but they
On Feb 2, 2012, at 1:52 PM, Nicole C wrote:
> John, you've hit the nail on the head here. I finally know I can manually
> change my files to the .txt extension (thanks to helpful suggestions here),
> but it would be excellent if MMD Composer:
>
> a) had an option in the drop-down to save with
On Feb 2, 2012, at 1:49 PM, Nicole C wrote:
> Fletcher: Your post was a mini-revelation for me! I had assumed that
> Composer (and similar apps) required the special markdown file extensions in
> order to utilize all of their features. I didn't realize that manually
> entering .txt instead o
Not sure I follow - Composer saves files in plain text, and you can use
whatever file extension you like.
And you don't have to use the default theme with solarized colors if you want a
less colorful editor window.
What does it not do in this regard that you are looking for?
Fletcher
--
F
Side note - the actual Hamlet line has a colon at the end of the line.
So it would be fine in MMD.
;)
F
Sent from my iPhone
On Sep 19, 2011, at 10:30 AM, David Sanson wrote:
> The reStructuredText field list syntax might be a reasonable compromise.
>
> I like the fact that the metadata can oc
21 matches
Mail list logo