# panpipe: Pandoc filter to execute code blocks

[ library, program, public-domain, text ] [ Propose Tags ]

Executes pandoc code blocks annotated with pipe

Versions [faq] 0.2.0.0 base (>=4.7 && <4.10), pandoc (==1.17.*), pandoc-types, panpipe, process (>=1.2 && <1.7), temporary, unix (==2.7.*) [details] LicenseRef-PublicDomain Chris Warburton chriswarbo@gmail.com Text http://chriswarbo.net/essays/activecode head: git clone http://chriswarbo.net/git/panpipe.git by chriswarbo at Wed May 17 10:47:13 UTC 2017 NixOS:0.2.0.0 panpipe 463 total (20 in the last 30 days) (no votes yet) [estimated by rule of succession] λ λ λ Docs available Last success reported on 2017-05-17

## Modules

[Index]

#### Maintainer's Corner

For package maintainers and hackage trustees

[back to package description]

# PanPipe

This software is released into the Public Domain -- Chris Warburton chriswarbo@gmail.com, 2014-09-28

## Usage

Tested on GNU/Linux, might work on other POSIX systems.

You'll need some way to run Haskell. Check your package manager or go to https://www.haskell.org/platform/ to get a compiler or a runhaskell interpreter.

You'll also need Pandoc available as a library, which you can get from your package manager or with cabal install pandoc, and will probably want the pandoc command available too.

To use PanPipe, invoke it as a Pandoc "filter", like this:

pandoc --filter ./panpipe input_file > output_file

You can also run panpipe as a standalone command, but note that its stdio should be in PanDoc's JSON format, rather than e.g. raw Markdown. You can convert to PanDoc JSON using a command like pandoc -t json, and convert from PanDoc JSON using pandoc -f json. The --filter argument automates this plumbing.

## Intro

PanPipe is a simple Haskell script using PanDoc. It allows code blocks in PanDoc-compatible documents, eg. Markdown, to be sent to external programs for processing.

Any code blocks or lines with a "pipe" attribute will have the contents of that attribute executed as a shell command. The body of the block/line will be piped to that command's stdin, and the stdout will replace the body of that block/line. A non-zero exit code will cause PanPipe to exit with that code; stderr will be sent to PanPipe's stderr.

For example, we can execute shell scripts by piping them to "sh":

{pipe="sh"}
echo "Hello world"



This will cause "sh" to be called, with 'echo "Hello world"' as its stdin. It will execute the echo command, to produce 'Hello world' as its stdout. This will become the new contents of the code block, so in the resulting document this code block will be replaced by:


Hello world



## Usage Notes

### Attributes

The "pipe" attribute is removed, but other attributes, classes and IDs remain:

