Para permitir que las tuercas y arandelas se combinen correctamente en los informes, ahora las tuercas y arandelas se pueden separar dentro de un conjunto de tornillos en Editor Cuadros.

En los cuadros de Editor Cuadros, las tuercas y arandelas incluidas en un conjunto de tornillos ya no se combinan en una sola fila. Anteriormente, cuando un conjunto de tornillos tenía tuercas y/o arandelas diferentes, la cantidad de ellas se combinaba, pero no era posible distinguir los tamaños y estándares de las tuercas y arandelas. El resultado era que, en el informe de consulta de tornillos, las arandelas no se combinaban.

Ahora, si las tuercas y arandelas no son iguales en un conjunto de tornillos, Editor Cuadros puede separarlas en los cuadros. Ya no es necesario usar NUMBER 1 - NUMBER 3 en las reglas de propiedades de fila para las tuercas y arandelas. Esto permite combinar o separar correctamente las tuercas y arandelas de varios grupos de tornillos. En la imagen siguiente, se puede ver que las arandelas están combinadas, aunque tengan diferentes tamaños.

Para ver este cambio en sus propios cuadros, debe actualizarlos. El informe de consulta de tornillos (TS_Report_Inquire_Bolt.rpt) ya contiene la corrección.

Esta mejora ya se incorporó en Tekla Structures 2024 SP1.

La biblioteca de cuadros se ha actualizado para la versión 2025 de Tekla Structures. Se han realizado las siguientes mejoras:

• En Editor cuadros, defina Significado y Unidad para los campos de valor si desea evitar que se utilice una unidad por defecto para el significado. Anteriormente, la unidad no siempre era correcta. Por ejemplo, al menos en algunos casos, el significado de Longitud utiliza por defecto la unidad metros.

  

• Cuando se usa la ordenación en un campo de valor (Orden está definido en Ascendente o Descendente) y la opción Cuando se combinan las filas está definida en Sumar valores de todas las filas o Sumar valores dentro de una fila, la ordenación ahora usa valores combinados. Anteriormente, la ordenación utilizaba valores no combinados.

• Cuando GetFieldFormula hacía referencia a un campo de valor que tenía una acción de combinación Cuando se combinan las filas seleccionada, se devolvía un valor no sumado. Este problema ahora se ha corregido.
• En los cuadros gráficos, las funciones Sum() y Count() ahora calculan los valores de columna solo cuando se usan en los pies de página de las tablas. Anteriormente, por ejemplo, Count() siempre devolvía los números de las celdas (también conocidas como filas) de toda la tabla, por lo que todos los pies de página de las tablas tenían el mismo recuento. Por ejemplo, en una tabla de 3x4 (es decir, 3 columnas y 4 filas) en la que las primeras 2 columnas tienen 4 celdas y la última columna tiene 3 celdas, antes se habría obtenido un recuento de 11 en todos los pies de página de la tabla. Ahora, en los dos primeros pies de página de la tabla se obtendría un recuento de 4 y de 3 en el último.
• Un valor con formato siempre anula un valor de campo de valor, incluso cuando el tipo de dato del campo de valor es Número (el valor con formato siempre es una cadena).
• En algunos casos, cuando se utilizaban unidades del sistema británico, el valor 0 se mostraba incorrectamente como 0.0. Este problema ahora se ha corregido.
• Los GUID ahora se ordenan correctamente.
• Los números negativos representados como cadenas ahora se ordenan correctamente.
• En los cuadros gráficos, si el contenido de un campo de valor se va a ajustar dentro de sus límites, este campo no se corta aunque el contenido tenga una longitud mayor que la definida en el campo.
• En los cuadros gráficos, el tamaño automático de fuente del campo de valor (Cambio tamaño fuente en Atributos libres) ahora es más preciso. Antes, se podía seleccionar un tamaño de fuente que era demasiado grande.
• El orden de resolución de las fórmulas de los campos de valor ahora es correcto y no se mezcla con el orden de dibujo.

  El orden de dibujo es el mismo que el orden de los campos de valor en el examinador de contenido. El orden de resolución viene determinado por las fórmulas de los campos de valor. Por lo tanto, un campo de valor que hace referencia a otro campo de valor (por ejemplo, con GetFieldFormula o CopyField) siempre se resuelve después del campo de valor al que hace referencia.

• Para la función fvf, el quinto parámetro ahora también está disponible en cuadros de dibujo y componentes personalizados. Si se define en TRUE, las entradas vacías de la línea de lectura del archivo se tendrán en cuenta cuando se resuelva la función. Si no existe o se define en FALSE, se eliminan las entradas vacías.

  

  A continuación, se muestran varios ejemplos hipotéticos que ilustran cómo la sintaxis de la fórmula fvf produce resultados diferentes, incluido el uso de un quinto parámetro en la fórmula para producir columnas vacías.

  En este ejemplo, se especifica un archivo de entrada llamado sample.dat, con la línea:

  A; B;; C; D

  En este caso, la fórmula

  

  devolverá una cadena vacía: ""

  Dado que cada separador del ejemplo anterior se considera significativo, la tercera columna está vacía entre el primer separador ';' y el primer separador ' '. Por tanto, los valores de columna en este caso son:

  1: "A"

  2: " B"

  3: ""

  4: " C"

  5: " D"

  y

  
  

  devolverá: "C"

  Tendríamos un ejemplo posterior cuando se utilizan varios separadores en el archivo de entrada, es decir, una mezcla de espacios y comas.

  A, B, C, D

  En este caso, la fórmula:

  
  

  devolverá: "B"

  y

  
  

  devolverá una cadena vacía: ""

  y

  
  

  dará como resultado: "C"

  y por último

  
  

  dará como resultado: "D"

  Es decir, cuando el último parámetro es FALSE, los separadores consecutivos se interpretan como un solo separador.

  TRUE = se permiten columnas vacías, por lo que los separadores consecutivos se tratan como separadores únicos.

  Para obtener más información sobre la función fvf, consulte fvf.