Skip to main content

Markdown vs HTML

Markdown converts to HTML. It’s designed to do that. But it’s drastically simpler in form than HTML. What if we could replace HTML altogether?
Right now, Markdown is built to support HTML directly. So to support Markdown is to support all of HTML as well. What if we just remove the HTML support and build Markdown as the language the browser understands natively?
Benefits:
  • Markdown is far easier to read than HTML.
  • It’s far faster to parse, no open/close tags.
  • Smaller file size; since there are no open/close tags.
Tying in with the proposal to code in English, Markdown would provide a familiar, written form to compliment the English language.

CSS and JavaScript

Both CSS and JavaScript can be included using code blocks.
  body { background: white;}

  console.log('This will be executed.');

Further Consideration

Various projects already exist to simplify use of Markdown either within HTML or by using an HTML page for boilerplate and Markdown file(s) for content.
Consider this: https://news.ycombinator.com/item?id=18154825
GitDown was designed to do roughly the same thing. There are others as well. But like GitDown, Markdown page simplifies everything to the point that forking the repo on GitHub and then editing the relevant Markdown file(s) results in a ready-made web page.

Comments

Post a Comment

Popular posts from this blog

CSS sans DOM

CSS is amazing, but the HTML DOM isn't. It's just so heavy. Maybe if JSON or some similar format could replace HTML/XML, it could be made lighter? Better, I think, would be to use a human readable format like Eno . It's as terse but much easier to read than JSON.
1 comment
Read more

Compile CSS

CSS is arguably the best means of UI customization. Consider an example of graphic-editing of UI elements: https://initialaudio.com/how-to-skin-sektor/ Using CSS, all elements in that project could potentially be done without graphics. Pros practically all designers now know CSS it's vastly capable Cons can't really decouple CSS from HTML whereas HTML is the biggest performance bottleneck (we'll solve this using different means) The Problem Unfortunately, CSS can get incredibly bulky. So what if we could design using CSS in a way that could feasibly be compiled to a local app? In general, everything would be styled using CSS, in the same bulky way it exists in browsers. But when compiled, it's no longer bulky. Benefits we have the full flexibility of CSS for all apps we have the full speed of native apps if needed
1 comment
Read more

Why English

English is not superior to all other languages. It's just pervasive, enough so that many propgramming languages have English constructs built into them. If we're designing a system that uses natural language as a programming language, English is optimal since it's the most familiar.
Post a Comment
Read more