Le répertoire common\inp a été réorganisé de sorte que différents types de contenu soient stockés dans des dossiers plus spécifiques.

Les fichiers de configuration des jeux de propriétés IFC ont été déplacés de \common\inp dans \common\collaboration\ifc. L'option avancée XS_INP a été mise à jour dans teklastructures.ini. Vous pouvez désormais utiliser les jeux de propriétés IFC prêts à l’emploi de l’environnement commun sans utiliser d’autres paramètres de \common\inp afin de définir le dossier \common\collaboration\ifc pour l’option avancée XS_INP dans votre propre fichier .ini.

Auparavant, les valeurs d'attributs utilisateur héritées de la pièce principale de l'assemblage n’étaient pas écrites pour des objets d'assemblage dans l'export IFC4. Ce problème est maintenant résolu comme suit : Lorsque vous récupérez l’attribut utilisateur à partir de l'assemblage et que l’attribut utilisateur n’a aucune valeur ou a la valeur par défaut (comme pour RENOVATION_STATUS, la valeur par défaut est une chaîne vide), Tekla Structures tente de récupérer la valeur de la pièce principale de l'assemblage. Si la pièce principale de l'assemblage renvoie une valeur valide, elle est utilisée.

• Si les valeurs de l'assemblage et de la pièce principale sont des valeurs par défaut, la valeur de l'assemblage est utilisée.
• Si l'assemblage n’a pas de valeur et que la pièce principale a une valeur par défaut, la valeur par défaut de la pièce principale est utilisée.

Vous pouvez désactiver cette fonctionnalité à l’aide de l’option avancée XSR_DISABLE_ASSEMBLY_UDA_INHERITANCE. Si vous définissez l’option avancée sur TRUE, et si l’attribut utilisateur n’est pas défini au niveau de l'assemblage, l’attribut utilisateur est laissé vide ou il utilise la valeur par défaut du niveau de l'assemblage. Si vous la définissez sur FALSE, l’attribut utilisateur est hérité de la pièce principale.

La liste des sous-types IFC prédéfinis Sous-type (IFC4) du panneau des propriétés est désormais triée par ordre alphabétique.