ryu

Ryū algorithm, the converse (doubles to strings), is also much faster than using Java's number formatting classes. https://github.com/ulfjack/ryu/blob/master/src/main/java/inf... Aside, my JMathTeX fork uses Ryū to achieve real-time rendering of TeX in Java. https://github.com/DaveJarvis/JMathTeX/

> If you need to generate basic shapes it's fairly straightforward. You'd think so. While integrating TeX into my editor[0], using JMathTeX[1] as a starting point, I wanted to convert font glyphs to vector paths. At the time, every Java-based SVG renderer (Batik, JFreeSVG, SVG Salamander) suffered from the exact same performance problem: they all used Java's DecimalFormat class to convert floating point numbers to strings. These strings were then concatenated as paths into the output document. Sometimes the strings were re-copied numerous times because of buffer re-allocations and other reasons. (Part 5 of my series[2] on developing a TeX-oriented text editor covers this in depth.) To get great performance---in Java, at least---even for basic shapes requires a sufficiently large, reusable buffer that doesn't incur memory re-allocations an