{#foo .bar baz="quux" pipe="sh"}
echo 'Hello'



Will become:

{#foo .bar baz="quux"}
Hello



### Execution Order

PanPipe uses two passes: in the first, all code blocks are executed, in the order they appear in the document. Hence later blocks can rely on the effects of earlier ones. For example:

{pipe="sh"}
echo "123" > /tmp/blah
echo "hello"


{pipe="sh"}
cat /tmp/blah



Will become:


hello



123



The second pass executes inline code, in the order they appear in the document.

### Environment

Commands will inherit the environment from the shell which calls panpipe, except they will all be executed in a temporary directory. This makes it easier to share data between code, without leaving cruft behind:

{pipe="sh"}
echo "hello world" > file1
echo "done"


{pipe="sh"}
cat file1



Will become:


done



hello world



The temporary directory will contain a symlink called "root" which points to wherever Pandoc was called from. This allows resources to be shared across invocations (although it's not recommended to modify anything in root).

### Imperative Blocks

If you want to execute a block for some effect, but ignore its output, you can hide the result using a class or attribute:

{.hidden pipe="python -"}
import random
with open('entropy', 'w') as f:
f.write(str(random.randint(0, 100)))



When rendered to HTML will produce:

<pre class="hidden"><code></code></pre>


### Program Listings

A common use-case is to include a program listing in a document and show the results of executing it. You can do this by passing the source code to the Unix "tee" command, then using a subsequent shell script to run it:

{.python pipe="tee script1.py"}
print "Foo bar baz"


{pipe="sh"}
python script1.py



Will become:

{.python}
print "Foo bar baz"



Foo bar baz



### Changing Block Order

Blocks will always be executed in document-order, so you must arrange dependent blocks appropriately. However, we can display blocks in any order by saving them to files and dumping them later.

For example, to show the output of a program before its source code listing, we can define the program first, using "tee" to save it to a file and a HTML class to hide the listing in the resulting document:

{.hidden pipe="tee script2.py"}
print "Hello world"



Next we can include a block which executes the file we created:

{pipe="sh"}
python script2.py



Finally we can include a listing by having a block dump the contents of the file (using ".python" for syntax highlighting):

{.python pipe="sh"}
cat script2.py



### Inline Snippets

PanPipe also works on inline code snippets; for example, my root filesystem is currently at df -h | grep "/\$" | grep -o "[0-9]*%"{pipe="sh"} capacity.

### PanHandle

PanPipe keeps the results of script execution inside code blocks/lines, where they can't interfere with the formatting. If you want to splice some of these results back into the document, you can use the PanHandle script which was written to complement PanPipe.

To prevent ambiguity, PanHandle requires data to be in PanDoc's JSON format. We can convert things to that format using the -t json option to the pandoc command. For example, to generate a Markdown list and insert it into the document, we can do this:

{.unwrap pipe="python - | pandoc -t json"}
for n in range(5):
print " - Element " + str(n)



If we run this document through PanPipe, the Python code will output the following to its stdout:

 - Element 0
- Element 1
- Element 2
- Element 3
- Element 4


This will be transformed by pandoc -t json into the following:

[{"unMeta":{}},[{"t":"BulletList","c":[[{"t":"Plain","c":[{"t":"Str","c":"Element"},{"t":"Space","c":[]},{"t":"Str","c":"0"}]}],[{"t":"Plain","c":[{"t":"Str","c":"Element"},{"t":"Space","c":[]},{"t":"Str","c":"1"}]}],[{"t":"Plain","c":[{"t":"Str","c":"Element"},{"t":"Space","c":[]},{"t":"Str","c":"2"}]}],[{"t":"Plain","c":[{"t":"Str","c":"Element"},{"t":"Space","c":[]},{"t":"Str","c":"3"}]}],[{"t":"Plain","c":[{"t":"Str","c":"Element"},{"t":"Space","c":[]},{"t":"Str","c":"4"}]}]]}]]


Hence PanPipe will end up giving out a document equivalent to the following:

 {.unwrap}
[{"unMeta":{}},[{"t":"BulletList","c":[[{"t":"Plain","c":[{"t":"Str","c":"Element"},{"t":"Space","c":[]},{"t":"Str","c":"0"}]}],[{"t":"Plain","c":[{"t":"Str","c":"Element"},{"t":"Space","c":[]},{"t":"Str","c":"1"}]}],[{"t":"Plain","c":[{"t":"Str","c":"Element"},{"t":"Space","c":[]},{"t":"Str","c":"2"}]}],[{"t":"Plain","c":[{"t":"Str","c":"Element"},{"t":"Space","c":[]},{"t":"Str","c":"3"}]}],[{"t":"Plain","c":[{"t":"Str","c":"Element"},{"t":"Space","c":[]},{"t":"Str","c":"4"}]}]]}]]



Running that code through PanHandle will splice the contents into the document to give (a JSON equivalent of):

 - Element 0
- Element 1
- Element 2
- Element 3


Note that this is no longer in a codeblock, so it will render like this:

• Element 0
• Element 1
• Element 2
• Element 3

Hence we can use PanPipe to obtain or generate data, and PanHandle to splice it into the document in a sensible way. For example, it's easy to include one Markdown document inside another:

{.unwrap pipe="sh"}
cat /some/file.md | pandoc -t json


{.unwrap pipe="sh"}
wget -O- http://some.site/some/markdown | pandoc -t json