Live data from Hacker News

We should have Markdown-rendered websites

ipfs.io

21–30 of 351 posts

Re: We should have Markdown-rendered websites

#22
I spend a good part of my week writing docs. The docs that come out of Markdown are hard to read, hard to maintain, long, ugly, and limited, requiring postprocessing for simple things like a Table of Contents. Websites need content to be even richer than docs (and no, Mr. Developer, what you want is not the sole requirement of the rest of the people on the planet). If you want to make an entire website out of Markdown, make Markdown suck less.

I think we need a configuration format for websites. Configuration formats are designed for humans first, and fit to purpose. What might that format require? Probably: style, layout, macros, emeddable objects, inheritable/overrideable values, logic, loops, etc. Basically a DSL. You describe independent blocks (layout, style, content, etc) and the browser takes the instructions and renders the result. Not insanely different in concept than HTML/CSS, but everything could use one common format, in a manner more human-friendly than we have now, content would be independent of form/function, and none of it would inherit some unrelated design principles from some antiquated non-human-friendly technology.

  text "Employees table description" |
     This is a description of the employees table.
     The name and e-mail address are listed to the right.
  
  table "Employees"
     @Name ~> Frank
              Suzanne
              Rahul
              Aman
     @E-mail address -> frank@me.com
                        suzanne@me.com
                        rahul@me.com
                        aman@me.com
  
  style "table.Employees"
     @Name
       column
         bgcolor "green"
     @"Email address"  rows  bgcolor "gray"
  
  layout "main-page"
     panel "1"
       align: left
       content "text.Employees table description"
     panel "2"
       align: right-of "layout.main-page.1"
       content "table.Employees"

Re: We should have Markdown-rendered websites

#23
post #3

If you're interested in the history of why I wrote this article, then it originated from this Twitter thread: https://nitter.net/timdaub/status/1590731949433573377

I think addressing the concern around Markdown flavors would improve the argument.

ok thanks I'll inform myself and think about this a bit more. I wasn't aware flavors would lead to controversy but it makes sense.

Re: We should have Markdown-rendered websites

#26
I mean it _sounds_ good, but how will we cram a million ads down user's throats and measure every twitch of their input devices? It's almost as though the author is suggesting that web site proprietors might be more interested in "serving content" than "driving engagement" which I find disturbing and upsetting.

/s

Re: We should have Markdown-rendered websites

#28
post #5

OK. Which flavor of markdown should we get every browser manufacturer to use?

Make a World Wide Markdown Consortium, release v1 of Markdown based on a randomly picked flavor, let it stagnate for decades, then let Google implement shadowMarkdown in Google Chrome, which renders at 300FPS for them, and unluckily falls back to a JS polyfill that ends up solving a rubik's cube before every character it renders. Once that has gone for long enough, let Google form their own MHATWG and pretend it's open while they keep a majority of the seats, to steer the evolution of WebMarkdown.

Also Safari still doesn't support headings for some reason.

Re: We should have Markdown-rendered websites

#29
post #5

OK. Which flavor of markdown should we get every browser manufacturer to use?

My personal preference would be GitHub flavored markdown, since as a coder it includes a lot of very useful non-standard markups. The compromises it makes on the non-deterministic markup elements are acceptable as well.

Re: We should have Markdown-rendered websites

#30
post #7
post #5

OK. Which flavor of markdown should we get every browser manufacturer to use?

Asciidoc.

> AsciiDoc is a plain text markup language for writing technical content. It’s packed with semantic elements and equipped with features to modularize and reuse content.

Isn't that the opposite of Markdown?

Post reply on HN