Cool :) that saves me from a nasty piece of haml.On a side note related to the asciidoctor + awestruct integration. I managed to do the following in a haml file:asciidoc:tagline: #{site.tagline}== Some titleMy tagline is {tagline}Which lets me pass any data from Awestruct to Asciidoc and add some ruby flexibility.I wanted to do the same on a 'pure' .adoc file but it seems the same trick is not available.Is there a way to achieve that?- pass the site data- use ruby to compute some more complex aggregationEmmanuelEmmanuel,Good news, AsciiDoc provides a way! (which is faithfully implemented by Asciidoctor).Just about anywhere in AsciiDoc you can control which substitutions are used. In your case, you are interested in the "attributes" substitution.Here's how to control it.[source,xml][subs="verbatim,attributes"].maven dependency
----
<dependency>
<groupId>org.hibernate</groupId>
<artifactId>hibernate-search</hibernate-search>
<version>{version}</version>
</dependency>----(I use two attribute lines to be compatible with AsciiDoc. Asciidoctor properly handles putting them all in one line).The only downside is that you have to specify all the substitutions you want when you override. That's why the "verbatim" is necessary. "verbatim" is an alias for "specialcharacters,callouts". So the effective substitutions are now "specialcharacters,callouts,attributes".Please note that this will not work in the preview on GitHub since it was implemented in a later version than they are running (I'm still working on getting them upgraded).Also, I'll add this to the quick reference guide since the question has come up a few times now.-DanOn Mon, Jul 29, 2013 at 7:45 AM, Emmanuel Bernard [via Asciidoctor :: Discussion] <[hidden email]> wrote:
Hey all,
I get that source blocks don't enjoy substitutions which would be dangerous OOTB but how would you solve such scenario
= Some getting started guide
Emmanuel
:version: 1.0.0.Final
To embed your library, use the following maven snippet
[source, xml]
.maven dependency
----
<dependency>
<groupId>org.hibernate</groupId>
<artifactId>hibernate-search</hibernate-search>
<version>{version}</version>
</dependency>
----
Today the {version} string is reproduced verbatim. how would you address this use case?
Emmanuel
If you reply to this email, your message will be added to the discussion below:http://discuss.asciidoctor.org/Attribute-substitution-inside-source-block-tp406.htmlTo start a new topic under Asciidoctor :: Discussion, email [hidden email]
http://discuss.asciidoctor.org/Attribute-substitution-inside-source-block-tp406p407.htmlIf you reply to this email, your message will be added to the discussion below:
http://discuss.asciidoctor.org/Attribute-substitution-inside-source-block-tp406p410.htmlIf you reply to this email, your message will be added to the discussion below:To start a new topic under Asciidoctor :: Discussion, email [hidden email]
To unsubscribe from Asciidoctor :: Discussion, click here.
NAML
| Free forum by Nabble | Edit this page |