maxopus
Guest
monsieur le président ... le vedo dans forma:smile:
cacciatorino
Guest
pas le fait de dossiers séparés je le gère bien avec les gestionnaires de révision, mais j'ai l'impression que dans l'inventeur certaines vis et boulons ne sont pas des fichiers sur un certain dossier mais enregistre dans une table de base de données! nous attendons qu'un inventeur nous le dise.
MBT
Guest
bhe, une telle chose fonctionne pour tout le monde, si vous l'utilisez comme des composants de trading de composants téléchargés ou auto-construits, mais toujours résident sur des dossiers.
si vous utilisez des composants qu'une base de données génère selon vos besoins, comme le centre de contenu de l'inventeur... alors les choses deviennent compliquées pour tout le monde.
en réalité, le problème le résout aussi chez l'inventeur. en fait, lorsque vous utilisez un composant du centre de contenu pour la pyrma, un fichier est généré qui réside dans un dossier spécifique.
si vous créez un nouveau composant de base contenu dans la version "pack&go", vous devez vous rappeler de copier ce fichier "nouveau" dans les bons dossiers de la version "démarrage", sinon il ne s'ouvre pas à vous. dans le sens où il ne trouve pas le composant. . . .
vous devez alors vous armer de patience et enquêter entre les dossiers du centre contenus dans la recherche du fichier "mancante" d'un côté et dans esubero de l'autre.
en fait, le pack&go est idéal pour prendre le travail lorsque vous allez au client, ou pour le donner au bureau extérieur qui développe les tables. pour faire ces "transpositions" à partir d'un problème. je voudrais vraiment un "stop".
maxopus
Guest
je ne connais pas ce mode d'inventeur... mais quand il génère des composants, il ne crée pas des parties normales dans les dossiers de bibliothèque ?
davide75
Guest
si je ne me souviens pas mal une fois que le pack & go inventeur vous prend tous les fichiers, mais si ceux-ci sont dans des dossiers, il prend les dossiers relatifs et conserve ensuite les fichiers distingués. quant aux bibliothèques que vous pouvez faire sans parce qu'il va toujours à la pêche du contenu du centre à moins que vous entre-temps n'ayez pas fait une bibliothèque personnalisée la soirée elle-même
. adsso prendre avec les pinces ce que je dis parce que c'est depuis un moment que je travaille dessus...
. adsso prendre avec les pinces ce que je dis parce que c'est depuis un moment que je travaille dessus...Ilario
Guest
davide75 se souvient de vous bien, ici vous tirez sur l'inventeur parce qu'il y a quelqu'un qui ne sait pas comment l'utiliser.... :d.... mbt, si les choses ne savent pas, sel...
il y a deux options pack&go, sur un seul chemin ou sur la hiérarchie des dossiers, et aussi l'option de garder séparé le dossier de bibliothèque, vous à la maison modifier ce que vous voulez et générer ce que vous voulez à partir de la base de données du centre de contenu, et lorsque vous retournez remplacer l'espace de travail complet et bona et dossiers de bibliothèques.
le problème du président existe, mais je pense qu'il existe partout et sur tout le logiciel, même avec le bloc-notes si nous changeons en deux le même .txt sont des bites...
il y a deux options pack&go, sur un seul chemin ou sur la hiérarchie des dossiers, et aussi l'option de garder séparé le dossier de bibliothèque, vous à la maison modifier ce que vous voulez et générer ce que vous voulez à partir de la base de données du centre de contenu, et lorsque vous retournez remplacer l'espace de travail complet et bona et dossiers de bibliothèques.
le problème du président existe, mais je pense qu'il existe partout et sur tout le logiciel, même avec le bloc-notes si nous changeons en deux le même .txt sont des bites...
maxopus
Guest
je n'ai pas tiré sur le pianiste... je chantais les louanges du cal
toutefois, une question se pose spontanément:
nous disons que vous avez une cinquantaine de composants qui pour des raisons liées aux quantités de demain matin décident de devenir des composants de bibliothèque.
à ce stade, vous décidez de les déplacer de différents dossiers de projet, vers ou depuis les dossiers de bibliothèque.
comment vous comportez-vous quand vous allez rouvrir les projets ?
toutefois, une question se pose spontanément:
nous disons que vous avez une cinquantaine de composants qui pour des raisons liées aux quantités de demain matin décident de devenir des composants de bibliothèque.
à ce stade, vous décidez de les déplacer de différents dossiers de projet, vers ou depuis les dossiers de bibliothèque.
comment vous comportez-vous quand vous allez rouvrir les projets ?
Er Presidente
Guest
ouais !
en fait, le problème est en principe et n'est pas lié aux différents cad.
p.s.: j'ai cinquante ans, et je ne suis pas capable de ça, je vais devenir plus grincheux tous les jours et je dois évacuer ma " colère fungique " d'une certaine façon, donc okkio!
souris :
Er Presidente
Guest
j'espère que tu n'as pas traversé la soupe !
souris :
Ilario
Guest
je ne sais pas si j'ai compris la question, mais prenez et déplacez les composants dans le dossier bibliothèque et tous les projets qui partagent ce dossier bibliothèque s'ils les pêchent à partir de là.je n'ai pas tiré sur le pianiste... je chantais les louanges du cal
toutefois, une question se pose spontanément:
nous disons que vous avez une cinquantaine de composants qui pour des raisons liées aux quantités de demain matin décident de devenir des composants de bibliothèque.
à ce stade, vous décidez de les déplacer de différents dossiers de projet, vers ou depuis les dossiers de bibliothèque.
comment vous comportez-vous quand vous allez rouvrir les projets ?
Ilario
Guest
ne pensez pas à moi et donnez-moi toujours les mêmes clôtures pour votre dépit.
p.s.: mais je vais maintenant au foin vert;
pagnotz
Guest
ne trouvera plus ces composants, mais il suffira d'indiquer un par un le nouveau dossier où les trouver. . . .
Ilario
Guest
qu'est-ce que c'est ?
maxopus
Guest
j'aimerais savoir comment ça marche, mais pas critiquer, ça nous manquerait.
je suis toujours curieux de savoir comment les différents logiciels abordent ces questions.
ptc a toujours fait face à l'ancien mais, d'une manière qui me semble très efficace et rationnelle.
dans le fichier de configuration (le maintenant celeberrimo config.pro .... qui est un fichier txt très trivial) les répertoires externes du répertoire de travail que vous allez utiliser pour le design.
dans la pratique, les répertoires de projets ne doivent pas être indiqués, mais les dossiers externes du projet à partir duquel le programme va pêcher les composants (généralement les bibliothèques).
de cette façon le programme ne devrait pas briser la menata habituelle des fenêtres, qui a la prétention de surveiller constamment tout le répertoire de la galaxie, et si vous déplacez un composant dans le répertoire indiqué dans la config.pro ... les liens sont conservés à l'intérieur des assemblées sans dverseli aller à la recherche.
Ilario
Guest
travailler de la même manière, vous configurez le fichier .ipj (fichier de projet) avec le dossier de l'espace de travail (zone de travail) comme dossier principal du projet, tout ce qui se trouve dans ce dossier (avec ces sous-dossiers) sera cartographié automatiquement comme le chemin de recherche des fichiers et si vous déplacez des fichiers dans cet espace de travail vous n'avez pas le besoin de rediriger quoi que ce soit, le rpobleeu se produit seulement si vous adressez
plus dans le fichier de projet, vous pouvez cartographier les sous-dossiers fréquemment utilisés dans le seul but de faciliter la recherche de chemins manuellement (une sorte de navigateur) qui exule du fait de la recherche automatique, dans le sens qu'ils ne sont utiles qu'à la personne et non pas au logiciel, car ils sont cartographiés ou pas à l'inventeur ne pas frotter quoi que ce soit, tellement va de toute façon chercher dans tous les sous-dossiers de l'espace de travail, servira seulement à l'utilisateur dans combien moins visible.
en ce qui concerne les bibliothèques régulatrices, vous gérez toujours les fichiers de projet (qui peuvent être détournés du projet au projet) et vous mapez un dossier unique qui devrait de préférence résider en dehors de la hiérarchie de l'espace de travail et où aussi dans ce cas il ira voir comment recevoir les sous-dossiers.
plus dans le fichier de projet, vous pouvez cartographier les sous-dossiers fréquemment utilisés dans le seul but de faciliter la recherche de chemins manuellement (une sorte de navigateur) qui exule du fait de la recherche automatique, dans le sens qu'ils ne sont utiles qu'à la personne et non pas au logiciel, car ils sont cartographiés ou pas à l'inventeur ne pas frotter quoi que ce soit, tellement va de toute façon chercher dans tous les sous-dossiers de l'espace de travail, servira seulement à l'utilisateur dans combien moins visible.
en ce qui concerne les bibliothèques régulatrices, vous gérez toujours les fichiers de projet (qui peuvent être détournés du projet au projet) et vous mapez un dossier unique qui devrait de préférence résider en dehors de la hiérarchie de l'espace de travail et où aussi dans ce cas il ira voir comment recevoir les sous-dossiers.
cacciatorino
Guest
bound edge n'utilise pas le concept de répertoire de tâches. chaque fois qu'un nouveau fichier est créé, il doit être explicitement spécifié le répertoire de sauvegarde, clairement le programme propose comme premier choix le répertoire courant, donc la chose est immédiate si je n'ai pas à changer dir.
dans le fichier d'assemblage, chaque fichier signalé (partie ou subassieme) est enregistré avec son chemin absolu, et ensuite si vous déplacez un fichier contenu dans l'axieme en utilisant le gestionnaire de fichiers windows au lieu de l'outil de bord solide approprié (le gestionnaire de révision), la réouverture ultérieure de l'axieme apparaîtra le popup des parties que vous ne pouviez pas charger.
les liens qui n'ont pas été en mesure de résoudre peuvent être réparés avec une commande, ce qui fait que le programme recherche les fichiers manquants dans un répertoire que l'utilisateur définit (à la limite également le répertoire \\server\*).
en fait, les liens sont absolus mais jusqu'à un certain point, dans le sens où je peux changer le positionnement du répertoire de premier niveau et ilc ad est encore capable de charger l'axième. exemple:
si j'ai mon ensemble contenu dans g:\projects\machine\ et que tous les fichiers sont dans "machine" ou sous-dossiers de "machine", je peux copier le dossier "machine" dans le disque d (magari una chaivetta usb) et le bord solide sera parfaitement en mesure de charger l'assieme 3d avec les pièces et ses ébauches.
cependant, ces besoins devraient toujours être gérés avec le gestionnaire de révision, qui est un outil très puissant qui permet dans de nombreux cas d'économiser l'achat d'un pdm.
Ilario
Guest
je crois que très puissant aussi de ce point de vue vous coffre d'autodesk outil maintenant fourni avec n'importe quel logiciel de la maison et qui gère les fichiers presque comme un pdm (mais pas entièrement), mais plus que cela je ne peux pas dire pourquoi je ne l'ai jamais utilisé et je ne sais pas comment l'utiliser.... je ne parle que pour entendre dire... mais quelqu'un qui l'utilise peut refroidir.
Ilario
Guest
comme je dis toujours boire ou mal tous ces types de logiciels font les mêmes choses (qui plus d'un côté que d'un autre) juste avoir la conscience des outils à la dépoisition et une bonne dose d'habitude.
pagnotz
Guest
si vous n'êtes pas d'accord, dites au moins pourquoi. . . .
je pense que si l'on déplace une partie d'un dossier de projet vers un sous-dossier de bibliothèque (ce que je suppose être hors du projet), je ne pense pas qu'il puisse le trouver, mais peut-être que j'ai tort..
Ilario
Guest
mah, parce que je pense que j'ai expliqué 2 messages il y a, en réponse à maxopus expliquant comment les fichiers de projet fonctionnent, le fait que vous dites "selon moi", "je ne crois pas" et "peut-être que j'ai tort" me fait penser que vous n'avez même pas essayé alors. .