"Decorations" property of cluster = backwards?

[CoastalMaineBird]

LabVIEW 8.6.1f1

Create a cluster. Put an indicator in it to keep the compiler happy.

Put a box decoration in it.

Use a DECOS[] property to get references to decorations.

Use an INDEX ARRAY node with two outputs to separate deco references.

If you have one decoration in the cluster, it is #0 in the array, #1 is not-a-refnum.

That's understandable.

If you add another decoration to the cluster, the new one is #0 and the box is now #1

Why ? 

[MikeS81]

Hi Steve,

it's the same in LabVIEW 8.5. You can see the same behavior for the "allElements" Array.

Mike

[pincpanter]

Hi Steve,

this is because the new decoration is added on top of the other.

The order of decorations in the Decos[] array is the same of the Z drawing order.

You can alter this order using Move to Front etc..., so beware of this if you plan to change decorations properties by code!