@sransara/astro-adocx
v0.1.2
Published
Astro integration for Asciidoctor
Downloads
6
Maintainers
Readme
@sransara/astro-adocx
Like MDx, but for Asciidoctor in Astro using passthroughs.
Sample adoc file
---
import { Counter } from './_counter.jsx';
---
= Hello, World!
This is a sample Asciidoc file.
Here is a counter:
++++
<Counter init={5} client:load />
++++
Built with +++{Astro.generator}+++
Installation
npm install @sransara/astro-adocx
asciidoctor.js
and astro
are intentionally marked as peer dependencies to allow you to use your own versions.
And add the plugin to your astro.config.js
:
import { adocx } from '@sransara/astro-adocx/integration';
const { adocxConfig, asciidoctorConfig } = ...; // sample configs can be found in the `examples` directory
export default {
plugins: [
adocx(adocxConfig, asciidoctorConfig)
]
}
Examples
Examples are available in the examples
directory.
Live demo playgroun is here
Why not MDx?
Markdown is great, but I like Asciidoctor, for it's support of cross references and counters. It is a mature and feature-rich markup language much suitable for technical documentation.
Something that I didn't like about MDx is that there are no markers for when we pass through the content to the underlying component. Asciidoctor has a specific feature for called passthroughs specifically for this usecase. This plugin uses passes through the Astro template content to the underlying Astro component.
How it works?
As you can imagine, src/integration.ts
is the main file that does the magic.
It adds a Vite plugin that loads and transforms the .adoc
files.
- In load stage, it reads the
.adoc
file and pass it over to the Asciidoctor.js engine to produce an Astro component as string. - In transform stage, Astro component string is passed to the Astro compiler to produce the final component.
Hacks
- To re-use the same implementation that Astro uses internally to compile an Astro file, I re-used the functions here:
node_modules/astro/dist/vite-plugin-astro/compile.js
. But since it is not exported, I had to use dynamic imports to workaround it. - By default Asciidoctor doesn't consider curly braces (
{
,}
) as special characters that needs to be encoded. Although angle brackets are considered special characters. Asciidoctor.js doesn't seem to implement a way to customize these characters. I added a ruby patch that gets compiled to Javascript by using the Opal compiler:src/patches/sub_specialchars.rb
TODO
- Support Content Collections.
- Add tests.
- Add typing for importing
.adoc
files. (For hot reload need to reload the page once in browser because Astro has hardcoded the file extensions) - Inline scripts and styles are not supported yet. Left out for now because, IMO it is better to use them through Astro components or by passing values to the layout.
- Node caches templates imported by the template engine. May be a move asciidoctor engine to a worker thread inspired by astro-asciidoc. Left out for now because, IMO instead of using the default converter, a custom converter could be better since we have more control.
Stability
My main motivation is to use this in my personal site: https://github.com/sransara/com.sransara (https://sransara.com/)
It is usable and tested with latest versions of Astro and Asciidoctor.
AdocOptions
and AstroAdocxOptions
interfaces should stay mostly stable.
Internals may change as we are keeping up with the Astro and Asciidoctor versions.
Alternatives
https://github.com/shishkin/astro-asciidoc
- At the moment doesn't support passthrough to Astro, but probably is much more stable.
- And also doesn't pollute the global scope with Ruby/Opal objects because it uses worker threads.