TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Standard Markdown

1167 pointsby hglaserover 10 years ago

55 comments

eslaughtover 10 years ago
I&#x27;m a little surprised at the level of negativity in the majority of the comments here. I understand our cultural need for criticism here, but the critics here have touched almost everything (and note that the most insubstantial of claims have bubbled up to the top of the comments here):<p><pre><code> Naming [2] [5] Closed (initial) development [1] Lack of formal grammar [3] Lack of tables [4] Just use another format (e.g. asciidoc) [6] Ambiguity is a feature [7] </code></pre> Can we please take a moment to appreciate the achievement here? As opposed to fulfilling our own sense entitlement?<p>Markdown is a popular language with an ambiguous, poorly specified spec and buggy default implementation (so buggy that the vast majority of Markdown users have probably never used it, if they even know it exists). Now, we have a much more well-specified English language spec that explicitly addresses the challenges of the grammar, with a test suite that does a much better job of covering the corner cases, and much better default implementations. These improvements are by no means perfect, but they <i>are</i> improvements.<p>Yes, we need a formal grammar. Yes, we need tables, and other features. Yes, the naming is unfortunate, though frankly I don&#x27;t feel sorry for Gruber given that Atwood posted a public letter calling for change two years ago. Yes, these are all issues. But it is an achievement nevertheless, and let&#x27;s celebrate that.<p>And then we can get back to work.<p>----<p>More generally, I think we have issues with entitlement here on HN. Frankly, we have no fundamental right to either the original Markdown or this new version. But when posts like this come up, we hack away at them as if we had a right for better, as if the authors should be working to please us personally. We need to stop acting like we have a right to sentence judgement over what others release as open source.<p>[1]: <a href="https://news.ycombinator.com/item?id=8265469" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=8265469</a><p>[2]: <a href="https://news.ycombinator.com/item?id=8266370" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=8266370</a><p>[3]: <a href="https://news.ycombinator.com/item?id=8264828" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=8264828</a><p>[4]: <a href="https://news.ycombinator.com/item?id=8265299" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=8265299</a><p>[5]: <a href="https://news.ycombinator.com/item?id=8266073" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=8266073</a><p>[6]: <a href="https://news.ycombinator.com/item?id=8264895" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=8264895</a><p>[7]: <a href="https://news.ycombinator.com/item?id=8266121" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=8266121</a>
评论 #8267039 未加载
评论 #8268160 未加载
评论 #8269675 未加载
评论 #8266918 未加载
评论 #8266943 未加载
bpierreover 10 years ago
This is really great, but I don’t understand why everything has been made privately. Following the first post [1], people were waiting for a move, and as far as I know, it was a complete silence during two years, not even a “we are working on it”.<p>A Markdown Community Group [2] has been created on w3.org, and people have started to push some effort in it [3][4][5], but it has been totally ignored since the beginning, despite the communication attempts.<p>Maybe I don’t have all the informations, but it looks like a waste to me, and I find it disrespectful for the people who worked on the project. All of this could have easily been avoided with a simple communication about the status of the project.<p>[1] <a href="http://blog.codinghorror.com/the-future-of-markdown/" rel="nofollow">http:&#x2F;&#x2F;blog.codinghorror.com&#x2F;the-future-of-markdown&#x2F;</a><p>[2] <a href="http://www.w3.org/community/markdown/" rel="nofollow">http:&#x2F;&#x2F;www.w3.org&#x2F;community&#x2F;markdown&#x2F;</a><p>[3] <a href="http://www.w3.org/community/markdown/wiki/Main_Page" rel="nofollow">http:&#x2F;&#x2F;www.w3.org&#x2F;community&#x2F;markdown&#x2F;wiki&#x2F;Main_Page</a><p>[4] <a href="http://lists.w3.org/Archives/Public/public-markdown/2014Mar/0000.html" rel="nofollow">http:&#x2F;&#x2F;lists.w3.org&#x2F;Archives&#x2F;Public&#x2F;public-markdown&#x2F;2014Mar&#x2F;...</a><p>[5] <a href="http://lists.w3.org/Archives/Public/public-markdown/2014Jul/0002.html" rel="nofollow">http:&#x2F;&#x2F;lists.w3.org&#x2F;Archives&#x2F;Public&#x2F;public-markdown&#x2F;2014Jul&#x2F;...</a>
评论 #8266023 未加载
评论 #8266370 未加载
评论 #8267482 未加载
评论 #8268630 未加载
评论 #8266458 未加载
peterkellyover 10 years ago
Is there a formal grammar defined? I don&#x27;t see one here. They mention peg-markdown which does use a formal grammar - or at least, multimarkdown does, which is the one I&#x27;ve looked at.<p>Here&#x27;s the link to MultiMarkdown&#x27;s grammar:<p><a href="https://github.com/fletcher/MultiMarkdown-4/blob/master/parser.leg" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;fletcher&#x2F;MultiMarkdown-4&#x2F;blob&#x2F;master&#x2F;pars...</a><p>It&#x27;s littered with implementation code, but with this stripped out it would make a good basis from which people can write parser generators from (that don&#x27;t depend on the specific implementation details of MultiMarkdown&#x27;s internal representation).<p>As far as I&#x27;m concerned, a formal definition should be an absolute requirement for any official spec. The &quot;spec&quot; as presented simply looks like a large collection of examples, informally specified in prose.<p>What&#x27;s really needed is a grammar you can use for parser generators, corresponding to a schema for an object model.<p>It&#x27;s late here, I may have missed something, so feel free to correct me if if this is the case ;)
评论 #8265221 未加载
评论 #8265282 未加载
评论 #8264882 未加载
评论 #8264883 未加载
评论 #8264925 未加载
ChuckMcMover 10 years ago
Nicely done, and needed! But pretty much everyone I know who has used markdown has wandered into the swamp that is known as &#x27;tables of despair&#x27;.<p>Michael Fortin&#x27;s syntax is pretty useful and quite close to the spirit of Gruber&#x27;s original efforts. (who hasn&#x27;t done ascii tables with | and - right?) Until tables are &#x27;standard&#x27; I do not hold out a lot of hope for widespread adoption.<p>That said, I really love taking it Markdown to this next level. And am moderately amused by the recurrence of the themes over time. I&#x27;m a old RUNOFF user from back in the day.
评论 #8265542 未加载
评论 #8265786 未加载
saosebastiaoover 10 years ago
I&#x27;m super excited that JGM (of Pandoc) is heading this and has some cooperation from Github and Reddit (both the largest users of Markdown that I&#x27;m familiar with). This is something I&#x27;ve hoped to happen for a long time.
评论 #8266593 未加载
评论 #8265144 未加载
评论 #8266355 未加载
pessimizerover 10 years ago
How about a minimal set of asciidoc markup that gives people whatever warm feeling they get out of markdown, but has the benefit of being pretty consistently specified, allowing you to set variables (like multimarkdown), and allowing you to create finished documents in the same style in which you created your scratch documents?<p><a href="http://powerman.name/doc/asciidoc-compact.html" rel="nofollow">http:&#x2F;&#x2F;powerman.name&#x2F;doc&#x2F;asciidoc-compact.html</a><p>I&#x27;m probably tone-deaf on something here, because I simply don&#x27;t understand the appeal of the format.<p>edit - asciidoc talk: <a href="https://plus.google.com/114112334290393746697/posts/CdXJt6hVn5A" rel="nofollow">https:&#x2F;&#x2F;plus.google.com&#x2F;114112334290393746697&#x2F;posts&#x2F;CdXJt6hV...</a>
评论 #8265279 未加载
评论 #8265028 未加载
jader201over 10 years ago
Gruber&#x27;s first (that I know of) public response to this:<p><a href="https://twitter.com/gruber/status/507305771265454080" rel="nofollow">https:&#x2F;&#x2F;twitter.com&#x2F;gruber&#x2F;status&#x2F;507305771265454080</a>
评论 #8266574 未加载
评论 #8266346 未加载
评论 #8266276 未加载
edavisover 10 years ago
It&#x27;s amazing how similar this is already to the RSS&#x2F;Atom format wars:<p>Widely read blogger independently develops a simple file specification that addresses a real world problem. Simple file format becomes a <i>de facto</i> standard. Developers gripe about ambiguities in the specification. Effort to create a formal, standardized specification is launched. This new effort is publicly denounced by the original specification author.
kuonover 10 years ago
I don&#x27;t really see the point of this. Being vague is one of the biggest strength of Markdown.<p>Markdown is being used by very different products to fulfill different requirements. Having no specification means you can inspire yourself from Markdown and just do your own thing, which is what is relevant.<p>Markdown is being used by comments systems, issue trackers, documentation programs. Those have very different needs, and having a liberal non-specification is what helped Markdown to be popular.<p>Coming with a new standard, not called &quot;Standard Markdown&quot; (which I think is very presumptuous, even for a big company) and providing new features (arranging&#x2F;aligning images, variables, include, mathematic notation...) would have been much more productive.<p>I mean, who cares of those little differences? When I edit a comment or something, I just hit the preview button (or see the preview real time). I&#x27;m not going to learn a specification, and if markdown has to look different on stackoverflow or github or &lt;insert doc system&gt;, so be it.<p>Markdown is also mean for people who have no idea what a &quot;syntax error&quot; is, I know the specification is meant for implementations, good, but if I want to write an implementation, I want it to be fast and this kind of complicated spec is exactly what prevent me from writing something lighting fast.<p>I&#x27;m really sorry, I don&#x27;t want to insult your work (which is great), but it looks like a waste of energy to me.
评论 #8266147 未加载
评论 #8266898 未加载
评论 #8266153 未加载
评论 #8267014 未加载
buro9over 10 years ago
I&#x27;m finding some bits odd.<p>Such as this: <a href="http://jgm.github.io/stmd/spec.html#html-blocks" rel="nofollow">http:&#x2F;&#x2F;jgm.github.io&#x2F;stmd&#x2F;spec.html#html-blocks</a><p>The tags listed are not a complete list of section elements (missing `address` and `nav`), nor the grouping elements (missing `main`), nor the embedded content elements (missing `area`, `audio`, `iframe`, `img`, `param`, `picture`, `source`, and `track`), and doesn&#x27;t scratch the form elements (but yet the &quot;HTML blocks&quot; include `form`, `fieldset`, `textarea` and `progress`).<p>The tags listed also include child elements, rather than just the topmost parent elements that were listed in the original Markdown syntax: <a href="http://daringfireball.net/projects/markdown/syntax#html" rel="nofollow">http:&#x2F;&#x2F;daringfireball.net&#x2F;projects&#x2F;markdown&#x2F;syntax#html</a><p>So we have a list of arbitrary HTML elements that have been declared as &quot;HTML blocks&quot;, some of these are not really &quot;blocks&quot;, and some are clearly other things, and some things that perhaps should be included are not.<p>And reading through why this list exists creates a sense that the implementation difficulty (of having to produce a balanced tree) is dictating how Markdown must now be experienced by the users.<p>Example 99 is a great example of surprising a user by not doing what they think will happen and leaving them with a game of &quot;Guess why it&#x27;s not working.&quot;.<p><a href="http://jgm.github.io/stmd/spec.html#example-99" rel="nofollow">http:&#x2F;&#x2F;jgm.github.io&#x2F;stmd&#x2F;spec.html#example-99</a>
评论 #8267298 未加载
loup-vaillantover 10 years ago
This spec is not strict enough.<p>Okay, that came out wrong. While I understand why one would want <i>any</i> input to pass (web comment from non-technical users), I have experienced several failures (wrong emphasis, missing link, weird unintended brackets…) just because the original markdown.pl didn&#x27;t warn me about some obvious mistake I made.<p>We need a strict mode, where paragraphs cannot be interrupted, where fenced code blocks must end by a fence (not just the end of the file), duplicate or missing references must be signalled… That, and many other precautions could turn Markdown into a serious and reliable document format.<p>Besides, this tolerance is complicating the grammar. I don&#x27;t mind context sensitivity nor ambiguity (parser generators can now deal with both), but I do mind the sheer size. If you ask me, a formal spec (one that can be treated as a DSL and translated mechanically into a parser), should not take more than 300 lines. More than that is probably too complicated to implement, or even <i>use</i>.
pronover 10 years ago
So it seems like this spec covers a minimum implementation, &quot;basic&quot; markdown. I think extensions to (footnotes, tables, definition lists etc.) should also be standardized, even if their implementation remains optional.
评论 #8265635 未加载
filmgirlcwover 10 years ago
Yeah, I&#x27;m going to just go ahead and say that Fletcher&#x27;s MMD has been my &quot;standard&quot; for years. Yes, yes, Github flavored is fine. You can adapt it. But since Gruber doesn&#x27;t want to set a more specific &quot;spec,&quot; I default to what I grew up on. And in this case, the last 7 years of my life have been spent writing 95% of everything I publish (keep in mind, this is how I make my living) with MultiMarkdown.<p>A for effort though.
评论 #8265422 未加载
01walidover 10 years ago
How a group (of whoever they are) claim they&#x27;re the standard about something in nowadays without even caring about localization ?<p>2 years of &#x27;complete specs&#x27; without a mention for RTL and how it should be supported&#x2F;written in markdown....<p>A bit disappointed tbh... even though it&#x27;s a nice initiative...
评论 #8265711 未加载
评论 #8265908 未加载
vjeuxover 10 years ago
I modified the renderer to output React DOM instead of an HTML string if anybody&#x27;s interested<p><a href="https://github.com/vjeux/markdown-react" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;vjeux&#x2F;markdown-react</a>
smackfuover 10 years ago
It seems like an obviously missing thing is a page that describes how users should write markdown, in a few sentences. Otherwise you are just going to get incorrect summaries of the spec.<p>You certainly can&#x27;t point users to the spec, which is incredibly lengthy.
评论 #8266019 未加载
评论 #8265187 未加载
phren0logyover 10 years ago
The most surprising thing in here is the ire toward Gruber. Even if you disagree with someone who writes a piece of software, they don&#x27;t owe you anything. You use and benefit from their work, and you are angry when they don&#x27;t agree with you? What a bunch of whiny, entitled nonsense.<p>Gruber has stated he wants to keep it ambiguous. You may disagree. But Gruber owes you nothing, and you are in his debt if Markdown has been useful to you. Draw inspiration from his project and make your own.
neyaover 10 years ago
This reminds me of a similar issue that happened within the Scala community. David Polak, the creator of the Lift framework (which is used in production in many top sites), had originally worked hard to create the framework (along with others) and make it production worthy.<p>Later, he realized that the releases of the framework he had created were happening without his involvement. But, instead of accusing the community, he said something remarkable which only multiplied my original respect for him:<p><pre><code> I never &quot;left&quot; the Lift community. Yes, I have other project and work in different languages. What I did was cease to be Lift&#x27;s benevolent dictator for life. Lift has grown way beyond one person and the fact that the 2.5-M4 release was done without me is a strength, not a weakness. </code></pre> [1]<p>Because, that&#x27;s the spirit of open source. When you release something to the public, for public consumption, then you must understand that someone is eventually going to fork it up and assign it a different nomenclature, sometimes even a nomenclature that you may not like. In this case, this particular project had no standardization and a part of the community decided to just standardized it. If you don&#x27;t like this standardization, then simply don&#x27;t use it. Use what resonates with you. If you feel the standardization has some flaws, then fork it and fix what&#x27;s wrong. IF people agree with you, eventually they will end up using your fork. It&#x27;s as simple as that.<p>What is funny is to see John Gruber who appears to be butthurt about this, when his contributions have grown negligent (<a href="https://news.ycombinator.com/item?id=8266574" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=8266574</a>), inconsistent and his recent focus has been more on other (personal) things.[2]<p>This reminds me of Luca Pasani[3], who released the much popular WURFL repository as open source in a liberal license first, then one fine day, cried foul because other people (including companies) were using it for profit (in accordance with the license), deleted all online repositories and instances of the project released under the old liberal license [4], then re-released the project with a comparatively restrictive license.[5]<p>In my opinion, releasing something for open, public consumption means you have to develop an honest mindset of accepting that other people WILL benefit from your creation eventually. If you don&#x27;t get that right, then open source is probably isn&#x27;t for you. (And crying foul later, is a double standard, if you do)<p>[1] <a href="http://stackoverflow.com/questions/12424617/comparing-lift-with-play2#comment20481903_12428316" rel="nofollow">http:&#x2F;&#x2F;stackoverflow.com&#x2F;questions&#x2F;12424617&#x2F;comparing-lift-w...</a><p>[2] like writing controversial Apple articles at daringfireball.<p>[3] <a href="http://en.wikipedia.org/wiki/Luca_Passani" rel="nofollow">http:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Luca_Passani</a><p>[4] <a href="http://en.wikipedia.org/wiki/WURFL#License_update" rel="nofollow">http:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;WURFL#License_update</a><p>[5] <a href="http://yro.slashdot.org/story/12/01/09/169216/wurfl-founders-fire-off-dmca-takedown-against-fork" rel="nofollow">http:&#x2F;&#x2F;yro.slashdot.org&#x2F;story&#x2F;12&#x2F;01&#x2F;09&#x2F;169216&#x2F;wurfl-founders...</a>
评论 #8271509 未加载
评论 #8268732 未加载
RubyPinchover 10 years ago
it seems weird to have HTML as a non-optional part of the spec in two separate locations, and then &quot;Because we might be targeting a non-HTML format&quot;<p>it would make more sense to just have some way to dedicate a block of text to not be parsed in any form.<p>regardless, I&#x27;m 99% sure I&#x27;m intentionally missing the point here, as I can imagine reddit&#x27;s, github&#x27;s, stackoverflow&#x27;s, et al.&#x27;s implementations would not support html tags at all (and anything for a personal site would have less restrictions on usable html tags). So in practice, it is going to be optional to some degree for implementers. but it seems weird to have that implied, when the handling of info-lines for codeblocks is explicitly left ambiguous
jaredmcateerover 10 years ago
Thanks, this has been long coming and sorely needed.
thomasfoster96over 10 years ago
This sounds like a great idea in theory, but the execution seems to be a little scratchy.<p>It sounds as though this is very much a unilateral decision from one of the many sites that use Markdown to standardise it, masked by what seems to be a call for other companies with an interest in Markdown to join.<p>It seems a little questionable to me for John Gruber to have been ignored in this process. Afterall, he made Markdown and it probably would have been a better idea to take his rather ambiguous spec, develop it into a proper standard, and then call that version 1.0.<p>No doubt Jeff Atwood deserves some credit for trying to initiate a standards process for Markdown, but I think he&#x27;s doing it the wrong way.
评论 #8266698 未加载
评论 #8267140 未加载
roryokaneover 10 years ago
There is a typo on the main page <a href="http://standardmarkdown.com/" rel="nofollow">http:&#x2F;&#x2F;standardmarkdown.com&#x2F;</a>, in the section “How can I help?”:<p>“Read the spec, run the test suite, and exercise our reference impementations.”<p>“impementations” → “implementations”<p>I couldn’t find a GitHub repository for the code of the website itself, or I would have made a pull request.<p>Edit: I see there is already a thread about this: <a href="http://talk.standardmarkdown.com/t/site-typo-s-one-to-start-with/75" rel="nofollow">http:&#x2F;&#x2F;talk.standardmarkdown.com&#x2F;t&#x2F;site-typo-s-one-to-start-...</a>
Xeoncrossover 10 years ago
Wait, the spec doesn&#x27;t even address things like tables.
评论 #8265995 未加载
评论 #8265161 未加载
josegonzalezover 10 years ago
+1. I hope that book publishing tools (leanpub for one) also subscribe to the standard once it&#x27;s been formalized&#x2F;ported.
kennethfriedmanover 10 years ago
would love to hear Gruber&#x27;s take on this.
评论 #8264797 未加载
评论 #8266004 未加载
评论 #8265052 未加载
评论 #8265224 未加载
评论 #8264790 未加载
评论 #8264806 未加载
评论 #8264804 未加载
archagonover 10 years ago
This is an arrogant power play that&#x27;s lost me a lot of respect for the perpetrators. They clearly don&#x27;t respect Gruber enough to honor his intent for the language. And don&#x27;t give me that &quot;it&#x27;s successful in spite of its ambiguity&quot; nonsense. A standard inevitably makes people find ways to work &quot;within the rules&quot; while doing crazy stuff that the language is not intended for (like many people in these comments). Markdown&#x27;s lax specification ensures that people honor the intent, not the implementation, and keeps it immediately understandable and grokkable. Also, it&#x27;s genericized? Are you kidding me?<p>They could have called it anything else, but they just had to go for full ownership of the spec. I hope all the indie App Store developers that Gruber is friends with shut this &quot;standard&quot; out.
reconbotover 10 years ago
I think this is great, I&#x27;m all for extending markdown for specific situations but I think the base h1, li, and p tags should be clearly defined. It appears that most parsers could adopt most of the spec without breaking backwards compatibility. (I&#x27;m probably wrong.)<p>There&#x27;s an obvious annoyance with markdown like this, where a lack of a blank line after the headlines causes problems but only in a few parsers. I&#x27;m glad to see most of them do the right thing.<p><a href="http://johnmacfarlane.net/babelmark2/?normalize=1&amp;text=%23+I+love+this+stuff%0A%23%23+A+LOT!%0A-+li+1%0A-+li+2" rel="nofollow">http:&#x2F;&#x2F;johnmacfarlane.net&#x2F;babelmark2&#x2F;?normalize=1&amp;text=%23+I...</a>!
aikahover 10 years ago
Personally the first time I used markdown was when I signed up for SO.I used to be a BBCode guy. But there are other formats, like rst.Strangely they are not as popular,despite the fact that they have a spec.
评论 #8267465 未加载
ilakshover 10 years ago
Does stackoverflow allow ```ruby now? I thought their thing was different. There is a stackexchange person on this, so does that mean we will be able to ````mylanguage on stackoverflow sites?
评论 #8265412 未加载
评论 #8266030 未加载
iziettoover 10 years ago
One extension I love is for HTML definition lists (I&#x27;m actually the author of [this comment][0]). They are great for instance with changelogs; consider this:<p><pre><code> ## ChangeLog 1.0.2 : Update README : Update of the script comment in order to reflect the README 1.0.1 : Fix minor bug 1.0.0 </code></pre> [0] <a href="http://talk.standardmarkdown.com/t/the-inevitable-markdownextra-topic/42/20?u=mdesantis" rel="nofollow">http:&#x2F;&#x2F;talk.standardmarkdown.com&#x2F;t&#x2F;the-inevitable-markdownex...</a>
thuover 10 years ago
Cool, was wondering if John MacFarlane was part of it (and he is). The standard implementation is in C[0]. I guess this is a good middle ground (from a social perspective, not from a technical one). This is a very nice initiative. In particular we can hope that all those markdown editors will be perfectly compatible with each others, or that any deviation from the standard will be very well approachable.<p>[0]: <a href="https://github.com/jgm/stmd" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;jgm&#x2F;stmd</a>
gregoireover 10 years ago
On a related note, Marked and Ulysses (two applications that use Markdown) recently launched TextBundle [0], a package file format that allows to include the images referenced in a Markdown file with the Markdown file itself.<p>I would be interested in what the team behind Standard Markdown thinks about this problem, it does not seem addressed in their spec (but it might be beyond their scope).<p>[0]: <a href="http://textbundle.org/" rel="nofollow">http:&#x2F;&#x2F;textbundle.org&#x2F;</a>
Siecjeover 10 years ago
In the demo <a href="http://jgm.github.io/stmd/js/" rel="nofollow">http:&#x2F;&#x2F;jgm.github.io&#x2F;stmd&#x2F;js&#x2F;</a><p>Why do &lt;h3&gt; tags have font-size: 100%?
评论 #8265176 未加载
p8952over 10 years ago
Your Discuss button seems to be overflowing: <a href="http://i.imgur.com/8s9O3DA.png" rel="nofollow">http:&#x2F;&#x2F;i.imgur.com&#x2F;8s9O3DA.png</a>
评论 #8265179 未加载
gravicleover 10 years ago
Here is my take on this: <a href="http://spinhalf.net/omg-markdown/" rel="nofollow">http:&#x2F;&#x2F;spinhalf.net&#x2F;omg-markdown&#x2F;</a>
esolytover 10 years ago
I don&#x27;t think this is an attempt to claim ownership of Markdown, but it may eventually turn out like that.<p>Why is Gruber not included in the group?
sherjilozairover 10 years ago
A very useful addition to markdown would be the ability to put anchor links, and &quot;open in new tab&quot; links. Both of these are not link defaults, but are perfect examples of common cases that should work nicely.<p>Markdown is often used for one-page webpages due to its simplicity, and thus anchor links become important in this usecase.
johnx123-upover 10 years ago
Just for the sake of context <a href="http://blog.codinghorror.com/standard-markdown-is-now-common-markdown/" rel="nofollow">http:&#x2F;&#x2F;blog.codinghorror.com&#x2F;standard-markdown-is-now-common...</a> , project is now <a href="http://commonmark.org/" rel="nofollow">http:&#x2F;&#x2F;commonmark.org&#x2F;</a>
stevekinneyover 10 years ago
It appears to me that this is a blatant violation of Markdown&#x27;s license.<p><a href="https://github.com/jgm/stmd/issues/19" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;jgm&#x2F;stmd&#x2F;issues&#x2F;19</a>
评论 #8266695 未加载
评论 #8266646 未加载
bachmeierover 10 years ago
I don&#x27;t see anything about math and in particular embedding equations via MathJax. Is it considered unimportant or did I just miss it?
evvover 10 years ago
So instead of simply removing HTML from markdown, this spec impossibly and incorrectly attempts to include it. How frustrating..
mortdeusover 10 years ago
Ooo, ooo I just thought of the cutuest name for this project.... xmarkdown! Get it guys? You know like XHTML... Cute right?
iglover 10 years ago
markdown is awesome! Why ruin it by design by committee? Standard Markdown will go down as fascist markdown!
robotmlgover 10 years ago
Relevant xkcd: <a href="http://xkcd.com/927/" rel="nofollow">http:&#x2F;&#x2F;xkcd.com&#x2F;927&#x2F;</a>
评论 #8265137 未加载
评论 #8264919 未加载
pronoiacover 10 years ago
If using that name seems rude, I suggest the name &quot;MarkUp.&quot;
评论 #8266455 未加载
评论 #8266675 未加载
serencialover 10 years ago
Honestly, I don&#x27;t see the point of all the negative comments. If there&#x27;s something you can improve, why you can&#x27;t do it? Even when big Markdown backers are taking the lead. I guess what pissed Gruber is the naming stuff.
Fastidiousover 10 years ago
Markdown is dead. Long live kramdown! :-)
_pmf_over 10 years ago
For a project that aims to replace a fluffy specification with a real specification, this is not very good at all.
tomphooleryover 10 years ago
upvoted because the test implementation is called a &quot;dingus&quot;
评论 #8265462 未加载
评论 #8268648 未加载
评论 #8265595 未加载
phpnodeover 10 years ago
Next step W3C standard?
otikikover 10 years ago
I like this. Kudos to everyone involved.
dangover 10 years ago
Which post should we keep, this one or <a href="https://news.ycombinator.com/item?id=8264718" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=8264718</a>, which has the story?<p>Edit: since this thread has all the discussion, we&#x27;ll keep this one.
评论 #8265058 未加载
评论 #8264831 未加载
评论 #8264863 未加载
评论 #8265072 未加载
评论 #8264842 未加载
评论 #8265258 未加载
happyscrappyover 10 years ago
Atwood could have been more of an ass and called it Vanilla Markdown.
jamesromover 10 years ago
I never, ever, once have had a problem writing markdown on any website that supports it.<p>This standard seems totally pointless.
评论 #8265953 未加载
moeedmover 10 years ago
See, there you go again. Making shit complicated for no reason.
评论 #8265165 未加载