this is a bit nicer (and doesn't leak the socket IIUC)

(defn plantuml-svg-string [spec]
  (with-open [os (ByteArrayOutputStream.)]
    (let [reader (SourceStringReader. spec)
          ffo (FileFormatOption. FileFormat/SVG)
          _desc (.generateImage reader os ffo)]
      (String. (.toByteArray os) (java.nio.charset.Charset/forName "UTF-8")))))

updated the example: https://gist.github.com/otfrom/f48274be01be652933886fe23ff6f91d

^^ I'm part of this team and happy to answer anything/give feedback/etc as well

I think this is exceptionally interesting, and really appreciate you guys taking the time to write this up and share!

thx to @U0KGSPTGB for that

> • Outputting to .pptx or similar - it is a filetype that our clients are more confident and familiar with > • […] > • A way to build (“print”) notebooks (& clerk-slideshow) to a PDF file with sensible pagination. > • A way to extract all the vega-lite plots in a notebook as svg/png files. I’m also interested in a “document IR” from a rendered Clerk document. This might be possible already, Martin has pointed me to a showcase with https://snapshots.nextjournal.com/markdown/build/78f58b21a7efaec36a99d0b93f0db75830e8c1fa/notebooks/pandoc.html. Though I haven’t had the time to try this out myself yet. According to the document, it seems the provided code only works for a subset of the Clerk types (“Let’s define a map of transform functions indexed by (a subset of) our markdown types”). Though I’m not sure exactly how this should work. Using Pandoc IR has its limitations, not sure all Clerk info fits. In Clojure, we like using the REPL. Pandoc is a binary with a shell interface - stdin and stdout. Also, Pandoc requires shelling out to a binary, I don’t know of any libraries on Maven or Clojars that let people use Pandoc just by adding that dependency.

for pdf output I was vaguely considering this: https://github.com/clj-pdf/clj-pdf

Yes @U3X7174KS we transformed a clerk document to pdf via pandoc with latex as the target format: https://github.com/mk/clerk-px23/blob/main/dev/latex.clj. The shelling out to pandoc from clojure worked pretty well. This is the result https://storage.clerk.garden/nextjournal/clerk-px23@1b0c6350a8be8cd386cb5d2e4ca82aa3f372b15e/README.pdf

the tricky part is transforming clerk (interactive) results into latex, we ended up taking snapshots with playwright and using latex \includegraphics commands

We definitely have “Interactive static html documents” on our roadmap. The other bullet points are things that can be addressed with libraries, which I’d certainly be happy to see and/or help with 🙂

good to hear about the static html and I think you are right that some things should be libraries in the wider community rather than something done by nextjournal

Thank you for the writeup! I'm looking to enhance our DX and our dev<->nondev code/data communication, and this is very inspiring in that regard 💪

the vega-lite chart extract issue is what keeps us going to clj-plot and http://thi.ng/geom for these things

Sorry about that, I haven’t updated darkstar in ages because it mostly just works for my use cases. If you get a chance, file a bug!

@U07SQTAEM https://github.com/applied-science/darkstar/issues/6 is not the same error but the same issue that's already been opened - is it worth recording a new issue?

Naw, it’s okay. I’ll get to it when I can (which sadly won’t likely be in this quarter).

Some code for reference.

(def chart-viewer
  {:render-fn '(fn [x]
                 (reagent.core/with-let [!selected (reagent.core/atom false)
                                         mouse-pos (reagent.core/atom nil)]
                   [:div
                    [:button {:on-click #(swap! !selected not)}
                     (str "Hello " (if @!selected "World" "Test"))]
                    [:p (str "Mouse position: " @mouse-pos)]
                    [:div
                     {:dangerouslySetInnerHTML {:__html x}
                      :onMouseMove (fn [e]
                                     (let [rect (.getBoundingClientRect (.-target e))
                                           x (- (.-clientX e) (.-left rect))
                                           y (- (.-clientY e) (.-top rect))]
                                       (reset! mouse-pos [x y])))}]]))})




(clerk/with-viewer chart-viewer chart-svg)

If I can just rerender on the change of an atom that would unblock me

Unsure if Clerk is the right tool for what I am doing.

You can trigger server-side rendering from front-end changes if you need JVM code. I think the relevant example is: https://github.com/nextjournal/clerk/blob/main/notebooks/clerk_eval.clj I've used similar capabilities in the past to render a form based on the results of jvm-side datalog queries so it's definitely possible, but I don't have a REPL handy so I can't confirm for myself right now

See also: https://github.com/nextjournal/clerk-demo/blob/main/notebooks/dictionary.clj

Thanks. I am building a custom charting tool and I would like it in frontend but it’s based on data backend data. I want to be able to pan and zoom the data.

You can sync an atom between the front end/back end in Clerk. This allows you to recompute your SVG on the backend whenever something is changed on the front end.