Could this be generalized to work on mac/linux?

[lihaoyi]

Mill currently uses windows-ansi on windows, but shells out to tput on mac and linux because it is faster than classloading the whole of jline/jansi to access the terminal dimensions (which takes a few hundred ms). I wonder if accessing the native APIs directly on mac/linux would be faster than using jline or shelling out to tput, and it would be a nice generalization of this project

[alexarchambault]

That could work.

Just one note: up to now, I haven't felt much the need to do native calls to query the terminal size, as the tput output can be cached, and needs to be refreshed only when we receive a SIGWINCH (like done here). But catching signals (via sun.misc.Signal*) is now an unsupported API on the JVM apparently (and it seems some JVMs just don't support it).

So it might good to offer a native way to either:

• query the terminal size natively as you suggest (via the ioctl call that jline does)
• know when we received a SIGWINCH

But both ways could be supported too. That way, users wouldn't have to shell out to tput at all, and could use the SIGWINCH stuff at their option.