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.

TOAST UI Editor – Markdown WYSIWYG Editor

4 pointsby gymshoesover 7 years ago

1 comment

syrrimover 7 years ago
Why do this with markdown? Github supports other [1] markup languages, many of which were designed to be edited programmatically. The format produced by such tools are not designed to be read by humans [2]. Perhaps other tools support commonmark&#x2F;GFM, but not the computer editable variants listed [here][1]? But that leads to the second question: why have such tools converged so heavily on markdown?<p>Don&#x27;t get me wrong, I love markdown, but only because it allows the author to define the formatting of their source in the way they want. Standardizing markdown is completely against to the point. If you want a standardized markup language, why not start from something well defined, that is designed to allow extension, and in fact already includes more features than markdown?<p>[1]: <a href="https:&#x2F;&#x2F;github.com&#x2F;github&#x2F;markup#markups" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;github&#x2F;markup#markups</a><p>[2]: Markdown is harder to make ugly than html, but the OP doesn&#x27;t wrap long lines, and doesn&#x27;t format tables properly. They also do inline links. I&#x27;ve seen readme.mds in the past that numbered every entry in a list with a 1., because they know that markdown treats it all the same when rendered.