Clay Documentation
1 Clay
1.1 About
Clay is a minimalistic Clojure tool for data visualization and literate programming, compatible with the Kindly convention. It allows to conduct visual data explorations and create documents (HTML pages like this one, books, blog posts, reports, slideshows) from Clojure source code and comments.
Status: The project has moved into Beta stage (March 2024).
1.2 Goals
- Easily explore & share data visualizations and notebooks for others to easily pick & use.
- Encourage writing Kindly-compatible notes for future compatiblity with other tools.
- Flow with the REPL: encourage user interactions that flow naturally with the typical use of Clojure in editors and REPLs.
1.3 Getting started
Try it out by starting a Clojure command line
clj -Sdeps "{:deps {org.scicloj/clay {:mvn/version \"2-beta23\"}}}"
The :mvn/version
may be changing frequently, copy the up-to-date version from .
Wait for a while, it will drop you at a prompt reading user=>
, now let’s require the clay namespace by typing
require '[scicloj.clay.v2.api :as clay]) (
and then type:
:single-form '(+ 1 2 3)}) (clay/make! {
The terminal now looks something like below:
:deps {org.scicloj/clay {:mvn/version "2-beta23"}}}'
$ clj -Sdeps '{2-beta23/clay-2-beta23.pom from clojars
Downloading: org/scicloj/clay/2-beta23/clay-2-beta23.jar from clojars
Downloading: org/scicloj/clay/1.10.3
Clojure require '[scicloj.clay.v2.api :as clay])
user=> (nil
:single-form '(+ 1 2 3)})
user=> (clay/make! {://localhost:1971/
serving Clay at http:wrote "docs/.clay.html"] nil]] nil [:watching-new-files #{}]] [[[[
It will open http://localhost:1971/
in your web browser (or use another port if 1971 is taken), and congratulations, you’ve just made your first Clay document!
Now you can keep updating the document by trying different forms, like
:single-form '(str "hello" "world")}) (clay/make! {
or whatever is interesting to you. Along the way, the web page will get updated automatically for you!
At some point, you might find that you’d better write code in a .clj file. No problem, Clay can also render a document from a Clojure file. Here, we take notebooks/demo.clj as an example. Click the link and save the file to your computer as, say, /tmp/demo.clj
, then you can render this Clojure namespace (or file if you prefer) by typing the following in the REPL:
:source-path "/tmp/demo.clj"}) (clay/make! {
As your docs evolve, you may want to add more Clojure files, and manage them as a project. You can organize them as a normal Clojure project with a deps.edn
, you can browse Clay’s own notebooks/ to get a sense.
You can also:
- Head over to Examples to see what features it provides and corresponding examples.
- See the API and Configuration subsections for more options and variations.
- See the Setup section and recent Videos for details about integrating Clay with your editor so you do not need to call
make!
yourself.
1.4 Projects using Clay
- Tablecloth documentation
- Fastmath 3 documentation
- ClojisR documentation
- Wolframite documentation
- Clay documentation
- Kindly-noted - documenting the ecosystem around Kindly - WIP
- Noj documentation - WIP
- Clojure Tidy Tuesdays data-science explorations
- Clojure Data Tutorials
- Clojure Data Scrapbook
- LLMs tutorial (in spanish) by Kyle Passarelli
1.5 Videos
Dec. 17th 2023 | Cursive integration, API, configuration - blogging demo | |
Dec. 17th 2023 | CIDER integration - image processing demo | |
Dec. 16th 2023 | Calva integration - datavis demo | |
Dec. 12th 2023 | Demo & Clay overview - London Clojurians - see Tim's part | |
Dec. 1st 2023 | Kindly & Clay overview - visual-tools group - see Daniel's & Tim's parts | |
June 10th 2023 | An early overview - babashka-conf |
1.6 Setup
See the example project for a concrete example.
To enjoy Clay’s dynamic interaction, you also need to inform it about code evaluations. This requires some editor setup.
To use Quarto-related actions, it is necessary to have the Quarto CLI installed in your system.
See the suggested setup for popular editors below. If your favourite editor is not supported yet, let us talk and make it work.
1.6.1 VSCode Calva
If you now run a REPL with Clay version in your classpath, then Calva will have the relevant custom REPL commands, as defined here.
name | function |
---|---|
Clay make Namespace as HTML |
will genenrate an HTML rendering of the current namespace. |
Clay make Namespace as Quarto, then HTML |
will generate a Quarto .qmd rendering of the current namespace, then render it as HTML through Quarto. |
Clay make Namespace as Quarto, then reveal.js |
will generate a Quarto .qmd rendering of the current namespace, then render it as a reveal.js slideshow through Quarto. |
Clay make current form as HTML |
will generate an HTML rendering of the current form, in the context of the current namespace. |
1.6.2 Emacs CIDER
See the clay.el package for the relevant interactive functions.
1.6.3 Neovim Conjure
See Integrating with Clay and data visualisation tools at the Conjure Wiki.
More detailed integration is expected soon (Oct 2024).
1.6.4 IntelliJ Cursive
Under preferences, search for “REPL Commands” (or use the menu IntelliJ -> Preferences -> Languages and Frameworks -> Clojure -> REPL Commands)
Add a global command, and edit it with these settings:
Name: Send form to Clay
Execution: Command
do (require '[scicloj.clay.v2.api :as clay])
(:single-form '~form-before-caret
(clay/make! {:source-path ["~file-path"]}))
You might also like to create a command to compile the namespace:
do (require '[scicloj.clay.v2.api :as clay])
(:source-path ["~file-path"]})) (clay/make! {
Or a top-level-form
(replace form-before-caret
with top-level-form
).
You can then add keybindings under Preferences -> Keymap for the new commands.
For more information about commands, see the Cursive documentation on REPL commands and substitutions.
1.7 Example notebook namespace
This notebook is created by a Clojure namespace. Here is the namespace definition and a few examples of what such a namespace may contain.
ns index
(:require
(:as kindly]
[scicloj.kindly.v4.api :as kind]
[scicloj.kindly.v4.kind :as quarto.highlight-styles]
[scicloj.clay.v2.quarto.highlight-styles :as quarto.themes]
[scicloj.clay.v2.quarto.themes :as toydata]
[scicloj.metamorph.ml.toydata :as hanami]
[scicloj.tableplot.v1.hanami :as tc]
[tablecloth.api :as str])) [clojure.string
A Hiccup spec:
(kind/hiccup:div {:style {:background "#efe9e6"
[:border-style :solid}}
:ul
[:li "one"]
[:li "two"]
[:li "three"]]]) [
- one
- two
- three
A dataset using Tablecloth:
-> {:x (range 5)
(:y (repeatedly 5 rand)}
tc/dataset"my dataset")) (tc/set-dataset-name
my dataset [5 2]:
:x | :y |
---|---|
0 | 0.14098392 |
1 | 0.79495954 |
2 | 0.89395780 |
3 | 0.48767991 |
4 | 0.20391575 |
A plot using Tableplot:
-> (toydata/iris-ds)
(
(hanami/plot hanami/rule-chart:sepal_width
{:=x :sepal_length
:=x2 :petal_width
:=y :petal_length
:=y2 :species
:=color :nominal
:=color-type 3
:=mark-size 0.2})) :=mark-opacity
1.8 API
require '[scicloj.clay.v2.api :as clay]) (
The entry point of the Clay API is the scicloj.clay.v2.api/make!
function. Here are some usage examples.
Evaluate and render the namespace in "notebooks/index.clj"
as HTML and show it at the browser:
comment
(:format [:html]
(clay/make! {:source-path "notebooks/index.clj"}))
Do the same as above by default (since :format [:html]
is the default):
comment
(:source-path "notebooks/index.clj"})) (clay/make! {
Evaluate and render the namespace in "notebooks/index.clj"
as HTML and do not show it at the browser:
comment
(:source-path "notebooks/index.clj"
(clay/make! {:show false}))
Evaluate and render the namespace in "notebooks/index.clj"
and use the favicon at "notebooks/favicon.ico"
comment
(:source-path "notebooks/index.clj"
(clay/make! {:favicon "notebooks/favicon.ico"}))
Evaluate and render the namespaces in "notebooks/slides.clj"
"notebooks/index.clj"
as HTML and do not show it at the browser:
comment
(:source-path ["notebooks/slides.clj"
(clay/make! {"notebooks/index.clj"]
:show false}))
Evaluate and render the namespaces in "notebooks/slides.clj"
"notebooks/index.clj"
as HTML and start watching these files for live reload: (experimental)
comment
(:source-path ["notebooks/slides.clj"
(clay/make! {"notebooks/index.clj"]
:live-reload true}))
Evaluate and render a single form in the context of the namespace in "notebooks/index.clj"
as HTML and show it at the browser:
comment
(:source-path "notebooks/index.clj"
(clay/make! {:single-form '(+ 1 2)}))
Evaluate and render a single form in the context of the current namespace (*ns*
) as HTML and show it at the browser:
comment
(:single-form '(+ 1 2)})) (clay/make! {
Render a single value as HTML and show it at the browser:
comment
(:single-value 3})) (clay/make! {
Render a single value as HTML and process the resulting HTML using a custom function.
comment
(:single-value 3333
(clay/make! {:post-process (fn [html]
-> html
(#"3333" "4444")))})) (str/replace
Render a namespace as HTML and hide the UI banner in the browser view.
comment
(:source-path "notebooks/index.clj"
(clay/make! {:hide-ui-header true}))
Render a namespace as HTML and hide the information line at the bottom of the page.
comment
(:source-path "notebooks/index.clj"
(clay/make! {:hide-info-line true}))
Evaluate and render the namespace in "notebooks/index.clj"
as a Quarto qmd file then, using Quarto, render that file as HTML and show it at the browser:
comment
(:format [:quarto :html]
(clay/make! {:source-path "notebooks/index.clj"}))
Evaluate and render the namespace in "notebooks/index.clj"
as a Quarto qmd file and show it at the browser: (note the current browser view of this format it not so sophisticated and lacks live-reload on page updates).
comment
(:format [:quarto :html]
(clay/make! {:source-path "notebooks/index.clj"
:run-quarto false}))
Evaluate and render the namespace in "notebooks/slides.clj"
as a Quarto qmd file (using its namespace-specific config from the ns metadata) then, using Quarto, render that file as HTML and show it at the browser:
comment
(:format [:quarto :html]
(clay/make! {:source-path "notebooks/slides.clj"}))
Evaluate and render the namespace in "notebooks/slides.clj"
as a Quarto qmd file (using its namespace-specific config from the ns metadata) then, using Quarto, render that file as a reveal.js slideshow and show it at the browser:
comment
(:format [:quarto :revealjs]
(clay/make! {:source-path "notebooks/slides.clj"}))
Evaluate and render the namespace in "notebooks/index.clj"
as a Quarto qmd file with a custom Quarto config then, using Quarto, render that file as HTML and show it at the browser:
comment
(:format [:quarto :html]
(clay/make! {:source-path "notebooks/index.clj"
:quarto {:highlight-style :nord
:format {:html {:theme :journal}}}}))
Evaluate and render the namespace in "notebooks/index.clj"
as a Quarto qmd file with a custom Quarto config where the higlight style is fetched from the scicloj.clay.v2.quarto.highlight-styles
namespace, and the theme is fetched from the scicloj.clay.v2.quarto.themes
namespace, then, using Quarto, render that file as HTML and show it at the browser:
comment
(require '[scicloj.clay.v2.quarto.highlight-styles :as quarto.highlight-styles]
(:as quarto.themes])
'[scicloj.clay.v2.quarto.themes :format [:quarto :html]
(clay/make! {:source-path "notebooks/index.clj"
:quarto {:highlight-style quarto.highlight-styles/nord
:format {:html {:theme quarto.themes/journal}}}}))
Evaluate and render the namespace in "index.clj"
under the "notebooks"
directory as HTML and show it at the browser:
comment
(:base-source-path "notebooks/"
(clay/make! {:source-path "index.clj"}))
Create a Quarto book with a default generated index page:
comment
(:format [:quarto :html]
(clay/make! {:base-source-path "notebooks"
:source-path ["chapter.clj"
"another_chapter.md"
"a_chapter_with_R_code.Rmd"
"test.ipynb"]
:base-target-path "book"
:book {:title "Book Example"}
;; Empty the target directory first:
:clean-up-target-dir true}))
Create a Quarto book with a specified favicon:
comment
(:format [:quarto :html]
(clay/make! {:base-source-path "notebooks"
:source-path ["index.clj"
"chapter.clj"
"another_chapter.md"]
:base-target-path "book"
:book {:title "Book Example"
:favicon "notebooks/favicon.ico"}
;; Empty the target directory first:
:clean-up-target-dir true}))
Create a Quarto book with book parts:
comment
(:format [:quarto :html]
(clay/make! {:base-source-path "notebooks"
:source-path [{:part "Part A"
:chapters ["index.clj"
"chapter.clj"]}
:part "Part B"
{:chapters ["another_chapter.md"]}]
:base-target-path "book"
:book {:title "Book Example"}
;; Empty the target directory first:
:clean-up-target-dir true}))
Reopen the Clay view in the browser (in case you closed the browser tab previously opened):
comment
( (clay/browse!))
1.8.1 Live reload
(experimental)
Clay can listen to file changes (using nextjournal/beholder) and respond with remaking the page.
See the example above with :live-reload true
.
One caveat: You may not want to use this if the containing directory of this file has a lot of files and/or sub-directories, as it may take quite a long time (e.g. ~1 minute) for beholder to watch the containing directory for file changes.
1.8.2 Hiccup output
(experimental 🛠)
Render a notebook in Hiccup format and return the resulting Hiccup structure:
comment
(:source-path "notebooks/index.clj"})) (clay/make-hiccup {
1.9 Configuration
Calls to the make!
function are affected by various parameters which collected as one nested map. This map is the result of deep-merging four sources:
the default configuration: clay-default.edn under Clay’s resources
the user configuration:
clay.edn
at the topthe namespace configuration: the
:clay
member of the namespace metadatathe call configuration: the argument to
make!
Here are some of the parameters worth knowing about:
Key | Purpose | Example |
---|---|---|
:source-path |
files to render | ["notebooks/index.clj"] |
:title |
sets the HTML title that appears in the browser tab bar | "My Title" |
:favicon |
sets a page favicon | "favicon.ico" |
:show |
starts the HTML server when true (the default) | false |
:single-form |
render just one form | (inc 1) |
:format |
output quarto markdown and/or html | [:quarto :html] |
:quarto |
adds configuration for Quarto | {:highlight-style :solarized} |
:base-target-path |
the output directory | "temp" |
:base-source-path |
where to find :source-path |
"notebooks" |
:clean-up-target-dir |
delete (!) target directory before repopulating it | true |
:remote-repo |
linking to source | {:git-url "https://github.com/scicloj/clay" :branch "main"} |
:hide-info-line |
hiding the source reference at the bottom | true |
:hide-ui-header |
hiding the ui info at the top | true |
:post-process |
post-processing the resulting HTML | #(str/replace "#3" "4") |
:live-reload |
whether to make and live reload the HTML automatically after its source file is changed | true |
When working interactively, it is helpful to render to a temporary directory that can be git ignored and discarded. For example: you may set :base-target-path "temp"
at your clay.edn
file. When publishing a static page, you may wish to target a docs
directory by setting :base-target-path "docs"
in your call to clay/make!
. Creating a dev namespace is a good way to invoke a different configuration for publishing.
1.10 Kinds
The way things should be visualized is determined by the Kindly specification.
Kindly advises tools (like Clay) about the kind of way a given context should be displayed, by assigning to it a so-called kind.
Please refer to the Kindly documentation for details about specifying and using kinds.
In this documentation we demonstrate Kindly’s default advice. User-defined Kindly advices should work as well.
1.11 Examples
See the dedicated 📖 Examples chapter 📖 of this book.
1.12 Fragments
kind/fragment
is a special kind. It expects a sequential value and generates multiple items, of potentially multiple kinds, from its elements.
->> ["purple" "darkgreen" "brown"]
(mapcat (fn [color]
(str "### subsection: " color))
[(kind/md (:div {:style {:background-color color
(kind/hiccup [:color "lightgrey"}}
:big [:p color]]])]))
[ kind/fragment)
1.12.1 subsection: purple
purple
1.12.2 subsection: darkgreen
darkgreen
1.12.3 subsection: brown
brown
->> (range 3)
( kind/fragment)
0
1
2
Importantly, markdown subsections affect the Quarto table of contents.
1.13 Functions
kind/fn
is a special kind. It is displayed by first evaluating a given function and arguments, then proceeding recursively with the resulting value.
The function can be specified through the Kindly options.
:x 1
(kind/fn {:y 2}
:kindly/f (fn [{:keys [x y]}]
{+ x y))}) (
3
:my-video-src "https://file-examples.com/storage/fe58a1f07d66f447a9512f1/2017/04/file_example_MP4_480_1_5MG.mp4"}
(kind/fn {:kindly/f (fn [{:keys [my-video-src]}]
{
(kind/video:src my-video-src}))}) {
If the value is a vector, the function is the first element, and the arguments are the rest.
(kind/fn+ 1 2]) [
3
If the value is a map, the function is held at the key :kindly/f
, and the argument is the map.
(kind/fn:kindly/f (fn [{:keys [x y]}]
{+ x y))
(:x 1
:y 2})
3
The kind of the value returned by the function is respected. For example, here are examples with a function returning kind/dataset
.
(kind/fn:x (range 3)
{:y (repeatedly 3 rand)}
:kindly/f tc/dataset}) {
_unnamed [3 2]:
:x | :y |
---|---|
0 | 0.14512051 |
1 | 0.27754218 |
2 | 0.12669537 |
(kind/fn
[tc/dataset:x (range 3)
{:y (repeatedly 3 rand)}])
_unnamed [3 2]:
:x | :y |
---|---|
0 | 0.69502666 |
1 | 0.32705737 |
2 | 0.99713444 |
(kind/fn:kindly/f tc/dataset
{:x (range 3)
:y (repeatedly 3 rand)})
_unnamed [3 2]:
:x | :y |
---|---|
0 | 0.17793402 |
1 | 0.77119563 |
2 | 0.11196210 |
1.14 Delays
Clojure Delays are a common way to define computations that do not take place immediately. The computation takes place when dereferencing the value for the first time.
Clay makes sure to dererence Delays when passing values for visualization.
This is handy for slow example snippets and explorations, that one would typically not like to slow down the evaluation of the whole namespace, but would like to visualize them on demand and also include in them in the final document.
delay
(500)
(Thread/sleep + 1 2)) (
3
1.15 Referring to files
In data visualizations, one can directly refrer to files places under "notebooks/"
or "src/"
. By default, all files except of these directories, except for Clojure files, are copied alongside the HTML target.
This default can be overridden using the :subdirs-to-sync
config option. E.g., :subdirs-to-sync ["notebooks" "data"]
will copy files from the "notebooks"
and "data"
directories, but not from "src"
. Clojure source files (.clj
, etc.) are not synched.
(kind/hiccup:img {:src "notebooks/images/Clay.svg.png"}]) [
(kind/image:src "notebooks/images/Clay.svg.png"}) {
(kind/vega-lite:data {:url "notebooks/datasets/iris.csv"},
{:mark "rule",
:encoding {:opacity {:value 0.2}
:size {:value 3}
:x {:field "sepal_width", :type "quantitative"},
:x2 {:field "sepal_length", :type "quantitative"},
:y {:field "petal_width", :type "quantitative"},
:y2 {:field "petal_length", :type "quantitative"},
:color {:field "species", :type "nominal"}}
:background "floralwhite"})
1.16 Hiding code
By default, a Clay notebook shows both the code and the result of an evaluated form. Here are a few ways one may hide the code:
- Add the metadata
:kindly/hide-code true
to the form (e.g., by preceding it with^:kindly/hide-code
). - Add the metadata
:kindly/hide-code true
to the value. - Globally define certain kinds (e.g.,
:kind/md
,:kind/hiccup
) to always hide code (on project level or namespace level) by adding theme as a set to the project config or namespace config, e.g.,:kindly/options {:kinds-that-hide-code #{:kind/md :kind/hiccup}}
.
1.17 Test generation
(experimental 🛠)
+ 1 2) (
3
We generate tests checking whether this last value is greater than 2.9. We can do it in a few ways.
We include the test annotations in the markdown text, since the annotations themselves are invisible.
> 2.9])
(kind/test-last [
^kind/test-last> 2.9]
[
> 2.9) (kindly/check
See the generated test/index_generated_test.clj.
For a detailed example using this mechanism, see the source of the ClojisR tutorial.
1.18 CSS classes and styles
1.18.1 Styling HTML visualizations
Clay will transfer CSS classes and styles present in :kindly/options
metadata to the visualization. The recommended way to prepare :kindly/options
metadata is through the kind
api:
:column-names ["A" "B" "C"]
(kind/table {:row-vectors [[1 2 3] [4 5 6]]}
:class "table-responsive"
{:style {:background "#f8fff8"}})
A | B | C |
---|---|---|
1 | 2 | 3 |
4 | 5 | 6 |
See also the Kindly documentation on passing options. Optional class and style attributes will only be applied to hiccup elements (not markdown content).
1.18.2 Styling Markdown content
Quarto uses pandoc attributes (see https://quarto.org/docs/authoring/markdown-basics.html#sec-divs-and-spans) to attach classes.
::: {.alert .alert-primary}
Example alert
:::
Example alert
A | B | C |
---|---|---|
1 | 2 | 3 |
4 | 5 | 6 |
Markdown styling is not currently handled when rendering direct to HTML.
1.19 Varying kindly options
(experimental)
kindly/merge-options!
varies the options to affect the notes coming below. Let us use it to present code and value horizontally. By default, calls to kindly/merge-options!
are hidden. In this document, we use #(kindly/hide-code % false)
to make them visible.`
(kindly/hide-code:code-and-value :horizontal})
(kindly/merge-options! {false)
+ 1 2) (
3
+ 3 4) (
7
Let us change it back.
(kindly/hide-code:code-and-value :vertical})
(kindly/merge-options! {false)
+ 1 2) (
3
+ 3 4) (
7
Let us now change the background color.
(kindly/hide-code:style {:background-color "#ccddee"}})
(kindly/merge-options! {false)
(kind/hiccup:div
[:p "hello"]]) [
hello
In Quarto-based rendering, datasets are rendered as plain Markdown, and HTML options are not applied at the moment.
:x (range 3)}) (tc/dataset {
_unnamed [3 1]:
:x |
---|
0 |
1 |
2 |
To make sure the background color is applied, we wrap it with Hiccup.
(kind/hiccup:div
[:x (range 3)})]) (tc/dataset {
_unnamed [3 1]:
:x |
---|
0 |
1 |
2 |
Let us cancel the setting of the background color.
(kindly/hide-code:style {:background-color nil}})
(kindly/merge-options! {false)
(kind/hiccup:div
[:p "hello"]]) [
hello
source: notebooks/index.clj