Le comportement de la fonction CreateContainer est ératique du fait que la fonction "Set Active Container" n'est pas activée lors de certaines sélections (click) du Container cible souhaité ?

ça se passe bien pour le premier ("Body.4")

Mais dès que l'on a créé un container sous un autre, ("Body.5")
puis déplacé ce sous-container au niveau "Param. Objects" (nom devient ("Body.5.6")
Les créations suivantes ("Body.7") ne se font pas. Bien que la Dlg-Box propose le nom "Body.x" avec x qui s'incrémente bien à chaque tentative !

PS : en sauvegardant le fichier tel quel, puis arrêt/relance de Rhino, on ne retrouve pas les containers non visibles.
Donc pas créées , ou nettoyés automatiquement car incomplets/non conformes ?

PS : en recréant un nouveau fichier (File -> New), la fonction remarche, jusqu'à un déplacement de container.


Après des combinaisons de tests + poussés, je m'aperçois que le PB tourne autour du "Set Active Container" qui ne se fait pas quand on sélectionne le niveau le + haut "Param. Objects".
La sélection d'un autre Container se passe bien et s'active d'office.

=> Si on fait explicitement un "Set Active Container" sur "Param. Objects", c'est OK.

Oui effectivement, il y a un sérieux souci lors des déplacement de container.
Nous corrigeons cela pour la prochaine version: 1.2



En revanche, je ne comprend pas bien ce que vous voulez dire concernant le "Set Active Container".

Normalement, seul l'utilisateur peut définir le "Set Active Container" sur les objets de type "Container" et "Projet" (Param Object) via le menu contextuel.
Une simple sélection ne devrait pas activer le container.

Le seul moment où le plugin fait un "Set Active Container" est lors de la création d'un nouveau container. Nous activons directement le nouveau container car nous pensons que les prochains objets créés doivent être agrégés sous ce nouveau container.

Pour la sélection par défaut du RP.Container fraîchement créé, je comprends.
J'étais jeune et encore plein d'allant - le tout début de RP; et mon premier workflow était de créer la structuration de mon travail.

Donc créer un tas de RP.Container à la volée.
Ce qui oblige à faire sans cesse "Set Acrtive Container" sur le Container principal (Param. Objects)

a noter : au niveau ergonomie : un double-click sur le nom d'un Container pourrait le rendre actif , Trop cool !

Le bug de perte de Container (Cf texte) est lié sans doute au PB de déplacement d'Objets que je n'avait pas encore pris toute la mesure à ce moment là.

Je confirme que le bug du set Active container est lié au bug de déplacement.
Lors du déplacement on perd le container actif.


Je prends note du double click sur le container.