Inventor : Méthodologie pour les ensembles générés automatiquement qui se trouvent en bibliothéque

[Fabian_perree]

Bonjour à tous,

Je cherche la meilleure méthode pour des ensembles que je mets en bibliothéque et dans lesquels j'intégre des régles ilogic pour générer des nouveaux ensembles.

Le probléme est que ces ensembles étant en bibliothéques ils sont bloqués en écriture.

La parade que j'ai mis en place est de copier les fichiers dans un dossier temporaire pour pouvoir les modifier puis de les enregistrer au bon endroit et de supprimer le dossier temporaire précédement réalisé.

Mais tout ça est relativement lourd, est ce qu'il existe une autre solution ?

[gmassart]

Premier réflexe j'aurai créé un porjet inventor spécifique qui a pour workspace la bibliothèque.

Quand tu veux générer un nouvel ensemble, tu ouvres ce projet et tu fais les modifications nécessaires.

Après si ce que tu génères doit sortir de la bibliothèque, il faut que les fichiers générés soient dans un répertoire spécifiques pour facilement l'embarquer vers l'autre projet.

[ThomasB44]

Même réponse que Guillaume, j'agirais sur le fichier projet, soit en le modifiant temporairement, soit en changeant de fichier projet pour faire la manipulation.

[Fabian_perree · Accepted solution]

J'utilise Vault et je pense que je me suis mal exprimé.

Ce n'est pas ma modification qui pose probléme, c'est l'utilisation de l'ensemble par le utilisateurs.

Je m'explique :

1-Un dossier de bibliothéques contient différents ensembles, dans ces ensembles lors de l'ouverture une régle Ilogic lance un formulaire

2-L'utilisateur rentrer les différentes informations, le projet, les cotes, etc.

3-La régle génére alors une copie du fichier de base avec les bonnes informations au bon endroit.

Le proléme est, lorsque l'utilisateur ouvre un fichier de bibliothéque il est forcément bloqué en écriture, ma régle ne peut pas le modifier, je suis obligé de copier les fichiers à un autre emplacement. Sauf que je ne peux pas indiquer cet emplacement qui se base sur les ipropriétés car je ne peux pas modifier les Iprop, le fichiers étant toujours bloqué en écriture.

Alors je copie ces fichiers dans un dossier temporaire accessible en écriture, je modifie les paramétres et les ipropriétés dont j'ai besoin, j'enregistre alors au bon endroit, et je supprimer le dossie temporaire, tout cela via la régle.

Ais je un autre choix ?

[ThomasB44]

1-Un dossier de bibliothéques contient différents ensembles, dans ces ensembles lors de l'ouverture une régle Ilogic lance un formulaire

Lors de l'ouverture une règle iLogic lance une session Inventor, charge un fichier projet capable d'éditer ton ensemble.

Est ce envisageable ?

[ThomasB44]

Ou à cause de Vault (que je connais mal depuis le temps) tu es de toute façon obligé de charger les fichiers ?

Après réflexion, ta solution de copie temporaire est plutôt simple.

[gmassart]

Je pense que Fabian a créé un répertoire bibliothèque, ça ressemble au centre de contenu. Donc automatiquement c'est de la lecture seul et comme c'est du VAULT, tu ne peux pas avoir un projet qui correspond à ça je pense.

[Fabian_perree]

Exactement

[ThomasB44]

Donc pas le choix, il faut copier à un emplacement temporaire...

[Fabian_perree]

Envisageable oui, moins lourd je ne pense pas...

Je cherchais une fonction cachée qui pourrait autoriser le temps de l'execution de la régle la modification du fichier qui se trouve dans une bibliothéque...

[gmassart]

il faut modifier l'attribut "lecture seul" des fichiers sur les fichiers locaux et les remettre après

C'est con mais c'est comme ça que Vault t'empêcher de modifier les fichiers non extraits 🙂

