After chatting with @vmassol , I’m actually interested in contributing an Asciidoctor syntax to XWiki. Would be great to see this hosted at xwiki-contribs.
As you might know I’m also a member of the Gradle team so it might be an opportunity to see what we can do in this area (with a dual build in the beginning). Independently of this, we’re currently evaluating several tools and one thing we’d really like to see is a tool letting us use the asciidoctor syntax.
My GH username is melix, so I guess such a project should be bootstrapped as syntax-asciidoctor?
I’ve called it syntax-asciidoc since I think that’s the name of the syntax. Let me know if that’s not correct.
I can help too. Don’t hesitate to ask questions on the chat or on the forum and we’ll be happy to help. I’m also available to talk, to get you up and running fast.
ok, starting to make sense So the “AsciiDoctor” syntax (which they still call “AsciiDoc”) is a superset of the official “AsciiDoc” syntax (from Eclipse), adding some new elements (and they don’t say explicitly which ones they add, they just mention two here but since they say “such as”, it hints that there could be more…).
Actually I wonder if there isn’t a single syntax which is “AsciiDoc” and that syntax is extensible with macros and AsciiDoctor just adds some more macros. If this is the case then there’s no “AsciiDoctor” syntax. In XWiki we have the same thing, and specific macros are not part of the syntax (it’s only the macro syntax that is part of the syntax).
Groovy.py is a Python implementation that supports Groovy 1.x (the language) and Groovydoctor is a Ruby implementation that supports the latest version of Groovy (still the language).
It’s the same with AsciiDoc (the language) with AsciiDoc.py (legacy Python implementation) and Asciidoctor (current/reference implementation) that supports the latest definition of the langage to date.
The AsciiDoc.py project will (soon) move out from https://asciidoc.org/. This website will become the homepage of AsciiDoc the language.
I know that some people working at VMware/Pivotal have also express interest in working on the Java implementation.
For reference, we will be working on a Java implementation as part of the Eclipse specification process (i.e., as an Eclipse project).
Other new or existing implementations (Rust, Go, JavaScript…) are willing to become compliant implementations and will work with the AsciiDoc WG. Please note that it’s not required to become an Eclipse project in order to be a compliant implementation. In other words, you could work on your own on another Java implementation and still be a compliant AsciiDoc implementation (if you pass the TCK).
@ggrossetie thanks for the explanations and details.
Sorry for the false hope here but we are just looking to integrate AsciiDoc into XWiki by using the AsciiDoc parser provided by AsciiDoctor and we were wondering how to call the AsciiDoc syntax it supports, i.e. wether it should be asciidoctor or asciidoc. Basically whether there are 2 syntaxes or not. In other words, imagine another parser written by another project, would it give the same AST? I think from what I understand from x.com, it should. Right?