Per consentire la corretta combinazione di dadi e rondelle nei report, ora è possibile separare dadi e rondelle all'interno di un assemblaggio bullone nell'editor template.

Nei template dell'editor template, dadi e rondelle all'interno di un assemblaggio bullone non vengono più combinati in un'unica riga. In precedenza, quando un assemblaggio bullone aveva dadi e/o rondelle diversi, la quantità di questi veniva combinata, ma non era possibile distinguere le dimensioni e gli standard dei dadi e delle rondelle. Il risultato era che nel report di ricerca sui bulloni, le rondelle non venivano combinate.

Ora, se dadi e rondelle non sono uguali in un assemblaggio bullone, l'editor template è in grado di separarli nei template. Non è più necessario utilizzare NUMERO 1 - NUMERO 3 nelle regole delle proprietà delle righe per dadi e rondelle. Ciò consente di combinare o separare correttamente dadi e rondelle di più gruppi bulloni. Nell'immagine di seguito è possibile notare che le rondelle sono combinate sebbene abbiano dimensioni diverse.

Per visualizzare questa modifica nei propri template, è necessario aggiornare i template. Il report di ricerca sui bulloni (TS_Report_Inquire_Bolt.rpt) contiene già la correzione.

Questo miglioramento è stato già introdotto in Tekla Structures 2024 SP1.

La libreria di template è stata aggiornata per Tekla Structures versione 2025. Sono stati apportati i seguenti miglioramenti:

• Nell'editor template definire Significato e Unità per i campi valore se si desidera evitare di utilizzare un'unità di default per il significato. In precedenza, l'unità non era sempre corretta. Ad esempio, almeno in alcuni casi, il significato Lunghezza utilizza i metri come unità di default.

  

• Quando l'ordinamento viene utilizzato in un campo valore (Ordine è impostato su Ascendente o Discendente) e l'impostazione Quando le righe risultano combinate è impostato su Somma i valori di tutte le righe o Somma i valori entro una riga, l'ordinamento ora utilizza valori combinati. In precedenza, l'ordinamento utilizzava valori non combinati.

• Quando GetFieldFormula faceva riferimento a un campo valore con un'azione di combinazione Quando le righe risultano combinate selezionata, restituiva un valore non sommato. Il problema ora è stato risolto.
• Nei template grafici, le funzioni Sum() e Count() ora calcolano i valori colonna solo quando vengono utilizzate nei piè di pagina tabella. In precedenza, ad esempio, Count() restituiva sempre il numero di celle (ovvero righe) nell'intera tabella, quindi tutti i piè di pagina tabella avevano lo stesso conteggio. Ad esempio, un tabella 3x4, 3 colonne e 4 righe, con le prime 2 colonne con 4 celle e l'ultima colonna con 3 celle, in precedenza sarebbero stati contati come 11 in tutti i piè di pagina tabella. Ora i primi due piè di pagina tabella avrebbero 4 e l'ultimo 3.
• Un valore formattato sostituisce sempre un valore del campo valore, anche quando il tipo di dati del campo valore è Numero (il valore formattato è sempre una stringa).
• In alcuni casi, quando venivano utilizzate le unità imperiali, il valore 0 veniva visualizzato erroneamente come 0,0. Il problema ora è stato risolto.
• I GUID vengono ora ordinati correttamente.
• I numeri negativi rappresentati come stringhe ora vengono ordinati correttamente.
• Nei template grafici, se il contenuto di un campo valore si adatta effettivamente all'interno dei contorni del campo valore, non viene tagliato anche se il contenuto è più lungo della lunghezza del campo definita.
• Nei template grafici, la dimensione automatica dei caratteri del campo valore (Modifica dimensione carattere in Attributi liberi) ora funziona in modo più preciso. In precedenza era possibile selezionare un carattere troppo grande.
• L'ordine di risoluzione della formula del campo valore è ora corretto e non combinato con l'ordine di disegno.

  L'ordine di disegno corrisponde all'ordine dei campi valore nel browser dei contenuti. L'ordine di risoluzione è determinato dalle formule nei campi valore. Pertanto, un campo valore che fa riferimento a un altro campo valore (ad esempio, con GetFieldFormula o CopyField) viene sempre risolto dopo il campo valore a cui fa riferimento.

• Per la funzione fvf, il quinto parametro è ora disponibile anche nei template di disegno e nei componenti personalizzati. Se è impostato su TRUE, le voci vuote dalla riga di lettura del file verranno prese in considerazione quando la funzione viene risolta. Se è mancante o impostato su FALSE, le voci vuote vengono rimosse.

  

  Di seguito sono riportati diversi esempi ipotetici che illustrano come la sintassi nella formula fvf produca risultati diversi, incluso l'uso di un quinto parametro nella formula per produrre colonne vuote.

  In questo esempio viene specificato un file di input denominato sample.dat con la riga:

  A; B;; C; D

  In questo caso, la formula

  

  restituirà una stringa vuota: ""

  Poiché ogni separatore nell'esempio precedente è considerato significativo, la terza colonna è un colonna vuota tra il primo separatore ';' e il primo ' '. Quindi i valori colonna in questo caso sono:

  1: "A"

  2: " B"

  3: ""

  4: " C"

  5: " D"

  e

  
  

  restituirà: "C"

  Un esempio successivo potrebbe essere quando nel file di input vengono utilizzati più separatori, ovvero un insieme di spazi e virgole.

  A, B, C, D

  In questo caso, la formula:

  
  

  restituirà: "B"

  e

  
  

  restituirà una stringa vuota: ""

  e

  
  

  produrrà: "C"

  e infine

  
  

  produrrà: "D"

  In altre parole, quando l'ultimo parametro è FALSE, i separatori consecutivi vengono interpretati come un unico separatore.

  TRUE = consente colonne vuote, pertanto i separatori consecutivi vengono trattati come separatori univoci.

  Per ulteriori informazioni sulla funzione fvf, vedere fvf.