Limite tu fais un "obtenir" et ensuite tu fais un clic droit sur le répertoire local, propriétés et tu changes lecture seule pour décocher pour tout le monde

[ThomasB44]

Il faudrait pouvoir le faire pendant la règle iLogic

[ThomasB44]

C'est un attribut lecture seule Windows ou Vault ?

[ThomasB44]

Comme ceci :

Dim oApp as Inventor.Application = ThisApplication
Dim oDoc As Inventor.Document = oApp.ActiveDocument
Dim oFI As New System.IO.FileInfo(oDoc.FullFileName)
If oFI.IsReadOnly = True Then
	MsgBox("This file is ReadOnly.", vbOKOnly, "READ-ONLY")
End If

Et ça aussi :

If oDoc.IsModifiable = False Then

[Fabian_perree · Accepted solution]

J'ai peur que Vault me fasse des histoires si je modifie directement les proprités du fichier comme ça, à mon avis vu que le fichier n'est pas extrait ca va bloquer.

Je vais tenter ça mais du coup mon dossier temporaire fonctionne pas si mal, je vais garder cette méthodologie pour le moment.

[tristan-haller · Accepted solution]

Bonjour @Fabian_perree ,

on as eu des cas similaire, la parade choisie a été de faire un dossier DANS l'espace de travail (nommé "librairie"), dont le contenu est en permanence extrait par un utilisateur LIBRAIRE (qui n'est utiliser que pour "bloquer les fichier")

Les fichier peuvent etre intégrer dans tout les projet mais sont bloquer en écriture pour les utilisateur clasique (puisque déjà extrait) et les utilisateur qui on besoin de modifier ces fichier se connecte temporairement au Vault avec le LIBRAIRE.

[Fabian_perree]

Pas bête du tout ! Je n'avais pas pensé à cette solution, c'est trés pertinent.

[vpeuvion]

Bonjour @tristan-haller,

Est-ce que tu utilises les cycles de vie ? Comment fais-tu pour valider un ensemble qui contient une pièce extraite par LIBRAIRE ?

Merci.

Vincent.

[tristan-haller]

Bonjour @vpeuvion,

Nous utilisons la version BASIC de Vault, a ma connaissance les cycles de vies ne sont pas inclus dans cette version.

L'extraction par un utilisateur ne pose pas de soucis pour l'intégration d'une pièce ou Sous-ensemble, Celle-ci ne peut simplement pas etre enregistrée, la version référencée par l'ensemble seras donc toujour celle du Vault.

C'est en fait très similaire au pièces standard du Centre de contenu ou d'une bibliothèque, il est possible des les utiliser, mais pas de les modifier.

Ce statut de pièce "standard" peut, avec la méthode du LIBRAIRE, etre très rapidement activer ou désactiver, sans besoins de passer par un changement de projet ou un copier coller des fichiers.

La limite de cette méthode est l'attention nécessaire à donner au navigateur Vault : il arrive que l'ensemble modifie une pièce extraite par LIBRAIRE, la plupart du temps parce que l'interdiction en écriture Windows n'as pas fonctionner.

En effet le PC utilisé pour extraire cette bibliotech vois tout les fichier locaux concerner devenir autoriser en lecture (principe de l'extraction) mais ce même PC qui accède a sont utilisateur normal pour travailler sou Inventor (ou tout autre  logiciel de la suite ... 😅) vois dans le navigateur Vault des fichiers "standard" extrait par un autre Utilisateur mais AUTORISER en lecture par windows....

Une des parade consiste à renommer le dossier de la bibliotech local avant de l'extraire via le LIBRAIRE sans récuperer les fichier.

Puis de renommer ce dossier bibliotech avec le nom d'origine et d'obtenir tout les fichier sans les extraire via l'utilisateur normal.

c'est peut etre un peut confus comme réponse mais je peut entrer plus en détail si besoin ? 

Bon courage !

[vpeuvion]

Bonjour @tristan-haller 

D'accord, je comprends mieux maintenant, merci pour le détail des explications.

Vincent.