I have been trying to use the Honeycomb plugin to generate swatches of all 17 space groups at the same time, by feeding the Get Wallpaper Group component with a grafted list of all their names, and feeding the Grid Origins input with a grafted list of points.
The Fixed Points, Base Cell and Fundamental Domain outputs come out as I would expect, each with a tree of 17 values, but the Transform Data output is a flattened tree with 24 items.
Feeding this output to the Wallpaper Array goes all over the place!
Is this something I would expect to work, or am I going to need to use 17 instances of the Get Wallpaper Group component?
This is a terrific example of how to wrap up a recalcitrant component. I have now installed Anemone and it is all working perfectly…
but I still see it as a missed opportunity on the part of the HoneyComb plugin. In general, if a component has an input that expects ‘stuff’ and outputs ‘fixed stuff’, then it should accept a tree of ‘stuff’ and output a similar tree of ‘fixed stuff’. This component does it correctly for the three simple outputs, but intermingles the main output. Unless I have failed to understand it correctly.
Thank you so much for what you have done, which is very clear. I often do recursive algorithms using a chain of copies of clumps of components, where I should probably try to use Anemone to wrap it up properly. A good one for the toolbox!
And a second problem I see as also unfriendly, is that the Get Voronoi Domain component fails horribly if the Get Wallpaper Group component is given a Grid Origin that is not at {0,0,0}.
