Manuals - PARTsolutions Admin

2.2.8. Mappage des attributs

2.2.8.4. Remarques générales sur les blocs de mappage d'attributs

CadDocumentAttributes

Sous "CadDocumentAttributes" se trouvent les informations qui sont transmises lors de l'exportation de PARTsolutions vers le programme CAO correspondant. A gauche se trouve la clé (dans l'explorateur à gauche du signe =), à droite la valeur. Certaines de ces valeurs sont transmises directement, d'autres sont demandées dynamiquement par des appels de fonction, comme par exemple le fabricant du catalogue (SUPPLIER) [première ligne dans la figure suivante].

Exemple tiré d'ifsolidworks.cfg

[CadDocumentAttributes]

La syntaxe valide pour les attributs est :

Mapper une variable de tableau dans un attribut donné
```
CadAttrName=?_ATTR("NB")
```
Mapper une expression VB dans un attribut donné. Valable aussi ? "3.1415926" ORELSE ? "This is a text".
```
CadAttrName=?AnyVBExpr 
```
L'attribut est mappé en tant que valeur ORELSE en tant que chaîne de caractères
de cette manière, le type d'attribut est défini
```
CadAttrName.Type=val|str  
```
Les informations suivantes dépendent en partie de la CAO
```
CadAttrName.Custom=Any Custom Data
```
Exemples :
- Pour toutes les CAO
  - Attribution d'un type
    Types d'attributs possibles : String (par défaut), Number, Integer, Double, Datetime, Boolean
    exemple :
    
    DN=42 DN.CUSTOM=type.number
    
    Signification : 42 est un nombre et non une chaîne de caractères.
- Spécifique à NX
  - Attribution d'une catégorie
    exemple :
    
    DN=42 DN.CUSTOM=category.partsolutions
    
    Plusieurs valeurs peuvent être indiquées en les séparant par une virgule.
    
    DN=42 DN.CUSTOM=type.number,category.partsolutions
  - Marquage d'un attribut comme attribut obligatoire
    L'ajout de ce paramètre aux attributs mappés entraînera leur mappage pendant le processus de création de modèle initial (avant la géométrie), comme l'exige NX 2312 (ou plus tard).
    Il n’est pas nécessaire de définir cet indicateur les versions précédentes de NX n’ont aucun effet, mais à partir de NX2312 l’exportation du modèle apparaîtra avec le message d’erreur "L’attribut non found" si tous les attributs obligatoires ne sont pas inclus dans le Le fichier de configuration ifugnx.cfg comme tel sont marqués.
    exemple :
    
    DN=42 DN.CUSTOM=flag.mandatory

CopyFrom

Le bloc "CopyFrom" accepte aussi des statements complets .. the %ATTRNAME% is reduced by the current var

CopyFrom..=_FORMAT_0("MYPREFIX_HERE<ATTR-(%ATTRNAME%)>-MYPOST_HERE").value()

En outre, "CopyFrom" peut contenir les filtres/indicateurs suivants :

VAR_VISIBLE=0/1
VAR_TYPE= n'importe quel type valide (voir ps3 pour les détails)
VAR_SOURCETYPE=any source valide (voir ps3 pour plus de détails)
VAR_EXCLUDE=nom1;nom2;nom3
LANG=language1;language2 ;...
Échantillon :
CopyFrom..=italien,VAR_VISIBLE=1,lang=anglais;par défaut
Utilise l'italien comme langue de base, n'utilise que des variables visibles et utilise ensuite tous les noms anglais et s'il y en a d'autres dans la langue par défaut, utilise-les en plus.

Ordre et priorité

Parfois, une seule et même variable peut avoir différentes valeurs, en fonction du contexte de la pièce. De ce fait, des entrées multiples sont également possibles.

Que se passe-t-il si plusieurs attributions s'appliquent ?

La première entrée applicable (nous pensons à la valeur de retour des fonctions) est prise. Ainsi, si l'on saisit une valeur standard en premier, sans aucune vérification, c'est toujours cette valeur qui est prise. Voir la dernière ligne de l'illustration suivante. Les affectations suivantes de ces variables ne sont jamais exécutées par le programme.

	Remarque
	Toujours énumérer de l'affectation spécifique de l'attribut à l'affectation plus générale jusqu'à l'affectation de la valeur par défaut !

Précédent	Niveau supérieur	Suivant
2.2.8.3. Types de valeurs	Sommaire	2.2.8.5. Exemples