-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
include
directive doesn't work as expected
#59
Comments
So essentially what we're doing on the RFD site is returning the The image references we transform from a relative link to a signed URL from the GCP storage where they are kept. In theory I wonder if we might be able to chuck other non-image assets that sit in the RFD folder in there too. But it might not be worth the work to get it working, and whilst I understand it's a bit inconvenient to update manually it might still be better than the alternative. Will defer to @augustuswm on what he thinks is best here. |
A starting point: We could make it work locally, and then maybe the API would handle it by resolving references and inlining the content. |
Inlining the content would be easier with this I think: oxidecomputer/react-asciidoc#24 We could handle includes by post-processing the document object or we might not need to since it'd be running with the correct context. As it stands we'd have to do some sort of regex to find includes in the |
I think we can probably make this work. It would be simple enough to process the contents and handle files that match a known allowlist of file types. Note though that I don't think GitHub supports includes either from what I can tell. |
We've been trying to get away from textual / tabular descriptions of PKI & certificate structures, preferring a KDL format understood by the
pki-playground
tool instead. I'm pulling the KDL into RFD 387 using the asciidocinclude
directive to make running the files through thepki-playground
command line tool easier. I never thought to look till now but the RFD site doesn't render the KDL. It could be that I'm holding it wrong, but the site shows theinclude:file/path.kdl
text instead of the contents of the file. I've been usingasciidoctor-pdf
to build locally and that works as expected.include
looks like it might cause problems if we allow folks to pull in arbitrary URLs but files local to the repo would be sufficient for my needs.The text was updated successfully, but these errors were encountered: