Herezh++

Après essais, je peux répondre à la question posée dans ma demande : le numéro de nœud est bien celui après la renumérotation !

oui, en fait dans le cas des variables utilisateurs, le num de noeud ou d'élément sert d'indice pour retrouver les infos lors des mises à jour.

du coup, je pense que c'est une très mauvaise idée car cela n'est pas cohérent avec la manière de fonctionner d'Herezh. Par contre le fait d'utiliser une référence est cohérent avec le fonctionnement d'Herezh...
Merci Frank d'avoir pointé la faille

Donc comme pour l'instant il y a très peu de gens qui utilisent les variables utilisateurs, je crois que je vais faire une évolution qui sera une rupture de compatibilité.
Je vais utiliser des ref au lieu de numéro.

Je vois 4 avantages et un inconvénient ...
- avantage 1: c'est cohérent avec toute la mise en données d'Herezh
- avantage 2: c'est automatiquement mis à jour si on a des renumérotations
- avantage 3: lors de génération automatique de maillage + référence (comme via stamm ou avec gmsh) on n'a pas à ce préoccuper des numéros qui sont spécifique au découpage
- avantage 4: ce sera cohérent avec le fait de faire du remaillage ou du changement de maillage en cours de calcul, ce que ne peut pas être le cas d'un numéro forcément attaché à un maillage spécifique
- inconvénient: c'est plus lourd à utiliser que le numéro de noeud car cela nécessite de définir des ref spécifiques, mais c'est déjà le cas pour les autres ref de noeuds

Bon à suivre

Ta solution est parfaite pour moi, et franchement l'inconvénient que tu pointes n'en est pas un car c'est dans la logique du fonctionnement d'Herezh. C'est par honnêteté intellectuelle qui tu as cherché un inconvénient;-)

Merci pour cette évolution !
Frank

Bonjour Frank,
je peux fermer le ticket ?

Gérard,

Cela fonctionne très bien, avec et sans la renumérotation des noeuds. Merci.

Frank

PS. La version Fast 6.979 est en fait la 6.976 !