@gmcmicken, This is great feedback! Indeed a high level API like that might exist some day, and parts of that are out there in existing patterns.
I think something like this could make sense for a raster/buffer type system, where shapes are painted onto a canvas.
That 3rd line is interesting, where you tie a shapes hue to and analog input pin with some scaling. Elements of that are planned, like tying a slider UI control to a physical input, which could in turn control hue.
Your pseudo code kind of reminds me of some object/sprite/vector animation frameworks.
You already figured out that Pixelblaze is a bit different, very pixel focused on a lower level, and more about generative procedural textures than object animation. For LED art I think this makes sense, where the light is illuminating something, accenting it, giving it life. A counter-example for contrast would be a high res flat LED panel/wall where showing graphics, text, video, etc are the focus.
Somewhere in-between would be Pixelblaze with a 2D panel, but this still tends to be applied toward generative art.
We’ve talked about a raster canvas concept on the forums before, where a 2D buffer can be manipulated and drawn into, something like that could more easily support shapes, text, images, maybe video, and then taken and mapped back on to physical pixels (which don’t need to be in any regular configuration). Something like that could then have an animation framework layered on top to assist with moving things around in that canvas. Thats all future ideas stuff though.
I love hearing feedback like this, since it helps shape what it will be in the future.