Fichier de configuration

[ipstatico]

Bonjour.
nous travaillons à introduire le coffre-fort et une des étapes nécessaires est d'avoir un fichier de configuration xlm égal pour tout le monde. Je parle du fichier consulté par les commandes du fichier. le fichier sera alors enregistré sur un dossier en lecture seule. Je n'ai pas compris certaines choses :
- les utilisateurs devront d'abord télécharger le fichier enregistré dans le dossier en lecture seule. inventeur enregistre par défaut le nouveau chemin du fichier conf donc le prochain redémarrage pointe vers ce fichier?
- si un utilisateur veut créer des commandes rapides devrait créer un nouveau fichier xlm? ou pouvez-vous créer un fichier ad hoc qui ajoutera au fichier conf ? dans create par exemple, vous pouvez créer un fichier qui résume le fichier original et ne modifie pas les paramètres de base. Vous devez empêcher chaque utilisateur de créer son propre fichier xlm

Je vous remercie. Bonne journée.

 

[infallibile_GF]

Je crois que chaque utilisateur doit définir le chemin partagé où se trouvent les fichiers de configuration. Une fois que vous définissez ce chemin, l'inventeur va chercher les fichiers toujours sur ce chemin.
Que sont les commandes rapides?

 

[Zac69]

Bonjour.
nous travaillons à introduire le coffre-fort et une des étapes nécessaires est d'avoir un fichier de configuration xlm égal pour tout le monde. Je parle du fichier consulté par les commandes du fichier. le fichier sera alors enregistré sur un dossier en lecture seule. Je n'ai pas compris certaines choses :
- les utilisateurs devront d'abord télécharger le fichier enregistré dans le dossier en lecture seule. inventeur enregistre par défaut le nouveau chemin du fichier conf donc le prochain redémarrage pointe vers ce fichier?
- si un utilisateur veut créer des commandes rapides devrait créer un nouveau fichier xlm? ou pouvez-vous créer un fichier ad hoc qui ajoutera au fichier conf ? dans create par exemple, vous pouvez créer un fichier qui résume le fichier original et ne modifie pas les paramètres de base. Vous devez empêcher chaque utilisateur de créer son propre fichier xlm

Je vous remercie. Bonne journée.

nous gérons les modèles et configurons à partir du coffre-fort lui-même.
les modèles sont dans un sous-dossier de la zone de travail au même niveau qu'un dossier appelé production où nous mettons des commandes.
le fichier de configuration est unique et est au même niveau que le dossier modèle. est mis par un concepteur et chargé dans la chambre forte. D'autres le jettent et l'importent.
alors tout le monde peut aller de toute façon dans les options et les changer localement, mais le fichier original qui est dans le coffre ne sera pas touché.
aussi pour les styles nous utilisons le même système.
Bonne journée à vous

 

[Peppe]

Bonjour.
nous travaillons à introduire le coffre-fort et une des étapes nécessaires est d'avoir un fichier de configuration xlm égal pour tout le monde. Je parle du fichier consulté par les commandes du fichier. le fichier sera alors enregistré sur un dossier en lecture seule. Je n'ai pas compris certaines choses :
- les utilisateurs devront d'abord télécharger le fichier enregistré dans le dossier en lecture seule. inventeur enregistre par défaut le nouveau chemin du fichier conf donc le prochain redémarrage pointe vers ce fichier?
- si un utilisateur veut créer des commandes rapides devrait créer un nouveau fichier xlm? ou pouvez-vous créer un fichier ad hoc qui ajoutera au fichier conf ? dans create par exemple, vous pouvez créer un fichier qui résume le fichier original et ne modifie pas les paramètres de base. Vous devez empêcher chaque utilisateur de créer son propre fichier xlm

Je vous remercie. Bonne journée.

Les fichiers xml ne sont chargés qu'une seule fois et s'arrêtent à chaque ouverture d'inventeur ne sont pas réexécutés ou autrement, donc si vous apportez des modifications au fichier xml, les autres stations doivent recharger physiquement le fichier à mettre à jour. aussi parce que chaque utilisateur/machine peut avoir des clés configurées différemment

 

[Cast16]

à mon avis, c'est le fichier de projet pour déterminer les paramètres de base: chemin de modèle, conception de date, centre de contenu, texture, etc. ce fichier doit être enregistré, ce qui le rend si en lecture seule; et verrouillé, afin que personne, à part l'administrateur, ne puisse vérifier et modifier.

le fichier de configuration (applicationoptions.xml), peut être personnalisé et diversifié parmi les utilisateurs. En outre, il n'y a rien de mal à laisser les utilisateurs décider sur des aspects tels que l'affichage, les couleurs, etc.

aussi le fichier de personnalisation pour le clavier et les menus (un autre fichier xml) peut rester librement modifiable pour correspondre aux préférences individuelles.

 

