-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Select a js implementation as the standard #4
Comments
To be clear, the idea here is to simply let some js implementation be the standard. |
There could still be a separate spec repo which contains tests, which would then be a submodule for the standard js implementation. |
Are you taking inspiration from Python's model of having a reference implementation? If so, then 👍 |
Actually, OAuth (Google "fuck oauth")
|
I would vote for GFM since it adds the language definitions for code blocks (Fenced Blocks) so you can add syntax highlighting where appropriate. GFM also implements Task Lists is one of the biggest reasons to write plain text: keeping track of a TODO list. EDIT: I realized GFM is actually the spec and not the implementation so maybe something like marked |
GFM has a few nice extensions, but it's a pity that no one seems to be using dokuwiki syntax instead of markdown. What looks more intuitive to you: Mardown's:
or dokuwiki's
(add GFM's strikethrough syntax to that and you have all you need)
(of course there's more to dokuwiki's syntax, like tables etc. probably very similar to GFM's tables) |
@mrft sorry, but mentionning dokuwiki syntax in a markdown-centric discussion reminds me of: http://xkcd.com/927/ ;o) |
You have a point, if you consider markdown as being something completely different from dokuwiki's syntax, but actually you could consider all these plaintext-formats-translated-to-formatted-text as being the same thing, just with some syntax variations (which is exactly why people are preferring one implementation over the other, because there is no real standard). To me there is no fundamental difference between GFM or dokuwiki syntax, they are just variations (and actually GFM added some extras to markdown that are very similar to things that have existed for many years in the dokuwiki syntax). So me mentioning dokuwiki is not so different from someone else pointing out he likes GFM better. If you want to establish a 'standard', you might as well try to make some changes for the better while at it. Besides, marked is an implementation, but you can set a lot of options to either support syntax X or syntax Y, so what would it mean if you would 'choose marked as the reference implementation'? You'd have to specify which options are enabled. So, if someone else would have mentioned this, I would still have considered it useful input... because choosing an implementation as a reference will be mostly about syntactic preferences. |
The biggest users of markdown really just need a js implementation (StackExchange, GH, Meteor)
Standardizing on a js implementation means less spec work and we will have an official spec sooner.
The text was updated successfully, but these errors were encountered: