02-13-2015 09:54 AM
Or like this:
02-13-2015 10:04 AM - edited 02-13-2015 10:09 AM
@R3g wrote:
Or like this:
No, that's not the same, because it does not set the names of the cluster elements.
(It might be sufficient if the names are irrelevant or you set them in the indicator later).
02-13-2015 10:46 AM
altenbach a écrit :
@R3g wrote:
Or like this:
No, that's not the same, because it does not set the names of the cluster elements.
(It might be sufficient if the names are irrelevant or you set them in the indicator later).
Yep, but it really simplifies the code 🙂
02-13-2015 11:12 AM
Thank you!
That works for my situation and does simplify the code a lot.
Is there a way I can do the reverse of this? At one point I will be taking the array of clusters and converting it back to the Cluster of Arrays
02-13-2015 11:14 AM - edited 02-13-2015 11:17 AM
@R3g wrote:
Yep, but it really simplifies the code 🙂
I know. 😄 Now we only need the also have the reverse operation to keep the universe in balance. See my old idea here. 😄
(Personally, I don't see a good reason why Index&Bundle cluster array should not retain the names of the input arrays and copy them to the elements of the output accordingly. Maybe another idea coming up? Stay tuned. :D)
02-13-2015 11:33 AM
@altenbach wrote:
Maybe another idea coming up? Stay tuned. :D)
02-13-2015 11:58 AM
@MK17 wrote:
Is there a way I can do the reverse of this? At one point I will be taking the array of clusters and converting it back to the Cluster of Arrays
For the reverse, you currently need a FOR loop. This old idea is an attempt to avoid that in the future. 😄
02-13-2015 12:06 PM
Thank you for the help, it works perfectly.
02-13-2015 02:24 PM
03-04-2015 08:28 AM
Altenbach is (as usual) correct in the loss of information, which can be restored in the attached way. If you want/need the wire information this seems like the best solution.
/Y