[ipstatico]

à mon avis, c'est le fichier de projet pour déterminer les paramètres de base: chemin de modèle, conception de date, centre de contenu, texture, etc. ce fichier doit être enregistré, ce qui le rend si en lecture seule; et verrouillé, afin que personne, à part l'administrateur, ne puisse vérifier et modifier.

le fichier de configuration (applicationoptions.xml), peut être personnalisé et diversifié parmi les utilisateurs. En outre, il n'y a rien de mal à laisser les utilisateurs décider sur des aspects tels que l'affichage, les couleurs, etc.

aussi le fichier de personnalisation pour le clavier et les menus (un autre fichier xml) peut rester librement modifiable pour correspondre aux préférences individuelles.

J'aime cette approche. à partir des paramètres de voûte le fichier de projet est chargé dans le fichier c de chaque pc, quini chaque en théorie est libre de le changer. Je dois vous demander si vous pouvez le télécharger au niveau du serveur en lecture seule.
habituellement où est le fichier applicationoptions.xml?

 

[Peppe]

J'aime cette approche. à partir des paramètres de voûte le fichier de projet est chargé dans le fichier c de chaque pc, quini chaque en théorie est libre de le changer. Je dois vous demander si vous pouvez le télécharger au niveau du serveur en lecture seule.
habituellement où est le fichier applicationoptions.xml?

Il y a peut-être de la réfutation.
le fichier projet configure la structure et les positions des différents composants, ainsi que le librei c.c. et styles et plus et est un fichier unique pour toutes les stations et doit nécessairement être sur le réseau et tous doivent viser à la même chose.
le fichier d'options d'application sert seulement à enregistrer les paramètres personnalisés des utilisateurs individuels tels que les couleurs d'écran, les paramètres d'affichage des composants, les paramètres de croquis, les paramètres axiemi, et plus mais n'affectent pas la configuration réseau des différentes parties.
Il est vrai que dans les options d'application, vous pouvez définir les chemins de recherche des tempelates, le contenu du centre de fichiers, les futurs ou d'autres, mais je recommande de pointer les chemins de réseau de sorte qu'en changeant quelque chose tous les utilisateurs accèdent aux mises à jour.

 

[Cast16]

J'aime cette approche. à partir des paramètres de voûte le fichier de projet est chargé dans le fichier c de chaque pc, quini chaque en théorie est libre de le changer. Je dois vous demander si vous pouvez le télécharger au niveau du serveur en lecture seule.
habituellement où est le fichier applicationoptions.xml?

le fichier du projet est téléchargé depuis le coffre-fort sur les disques c et, s'il est en état d'enregistrement, il est en lecture seule. En théorie, l'utilisateur pourrait modifier manuellement les permissions pour le rendre écrivant, mais dans ce cas il fonctionnerait comme s'il était sur un autre fichier de projet. Notre système n'est peut-être pas hermétique par une mauvaise utilisation, mais nous n'avons pas eu de problèmes... Jusqu'ici.

Je pense que la version originale du fichier se trouve dans:
c:\users\xxxx\appdata\roaming\autodesk\inventeur xxx\inventorcustomization.xml
Cependant, il n'est pas particulièrement pertinent, puisque le fichier peut être importé ou exporté de n'importe quel endroit, et vous pouvez également attribuer un nom différent, voulant.

Il est vrai que dans les options d'application vous pouvez définir les chemins de recherche des tempélates,

à partir de ce dont je me souviens, le fichier projet écrase au moins le chemin des modèles définis dans les options d'application.

 

[Peppe]

à partir de ce dont je me souviens, le fichier projet écrase au moins le chemin des modèles définis dans les options d'application.

exact sauf si dans le fichier de projet dans les modèles d'options de recherche vous ne définissez pas par défaut, dans ce cas le chemin inséré dans les options d'application

 

[ipstatico]

Mais quelle est la différence entre le fichier applicationoptions.xml et le fichier inventeurcustomization.xml ? Au fait, le premier fichier que je n'ai pas trouvé dans mon ordinateur ou dans le disque réseau. Je vous remercie.

 

[Cast16]

les modifications dans l'écran des options d'application sont enregistrées dans le premier. le second et pour clavier, interface, commandes etc.

 

[ipstatico]

Je vous remercie. si cependant j'ai bien compris ces fichiers xlm ne sont pas lus à chaque début d'inventeur, alors ils fonctionnent comme une sorte de sauvegarde, correct?

Je vous remercie.

 

[dsw]

Je vous remercie. si cependant j'ai bien compris ces fichiers xlm ne sont pas lus à chaque début d'inventeur, alors ils fonctionnent comme une sorte de sauvegarde, correct?

Je vous remercie.

Les deux fichiers xml sont téléchargés à chaque début d'inventeur.

avec exportation faire "backup" avec importation "repristine"