Author here and I'm surprise to see this here. I haven't maintained this elm version. I've created a rust version[0]
and it's practical usage incorporated into markdown[1].
A MacOS app can be downloaded [2].
Pay what you want so I can improve the app in the future.
[Edit: I just realized that the demo page is editable after it finishes the first render. So kudos for that! Does the newer rust version handle the wavy body and arm lines better than the OP elm project link?]
This is cool, but I'm a bit sad that the spongebob artwork doesn't have a converted result. Diagrams are well and good (and those diagrams are great), but demoing it on a more picture-y picture would show another aspect of potential versatility.
How do you avoid collisions between the text and the lines?
I've used SVG for editable flow diagrams, and even with a sans mono font the OS's text rendering engine can give different widths for the same pixel size font. My solution was a kludge-- measure the rendered font in a hidden HTML5 canvas.
13 comments
[ 2.9 ms ] story [ 31.9 ms ] thread[0] https://github.com/ivanceras/svgbobrus
[1] https://ivanceras.github.io/spongedown
[2] https://sellfy.com/p/SsQS/
This is cool, but I'm a bit sad that the spongebob artwork doesn't have a converted result. Diagrams are well and good (and those diagrams are great), but demoing it on a more picture-y picture would show another aspect of potential versatility.
I've used SVG for editable flow diagrams, and even with a sans mono font the OS's text rendering engine can give different widths for the same pixel size font. My solution was a kludge-- measure the rendered font in a hidden HTML5 canvas.