Funny seeing this on the front page – I'm coding a project as I'm browsing this that makes heavy use of TikZJax.<p>Overall, I'm impressed by how seamlessly it works when it does work. But it's not perfect:<p>- Some core library functions (for example, most types of fill patterns) simply don't work or aren't implemented for some reason.<p>- There are a few long-standing bugs. For instance, if using the intersections library to compute the intersection of a line and a circle, it straight-up crashes the entire TikZJax process. Intersections of two lines or two circles are fine, but circle+line fails. My attempts at diagnosing this seem to indicate that it's running out of stack space, so maybe the original TikZ code uses some inefficient recursive algorithm to compute this intersection, and this exceeds some stack size limit that the WebAssembly version introduces. I'm not sure and I haven't been able to get much traction.<p>- The project doesn't seem to get <i>any</i> love from the original developers anymore. I've filed multiple bugs for months now that never get any form of acknowledgement.<p>- The build process is pretty convoluted and difficult to reproduce (to try to fix those aforementioned bugs myself), which I guess is what you'd expect from a project that attempts to cross-compile a 20-year-old macro package for a 50-year-old Pascal codebase for rendering in the browser.<p>Overall I'm very glad TikZJax exists and there's still no better-looking and convenient-to-author diagramming language than TikZ itself. But there's definitely rough edges.