similar to: markdown conversions

hello, i am looking for advice regarding the best repo from which to download "markdown" for use on a mac. on my ubuntu machine i just installed some standard markdown package with apt-get. but i have not found anything equivalent for my mac machine. i am looking for a maintained package from a reputable repo site that can be automatically installed and upgraded using the packaging

i am considering writing converters between my "zen markup language' and "markdown", but i don't know which version of markdown to target. i'd think it'd be the "pandoc" version, and i understand that to be closest to "multimarkdown", but gruber has said he "disagrees" with "almost every part" of multimarkdown's syntax

Hi, because of the great editor "Writer" from Information Architects I've learned about Markdown and I love it. But it's very confusing, that there are so many standards with different features: classical Markdown, Markdown Extra, MultiMarkdown. I think for most users and the spreading of Markdown it would be nice, to have only one syntax. And this universal syntax should have

i've released the first beta of my e-book converter-tool. you are invited to throw stones at it (and at me) if you like: > http://jaguarps.com "beta" is a compromise. i developed it on a mac, so that particular version is solid. but "alpha" would be a better label for the status of the windows and linux versions, so if you have one of _those_ machines, and you

looks like my message from last week about writing tools was right on time... we are enjoying a display of fireworks now going off in this particular arena... fletcher started work on an editing app with markdown-preview built right in, after reporting on his blog that he had "seen the future" in ali's post last month, where ali debuted his syntax highlighter, and fletcher is

Gentlefolk, I have been thinking on Markdown's lack of "proper" table support for a long while now. Here's where I have arrived... ## I Don't Like HTML Tables It is often argued that embedded HTML is the way to markdown rich tables. Unfortunately, this contradicts the higher markdown ideal that a raw markdown document (including tables!) should be good 1. Firstly for

sherwood said: > If agreement is reached, then the group > looks at variants 6,7,8,9 and inquires > if they would like to join in this effort. well, that kind of leveraged consensus would have been the way to go about this process a year ago. but not today. > Has anyone collected a would-be canonical list > of either the ambiguous cases in original MD, >

john said: > Have you considered using a PEG instead of regexes? for all you home-schooled and self-taught programmers for whom "peg" is far too computer-sciencey for comfort, consider as an alternative the simple methodology i use... i split the text-file on blank lines and place it in an array. that is first-cut for my light-markup format, a.k.a., "zml" -- zen

let's talk about writing tools that use markdown (or more broadly, another form of light-markup)... to begin with, there is the markdown "dingus"... from a demo perspective, it has been _fantastic_. it has provided interested observers a quick idea about the simplicity and the power of markdown. as a writing tool, it's a bit clunky; it will work, yes, but i'd doubt many

Not only is [Markdown] dead, it's starting to smell really bad. (Apologies to Pike.) It's author appears to have little interest in developing the tool and participating in the community which uses it. I'd like to see the community cooperate toward a specification which addresses the shortcomings and ambiguities of Markdown (even if it need be released under a new name).

they say that deaths come in threes... for me, it was these: 1. scott wannberg, los angeles poet, one of my favorite performers 2. michael hart, founder of project gutenberg, icon and iconoclast 3. steve jobs, seemingly the only guy who made stuff work correctly i'm sure that for others, dennis ritchie is on their list, for his own trio: 1. c 2. k&r 3. unix godspeed to all

Hi all, I made a new markdown editor for Mac, named Mou - http://mouapp.com It's still in early beta stage. Requires OS X 10.7+ to run. Let me know how do you think about it. :) Kudos to John Gruber who invented Markdown language, as always! :) Best regards, Chen Luo

I am glad to see support for footnotes working its way into other implementations of Markdown! However, I have a couple of issues. Issue # 1. There appears to be a bug in the footnote parser that causes material following the footnote to be included as part of the footnote. For example: < Example Section > ## Metadata ## First, take a look at the overall structure of the document.

so much for the markdown listserve grapevine... it ends up that there has been a markdown-savvy display-in-real-time app for a couple months now, by the name of "macchiato", coded by a college kid. > http://getmacchiato.com > http://kswizz.com/post/8624456381/macchiato > http://mac.onedayoneapp.com/macchiato/ > http://shawnblanc.net/2011/08/macchiato/ >

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

I would like to have a wiki that uses Markdown as the markup language (or something very close), I've currently used PmWiki and I really like it but there are some problems with using Markdown so I'm interested to see if there is an alternative that works better for me. I've looked at wiki matrix and searched for and found the following list bitweaver, DekiWiki, DokuWiki, Friki,

On Feb 26, 2009, at 9:51 AM, I wrote: > I can see that really opened a can of worms here. Sorry about that. > I'll have to move up my plan to formally propose a table syntax. The > comment that started this sub-thread was a throwaway line, really. I > probably should have omitted it. And then, on Feb 26, 2009, at 3:28 PM, John Gruber wrote: > 3. A hypothetical official

So, hi all. First time commenting on the list. I personally think having tags (whether of type "author:" or type "by") is useful for two reasons. One: It allows multiple tags to be entered. Two, it clears up the potential problem listed by Fletcher regarding tags. by Christoph Freitag Affiliation: XYZ by Fletcher T. Penney Affiliation: ABC tags: Markdown, Standardization,

aristotle pagaltzis said: > we can agree he has achieved more in three months > than you have in a decade of talking. i'm not sure who your "we" is, aristotle, but i guess this means that you will not be doing alpha-testing for my new program... how will i ever be able to manage without your valuable input? *** but hey, maybe i'm wrong, and this list _has_

"multimarkdown composer" has been out for 4 weeks now, so let's mosey on over to the app store to see what it says... "composer" is #184 in productivity apps, a bit disappointing, considering that it was in the top-20 when it first came out... it's gained only 5 reviews over the 18 it had right off the bat. perhaps even more surprising, to some, is that