The official chat room for Antora is now located at https://antora.zulipchat.com. Please join us there!
commonAttachmentsDir: /shared/1.0/attachments
and link:{commonAttachmentsDir}/foo/bar/my.pdf
I have no idea if this will actually work though...
{attributesdir}
.link:Shared:Settings:{attributesdir}/Setting.pdf[link text]
link:Settings:{attributesdir}/Setting.pdf[link text]
link:{attributesdir}/Setting.pdf[link text]
link
macro doesn't understand Antora's component ids as used in the xref
macro. I think that this is the relevant issue: antora/antora#180
site-pr.yml
files within the master documentation build project, but the bigger issue is, that PRs usually would be triggered from "downstream" projects where the actual content lies, potentially even from multiple ones.
@gmarpons I didn’t consider that perhaps the reason why the solution you proposed isn’t working for me is because of a version incompatibility. We are currently still running Antora 2.0
@jaredmorgs Yes, I think you need at least version 2.1. The functionality added in this issue is relevant to my experiment: antora/antora#430.
master
(or the specified branch) only. If your Antora setup is a "local" repo that involves multiple branches for doc content, you need to run a script that performs a full clone.
diff
. You should only see differences in the "generator" meta tags for the HTML files (the sitemaps will have new timestamps).