I intended to make that work through expansions to this add-on. I can add support for this soon.
So, for "Brick_TestBricks" you would make a separate add-on called "Kotai_TestBricks"
in Kotai_TestBricks there would be:
[description.txt]
[server.cs]
[shapes/*.dts]
You would create .dts shapes slightly smaller than your bricks. While not a completely accurate inset, you can use
shrink/fatten in blender to get an approximate core.
The .dts file names MUST be the same as the brick datablock names. This is how I match them up.
I will add a testing preference to allow you to see the cores in the bricks, so you can make sure they're the right size.
I would prefer if brickmakers used the above method to add kotaiCol support to their bricks. I believe it would make it easier for users to determine which of their brickpacks are using kotaiCol and which aren't.
Another option would be to make KotaiCol search through other add-ons for a folder called "Brick_*/kotai/*.dts" and attempt to add those shapes.
Further, a brickmaker could just add a dts shape and these few tags to their bricks and it would also work:
brickTestData.kotaiColCount = 2;
brickTestData.kotaiCol[0] = "Add-Ons/Brick_Test/kotai/brickTestData 0.dts"
brickTestData.kotaiCol[1] = "Add-Ons/Brick_Test/shapes/brickTestData 1.dts"
Update v1.1.0Now also loads collision shapes from "Add-Ons/Kotai_*/shapes/*.dts"