HN Hall of Fame Weekly email

Asciidoctor – A fast, open-source text processor and publishing toolchain

asciidoctor.org Software & code Software projects Software engineering Candidate
Screenshot of asciidoctor.org captured 2026-07-20
Page preview · captured 2026-07-20

Resurfaced independently across 4 calendar years, with breakout response in 2 of them.

submissions
4
submitters
3
observed span
2019–2025
peak thread · 42 comments
169 pts
latest 20+ return · 2024-09-06
52 pts

Submission timeline

2007–2026

One slot for every year since HN launched. Height is that year's peak points; orange marks a 100+ point or 50+ comment breakout. Select a bar to open its strongest thread.

First comments on top threads

HN comment order

There are so many markup languages and conversion possibilities, just have a look on the to-from option from pandoc. Personally, I prefer reStructuredText, its design feels more consistent in comparison to the ambiguous implementations of the various markdown dialects. In Asciidoc, I do not like that lower lever headings occupy more markers than higher level ones. Visually, === This heading appears more important than == This heading By the way, a good comparison is at http://hyperpolyglot.org/lightweight-markup

AsciiDoc (the format) is currently being developed in an Eclipse Foundation working group (https://projects.eclipse.org/working-group/asciidoc). This working group includes leads from both the Asciidoctor/Ruby and Asciidoc/Python projects. (I'm lurking on the mailing lists but not really part of this effort.) It seems like the goal is to shore up the AsciiDoc standard and prevent further divergence between Python AsciiDoc tools and AsciiDoctor. IMO AsciiDoc's advantage over Markdown, RST, LaTeX and others is its…

I’ve in recent years started to favor reStructuredText over AsciiDoc for three reasons. 1) Docutils’s output in like 95% good, semantic HTML where Asciidoctor has a lot of issues (I would note that non-Docutils is often bad, second-class & reliant on what Markdown outputs for ‘compatibility’ (meaning less features for you)) 2) the features difference between the two I prefer the rST set (such as abbreviations) 3) the spec seems so complicated Pandoc can’t realistically have a reader, just a…

toastal·52-point thread·

The first top-level comment from each of the four biggest threads, in HN’s own order. Excerpts are shortened; open a comment for full context.

Breakout years
2

100+ points or 50+ comments

Total points
329

reference only — not used in Hall rules or ranking

Total comments
92

reference only — not used in Hall rules or ranking

Every submission

DateTitle as submittedByPointsComments
2019-01-07Asciidoctor – A fast, open-source text processor and publishing toolchainFirst breakout · Best threadgouggoug16942
2020-10-21Asciidoctortosh10735
2024-09-06Asciidoctor: A fast text processor and publishing toolchainLatest 20+ point returnTomte5215
2025-12-22AsciidoctorTomte10