Problèmes pièces de citation avec table familiale

[emameme]

Salut les gars, ça fait quelques semaines que j'ai commencé à utiliser le pro-e wf4 et je dois dire que c'est très marocain. Actuellement, ma tâche est de mettre dans la table les pièces que le client me fournit et avec certains d'entre eux j'ai vraiment des problèmes. certains sont créés avec la table de famille, donc je commence à mettre sur la table le "père" (*492.prt), sauf le .drw et puis la fermer. pour accélérer la copie de travail le .drw vient d'être créé avec le nom du "son"(*493.drw), je l'ouvre et fais: file\properties\remplace model\ et j'impose le "son"(*493, qui est créé comme une table de famille). Enfin, j'ajoute les quotas qui ont perdu les points de soutien (les violets), j'ajoute si nécessaire des quotas et enfin des économies. Je ferme tout, je rouvre le "père"(*492.drw) et cela a perdu ces chances que j'avais ajustées/créées sur le "fils"(*493). Si j'essaie de le réparer, je le perds de l'autre. Tu peux me dire pourquoi ? reste une association étrange même si j'en ai deux. Des noms différents ?

Je vous remercie !

 

[calacc]

Je suis désolé, mais est-il vraiment nécessaire que votre travail mette votre père sur la table ? Je fais généralement le jeu de "save copy" et "replacer le modèle" seulement sur des cas et je n'ai jamais eu ces problèmes..
Si à mon avis les tables de famille sont créées ainsi, le *.prt générique est seulement un modèle de support pour créer les variantes, mais il n'est pas à mettre sur la table!
ie, si j'ai un prt générique avec x instance à mettre sur la table je le fais: Je fais drw de la première instance (et non du générique!!!), puis enregistrer copie avec le nom de l'instance 2 et remplacer modèle. Ce jeu puis je le répète pour combien de fois sont les instances. . . .

 

[emameme]

le père l'a créé comme une instance et non comme un modèle de soutien.. Ils n'étaient pas beaucoup des gènes. Je ne sais pas comment le résoudre.
cmq maintenant, j'essaie d'utiliser le "save copy"\" remplacer le modèle" qui peut être mieux que mon copie\paste

 

[DANI-3D]

Bonjour.
Avez-vous essayé avec un nom en session de Drw ? puis remplacer le prt.

 

[calacc]

le père l'a créé comme une instance et non comme un modèle de soutien.. Ils n'étaient pas beaucoup des gènes. Je ne sais pas comment le résoudre.
cmq maintenant, j'essaie d'utiliser le "save copy"\" remplacer le modèle" qui peut être mieux que mon copie\paste

Si vous êtes autorisé, je vous suggère d'ajouter une ligne d'instance juste en dessous de votre père en copiant la ligne de table avec les valeurs génériques et en partant de là avec vos tables. De cette façon, vous éviteriez de vous moquer de la table du père. Vous devriez d'abord vous sentir au téléphone avec le client et voir s'il est d'accord avec cette solution qui, à mon avis, est la plus efficace (je ne comprends toujours pas pourquoi ils utilisent le générique comme une instance à tous les effets, mais boh :confusé. Le seul problème est qu'ils ont peut-être déjà assemblé par erreur le chissà générique où, alors dans l'axième devrait faire l'effort de faire le bon bouton\ remplacer composant\ famille etc... Pour qu'ils soient un peu étourdi par ça... Peut-être que si la ordure vous suggère de passer le cul et de le faire vous-même (peut-être avec une macro).
puis essayez au lieu de la copie de sauvegarde pour faire le renomm en session comme il suggère dani! vous devez aller au fichier\manage\rename\rename dans la session (pas au disque nen!) puis mettre le nom de la variante suivante et monter. De nombreux designers J'ai entendu dire qu'ils préfèrent ça à la copie de sauvegarde, mais je ne sais pas pourquoi...

 

[DANI-3D]

De nombreux designers J'ai entendu dire qu'ils préfèrent ça à la copie de sauvegarde, mais je ne sais pas pourquoi...

la différence substantielle est qu'avec la copie vous faites simplement un duplicata du fichier, mais toutes les références restent liées à l'original.
alors qu'avec le renom en session, en plus d'avoir une copie fidèle, toutes les références sont liées à la nouvelle pièce, et souvent la chose est utile.

 

[emameme]

Bonjour.
Avez-vous essayé avec un nom en session de Drw ? puis remplacer le prt.

J'ai juste essayé d'utiliser cette méthode, mais je ne pouvais pas résoudre le problème, continue à "damag" l'autre 2d.
Dès que je peux, j'essaie d'utiliser la méthode du calac et je vous le préviens. Je vous remercie.

 

[calacc]

Je suis désolé. .
Mais je ne pense pas que ce soit résolu en utilisant la méthode de la salve-copie plutôt que de renommer en session !
J'ai eu ce désagrément au début et l'erreur était d'interpréter le générique comme une instance. pour résoudre vous devez créer une autre instance avec les mêmes caractéristiques que le générique et commencer par vos tables (comme suggéré ci-dessus). J'étais toujours en train de me moquer de la table générique et puisque je l'ai exclue en ajoutant une ligne d'instance, tout s'est bien passé.
Alors vous voyez... Peut-être que je n'étais pas assez capable