Discussions au sujet de NI LabVIEW
tableau
Résolu !
So how many tables do you want? You need to know at edit time.
Here's a way to just sort the entries by the elements in the first column and display in a single table, you could do something as follows.
Bonjour,
Je pense et j'espère que tu as trouvé la solution depuis le temps mais sinon scruter à chaque fois la première valeur de la ligne me semble une bonne option.
On pourrait procédé de deux façon qui me semblent extrêmement laborieuse si tes valeurs vont jusque 10+.
Et qui plus ai pas très "open" comme code si besoin d'ajout car non "dynamique", mais bon :
La deuxième solution ne peut pas fonctionner car tu ne testes qu'une seule valeur en sortie de ta boucle 🙂
Une petite idée pas forcément hyper optimisée pour rendre le tout extensible :
Si besoin de rajouter des valeurs, il suffit de rajouter un tableau en sortie et de rajouter sa référence en entrée. Note : il y a sûrement moyen de faire bien mieux.
Autre possibilité selon le format que tu veux en sortie : si tu as LabVIEW 2017 tu peux juste trier ton tableau 2D dans l'ordre que tu veux. Tu auras ainsi d'abord les lignes commençant par 1, puis par 2, puis par 3, etc.
@ML927 wrote:
Une petite idée pas forcément hyper optimisée pour rendre le tout extensible :
Constantly reading and updating arrays inside a loop via value property nodes is very (very!) expensive. I also never understand why people tend to use "insert into array" instead of "build array" when appending a row. The "reinit to default" only works if the default is an empty array, which is not guaranteed to be true in the general case.
LabVIEW does not support ragged 3D arrays, but an array of cluster containing 2D arrays works just fine and allows for a scalable solution where the final number of 2D arrays can be decided at runtime. Just use an array indicator as I show on the right. Here's a quick example. You could even make the outer array container transparent.
