Zircon VS picocli

I'd recommend you use Zircon, it's THE roguelike rendering library for Kotlin/JVM. The developer is/was active on the discord too. Zircon website

Hope you're not getting down voted because of Kotlin. Even the example on their page is in Java. https://github.com/Hexworks/zircon

There is another improvement that helps with extensibility: now it is possible to create custom tileset loaders. There is already a WIP loader that uses Tiled's format.

One important change that was a blocker for some other things was the reliance on the global Zircon object that also held some state. With #404 completed now there is no global state, and it is also possible to have TileGrid and / or Renderer objects without having an Application that continuously renders content.

But if you specifically want to build a roguelike and you're ok with Java, Zircon looks amazing! I have not tried it but just look at those screenshots!

Hi all! If any of you want to use a Hexworks project for the 7DRL (Zircon or Amethyst) feel free to jump on our Discord Server where you can get help with those and talk with other 7DRLers!

Picocli allows using a compiler annotation processor to generate classes at compile time instead [0].

[0]: https://github.com/remkop/picocli/blob/main/picocli-codegen/...

Picocli is a pretty good one for writing CLI apps

"and there are simply no good command line input parsing libraries for Java."

Looks like author missed the most obvious and popular OSS one: https://picocli.info/

The command line example gave me the "ick". It is usually preferrable to parse the command line arguments into one instance of a custom "command class", rather than into a list of things. Like jcommander, picocli or jbock do.

Complex argument parsing needs to be auto-generated by libraries like picocli. Even if you need something custom, it'd be quicker to write an Annotation processor from scratch than editing that file.

https://github.com/remkop/picocli

"Picocli-based applications can be ahead-of-time compiled to a GraalVM native image, with extremely fast startup time and lower memory requirements, which can be distributed as a single executable file."

https://picocli.info/quick-guide.html

Using picocli to handle your command line options gives you the best chance to automatically generate an ArgumentCompleter script in the future, but won't help you today (other than possibly making your command line handling more standardized & easier).

Picocli

Then we released a JBang! and picocli based cli that would be, on any OS running a jvm runtime :

picocli : "a mighty tiny command line interface"