https://asciidoctor.org/ 

 The Nostr implementation of it is still a bit buggy, but it works well enough, that I decided to just move everything over and beta test it for @fiatjaf .

It'll all look more polished, soon. Excuse the construction site, please. 🏗️🚧 

 Thank you for finding the bugs. 

 You're one of devs responding, so I stay motivated. 

Thanks for the Asciidoc implementation. Solves a lot of problems we were worrying about. 

 1. Like what?

2. For whatever example you pick, how does it necessitate English centricity? 

 Already working better, thanks. 🫂 

 Isn't markdown more standard and what Nostr already uses? 

 Asciidoc allows us to do real publishing, and to include things like custom tables, img resizing, UML (including PlantUML), Latex, AsciiMath, stylesheets for magazine or website publishing, scientific journals, etc. 

 We need to patch or make a new NIP for long-form-posts with Asciidoc support. Seems superior to Markdown overall. 

 That already exists, with kind 30041.

https://wikistr.com/nkbip-01*dd664d5e4016433a8cd69f005ae1480804351789b59de5af06276de65633d319/nkbip-01*70122128273bdc07af9be7725fa5c4bc0fc146866bec38d44360dc4bc6cc18b9 

 30041 only functions as a modular article, if you link it to a 30040 index. Otherwise, it's just an Asciidoc article. 

 Interesting.. So how does this work in practice? You create a kind 30040 header event and add kind 30041 article/section events in the e tags of the header event? 

 Yes, you can list "e" tags for any event kind, including 30041s.

You can also list Kind 01, Wiki pages, articles, other 30040s (creating a hierarchy), etc. 

 this is cool, reminds me of fedwiki 

 Or TV tropes. 

 What's superior about it? 

 note1qmuw8fh0dte04zz3ptlcnec033tl2ufpjl0effmyrvw33r2k4htq6znqgc 

 Allright I browsed that site a bit and got convinced as well. Especially by this: https://docs.asciidoctor.org/asciidoc/latest/stem/ ❤️