I have spent a lot of time trying to make Asciidoc create beautiful PDFs for technical documentation, but Asciidoctor makes it all a lot easier to customize its own stylesheets.
The only negative thing about it is that it is hard to install since it typically isn't found in your distros package repo by default.
But its tables beat both hands down. You can include a csv file with some headers or micromanage merged cells, alignment and such.
[1] http://docutils.sourceforge.net/docs/ref/rst/directives.html...
I wonder if that thing ever took off. Previously, it was said, that they were working in docbook (XML)
AFAIK (I have a few friends who have written for O'reilly) this is their canonical mode of publishing. It uses Git and Asciidoctor (not asciidoc) with a few additional plugins
[1] http://www.balisage.net/Proceedings/vol10/print/Kleinfeld01/...
Edit: it's also available in Ruby, JS and on JVM!
AsciiDoc has some very newbie-hostile quirks, at least as of now it more or less requires asciidoctor, and even then its output HTML is terrible. Terrible as in Wrong, as in...
<div class="paragraph"><p>Oh no...</p></div>
In fact, since I have not yet found an asciidoc converter that produces decent HTML, and I don't have time to write one, I may yet fall back into the "everything sorta supports Markdown" trap.I dare anyone to write a scientific paper or book using Markdown. In Asciidoc it's doable. And before you say that a markup language is the wrong tool for the job, let me remind you that nowadays authors might want to produce different formats (HTML, ePub, text-only) from the same source file which is difficult with LaTeX.
I wish I had time to evaluate them in more detail, but so far I've stayed with LaTeX, which I feel is not the right tool for the job for material that's not going to be printed on paper.
I would never try to write a book in Markdown, no matter how extended; but considering the HTML produced by asciidoc|tor, you might also say "don't use AsciiDoc for simple Web publishing."
What I find much more fascinating is the question why there is no good general-purpose format that works equally well for blogging and for scientific papers and for books?
Is it really that hard a problem?
That being said, while the user documentation is (mostly) excellent, the developer documentation is abysmal to non-existent. On the positive side, though, the developers are quite active and responsive on Github. But if you're only writing documents instead of extending the language with new macros, you won't notice anything of that.