Allow finer configuration of how certain Objects get printed about zprint

[kkinnear]

Thanks for asking! This is an interesting problem, as the java.util.ArrayList doesn't trigger any of the "it must be one of these, print it this way", and just falls through into printing as a string. I'm sure that there are other Java types that will end up the same way. I'm tentatively open to the idea of some sort of class or type based transformation, although I'm not clear on where to put it. One option is for the things that don't show up as something else, another is to do it prior to the tests for what something is -- which is what you are implying, I think.

I'll give this some thought and see what I can figure out. If you happen to have any other examples of real-world Java classes that are getting the same (.toString ...) treatment, it would be interesting to have more than one example to experiment with and to write tests for. Thanks!

[MrEbbinghaus]

Maybe this is a case for clojure.datafy?

something -datafy-> data -zprint-> formatted string feels like a good way to separate the concerns.

[kkinnear]

This is now implemented in 1.2.9.

There is a new option map key to transform random Java classes into other, more manageable data types: :modify-sexpr-by-type.

I wrote up a whole big thing in the reference manual about how this works (using your example data above). Search the reference manual for :modify-sexpr-by-type and hopefully that will explain how to do what you want. Let me know if it isn't clear.