undefined | Better HN

story

0 pointslelanthran7mo ago0 comments

> I’ve been asking for browser-native markdown support for years now. A clean web is not that far, if browsers support more than just HTML.

You can always do the markdown -> DOM conversion on the client. Sure, there's a bit of latency there, but it means easier deployment (no build step involving pandoc or similar).

Browser-native markdown support would be better though; you'd get ability to do proper contenteditable divs with bold, italic, etc done via markdown

0 comments

captn3m07mo ago

To get broad support from the server side, you’ll need to showcase high browser support. We need Wordpress and Wikipedia and Ghost to support this, and that won’t happen without native browser support.

lelanthranOP7mo ago

> We need Wordpress and Wikipedia and Ghost to support this, and that won’t happen without native browser support.

It can. Unlikely but possible. A good first step would be to have a well-written web component to be used like this: `<markdown>...</markdown>`, with no support at all for a build-step. The .js file implementing this should be included directly in the `<head>`.

If that gets traction (unlikely, but possible) then the standards would sooner or later introduce a tag native to the browser that does the same thing.

1 more reply

j / k navigate · click thread line to collapse