Manuals - eCATALOGsolutions

2.2.8. Mappatura degli attributi

2.2.8.4. Note generali sui blocchi di mappatura degli attributi

Attributi del documento cad

In "CadDocumentAttributes" si trovano le informazioni che vengono trasferite al rispettivo programma CAD quando si esporta da PARTsolutions. Alcuni di questi valori sono trasferiti direttamente, altri sono interrogati dinamicamente tramite chiamate di funzione, come ad esempio il produttore del catalogo (SUPPLIER) [prima riga nella figura seguente].

Figura 2.20. Esempio da ifsolidworks.cfg

[CadDocumentAttributes]

La sintassi valida per gli attributi è:

Mappare una variabile di tabella a un determinato attributo
```
CadAttrName=?_ATTR("NB")
```
Mappa un'espressione VB a un determinato attributo. È valido anche ? "3.1415926" ORELSE ? "Questo è un testo".
```
CadAttrName=?AnyVBExpr 
```
L'attributo è mappato come valore ORELSE come stringa
In questo modo, si imposta il tipo di attributo
```
CadAttrName.Type=val|str  
```
Le seguenti informazioni dipendono in parte dal CAD
```
CadAttrName.Custom=Any Custom Data
```
Esempi:
- Per tutti i CAD
  - Assegnazione di un tipo
    Tipi di attributi possibili: Stringa (predefinito), Numero, Numero intero, Doppio, Data e ora, Booleano
    Esempio:
    
    DN=42 DN.CUSTOM=type.number
    
    Significato: 42 è un numero e non una stringa
- Specifico per NX
  - Assegnazione di una categoria
    Esempio:
    
    DN=42 DN.CUSTOM=category.partsolutions
    
    È possibile inserire più valori separati da virgole.
    
    DN=42 DN.CUSTOM=type.number,category.partsolutions
  - Contrassegnare un attributo come obbligatorio
    Aggiungendo questo parametro agli attributi mappati, questi verranno mappati durante il processo iniziale di creazione del modello (prima della geometria), come richiesto da NX 2312 (o successivo).
    Questo flag non deve essere impostato in le versioni precedenti di NX non hanno alcun effetto, ma a partire da NX2312 l'esportazione del modello apparirà con il messaggio di errore "L'attributo non trovato" ha esito negativo se non tutti gli attributi obbligatori sono inclusi nel Il file di configurazione ifugnx.cfg in quanto tale sono contrassegnati.
    Esempio:
    
    DN=42 DN.CUSTOM=flag.mandatory

Copia da

Il blocco "CopyFrom" accetta anche dichiarazioni complete ... il %ATTRNAME% è ridotto dalla var corrente

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

Inoltre, "CopyFrom" può contenere i seguenti filtri/flag:

VAR_VISIBILE=0/1
VAR_TYPE= qualsiasi tipo valido (vedere ps3 per i dettagli)
VAR_SOURCETYPE=qualsiasi sorgente valida (vedere ps3 per i dettagli)
VAR_EXCLUDE=nome1;nome2;nome3
LANG=lingua1;lingua2;...
Campione:
CopyFrom..=italiano,VAR_VISIBLE=1,lang=inglese;default
Usare l'italiano come lingua di base, usare solo le variabili visibili e poi usare tutti i nomi inglesi e se ce ne sono altri nella lingua predefinita, usarli in aggiunta.

Sequenza e priorità

A volte una stessa variabile può avere valori diversi, a seconda del contesto della parte. Ciò significa che sono possibili anche inserimenti multipli.

Cosa succede se più incarichi vengono richiesti?

Viene presa la prima voce applicabile (pensiamo al valore di ritorno delle funzioni). Pertanto, se si inserisce per primo un valore predefinito senza alcun controllo, questo verrà sempre utilizzato. Si veda l'ultima riga dell'illustrazione seguente. Le assegnazioni successive di queste variabili non vengono mai eseguite dal programma.

Figura 2.21.

	Nota
	Elencare sempre dall'assegnazione specifica dell'attributo a quella più generale fino all'assegnazione del valore predefinito!

Indietro	Risali	Avanti
2.2.8.3. Tipi di valore	Partenza	2.2.8.5. Esempi