I felt the same but if you put it into Claude code Opus 5.5 can build you a program that will open faster than anything you’ve ever used before if you ask for it. I asked for it and it’s instantaneous. Faster than literally any other macOS app.
It opens and displays a markdown file faster than bitwarden’s chrome extension displays its fill UI.
The future is almost here. Formats and so on are on the threshold of irrelevance in the next few years for this kind of consumer use. It’s hard to even tell if the time it takes us to summarize a text will be the time a future agent takes to write a specialized program that extracts what you need from the file. “Native” support will soon be irrelevant.
While I do agree with the author's overall point, I think that he inadvertently stumbles on the probable reason here:
> If I want to see the original Markdown syntax, I should be able to switch to that view just as easily.
This doesn't really map well to existing document opening conventions, so the author's hypothetical built-in Markdown viewer/editor doesn't really fit into any existing system app. For example, if Apple modified TextEdit.app to open Markdown files in the same way it handles RTF documents, it would cover the formatted display case, but not editing the source. They would have to add some third mode (or build an entirely separate app) to handle switching between Markdown source and formatted views, deal with displaying malformed syntax, etc. Not to mention handling the various differences between Markdown flavors.
I felt the same but if you put it into Claude code Opus 5.5 can build you a program that will open faster than anything you’ve ever used before if you ask for it. I asked for it and it’s instantaneous. Faster than literally any other macOS app.
It opens and displays a markdown file faster than bitwarden’s chrome extension displays its fill UI.
The future is almost here. Formats and so on are on the threshold of irrelevance in the next few years for this kind of consumer use. It’s hard to even tell if the time it takes us to summarize a text will be the time a future agent takes to write a specialized program that extracts what you need from the file. “Native” support will soon be irrelevant.
Even my solution is yesterday’s solution.
> If I want to see the original Markdown syntax, I should be able to switch to that view just as easily.
This doesn't really map well to existing document opening conventions, so the author's hypothetical built-in Markdown viewer/editor doesn't really fit into any existing system app. For example, if Apple modified TextEdit.app to open Markdown files in the same way it handles RTF documents, it would cover the formatted display case, but not editing the source. They would have to add some third mode (or build an entirely separate app) to handle switching between Markdown source and formatted views, deal with displaying malformed syntax, etc. Not to mention handling the various differences between Markdown flavors.