Arne Hilmann

Long time no see... I played around with a couple of different theme implementations, and I ended up with a little bit different solution. the "highlights" would be: * `themes`...

At the moment, markdeck relies on docker to bundle/configure all tools (and right now I see no alternative), so all resources needed for rendering must be in the source folder...

yikes... I didn't test a clean checkout, obviously! I just added the missing file you mentioned and fixed another problem in the Makefile. But: the helper pages (markdown-friends), a different...

Hi! Please check my latest commits; building markdeck from scratch "should" work now...

oh my, .gitignore tricked me... please try again, this time the "should work" commit is `f8ea0b9`

interesting: latest/greatest svgbob builds a `svgbob_cli` executable now *sigh*

I am not quite sure if I understand the problem: You are using the same (same as in 1:1 copy) code block multiple times; due to caching based on the...

To solve these svg-id issues once and for all, I consider replacing my (too?) simple inlining solution (pandoc filter, written in Lua) with something that runs onLoad of the deck,...

But in this case, the caching algorithm actually works... 🤔 We cannot blame the caching for its re-using the svgs, introducing the id-problem. And we cannot drop the caching, because...

Please give markdeck 0.54.2 a try: identical render_a2s code blocks should result in different svgs, thus avoiding the (non)unique-id-experience...