Local deps?

[den1k]

I just painfully found out on a flight that clerk's frontend deps (in my case vega, vega lite, vega embed and katex) are not included in the source and therefore failed fetching in-browser. This is an edge case for sure, but since clerk advertises itself being local first, I think it would be nice for clerk to be able to work offline.

[mk]

True, this is annoying and Clerk should support working completely offline. I'll revisit this after #36 which switches to tailwind's play cdn and is another thing to consider for offline support.

[borkdude]

Working on this.

[borkdude]

This has now been addressed in PR #113.
Before we merge this, please test commit ccae890.

You can cache assets locally, before entering a plane, with:

clojure -X nextjournal.clerk/cache-assets!

But also while using clerk, assets will be cached on first use.

[borkdude]

Anyone? :)

[mk]

Was chatting with @borkdude about resuming work on this. When we actually tried it we discovered to my surprise that Clerk does work fine when offline, as long as you previously had a notebook with the viewers you're using open. This includes KaTeX, Vega, Plotly etc which are all cached in the browser and do survive a reload. So this is a lot better than how I thought it worked.

We might want to consider bundling these deps in the jar in the future but would track that in a separate issue when the need arises.

[den1k]

Yes, I believe I was on a plane while debugging and had to do a hard refresh which put a hard stop to any development. Hard refreshes are somewhat common in moments of debugging despair. I think this is still a valid issue and it seems the solution is straightforward.

[mk]

f35635f implements caching of all assets used by Clerk in the browser's ServiceWorker, finally.