PROBLEMI DI RIGENERAZION

[maxopus]

je suis tombé sur ce problème de régénération, et j'attache des fichiers afin que vous puissiez vérifier et voir quelle solution peut être.
dans le fichier d'assemblage asm0002 j'ai créé 2 parties: part0004 et part0005.
part0005 est créé avec un rapport décalé par rapport à part0004 extrusion coupé.

je applique ensuite à l'un des bords intérieurs de part0004 un arrondi.
le problème est le suivant: je ne suis pas conscient de la nécessité de mettre à jour l'axième qui impliquerait un changement géométrique de part0005 (propagation d'arrondis).
la mise à jour ne se produit que si je vais changer la définition du croquis.

l'avis de nécessité de mise à jour ... se produit plutôt pour le contraire et c'est quand je vais éliminer l'arrondi dans la partie0004 ...

donnez-moi votre avis.
je ne sais pas si cela peut dépendre de la configuration de certaines variables config.pro.
au salut.

 

[Ozzy]

très simple max.
dans part0005, si vous faites l'arrondi après, il ne le met pas à jour parce qu'il crée un id plus élevé dans l'historien de la création et donc la dépendance à ce moment est moins.
lorsque vous reprenez l'esquisse de la partie004,pro/e recalcule les ids de ensemble et "reconnaît" que dans la partie005 un nouvel arrondi a été ajouté et puis met à jour à vous.
pratiquement fonctionne comme les sections créées ensemble, la section est créée à un certain point de l'historien, de sorte que vous devriez toujours le déplacer à la fin, ceci vous le faites dans le programme, la même chose que vous pourriez faire ici aussi, mais dans ce cas vous pouvez résoudre simplement en créant un arrondi avant ce que vous avez créé, ainsi vous mettez dans la façon dont vous insérez avant le rayon que vous avez déjà créé et créez un nouveau, puis vous retrouvez l'autre, sauvez et régénérez ensemble et gréez
vous verrez que vous mettez à jour le croquis comme ça.
cependant, si je peux vous faire une critique constructive, dans un cas comme celui que j'aurais utilisé plus, les bords comme références externes font toujours ces mauvaises blagues.
salutations ozzy

 

[maxopus]

vos critiques constructives sont toujours les bienvenues , vous êtes toujours très serviable.
dans ce cas, je voulais souligner quelque chose.
je ne l'ai pas fait sur part0005 comme vous l'avez écrit dans votre discours, mais sur part0004.
l'accouchement ne devrait pas être mis à jour ? ....comme il vient hiérarchiquement après la naissance0004?

 

[Ozzy]

désolé d'avoir mal écrit.
sur la partie004, qui génère alors le décalage pour la partie005.

pas comme expliqué est une question d'id, bien que dans l'arbre modèle est hiérarchiquement mis après ne compte pas, compter seulement dans quel état vous avez créé ces addictions.

 

[maxopus]

je comprends ton concept.
mais je ne peux pas le réparer.
quand tu dis avoir utilisé autre chose, que veux-tu dire ?

 

[Ozzy]

je vais t'entraîner avec la monnaie.
j'ai ajouté à la partie004 3 rayons que j'ai appelé ozzy_3_raggi.

 

[maxopus]

ok ozzy, merci.
existe-t-il un système plus linéaire pour ce type de problème?
il est clair que la modélisation doit suivre un flux différent de celui que j'ai fait.
mais vous savez que les clients se souviennent de beaucoup de choses en cours... ou à la fin du travail.
quand ils te demandent ce genre de problème... y a-t-il une approche différente?

 

[apple]

il y a beaucoup de solutions; a pourrait utiliser le squelette.
autre, copiez le croquis 2 (peut-être déjà connecté) du prt0004 dans le prt005.