Вы можете создать свои собственные определенные пользователем атрибуты, которые необходимы в вашей компании или для конкретного проекта.

Пользовательские атрибуты могут быть числами, текстом, списками параметров или датами. Они могут быть уникальными для объекта или допускать копирование. Их можно как учитывать, так и игнорировать при нумерации.

Пользовательскими атрибутами можно управлять в файлах objects.inp. Чтобы определить новые пользовательские атрибуты, создайте собственный файл objects.inp в папке модели, проекта или компании.

Дополнительные сведения о содержимом файла objects.inp см. в разделе Свойства файла objects.inp.

Дополнительные сведения о доступных типах объектов, которые можно изменять в файле objects.inp, см. в статье Список всех доступных типов объектов для objects.inp.

Следуйте приведенным ниже рекомендациям для имен пользовательских атрибутов.

• Имена пользовательских атрибутов должны быть уникальными. Следите за тем, чтобы выбранное вами имя атрибута еще не использовалось в глобальном файле objects.inp.

• Добавляйте префикс P_ перед именами пользовательских атрибутов конкретного проекта, например P_RESP_DESIGNER.

• Имя пользовательского атрибута не должно превышать 19 символов. Tekla Structures определяет только первые 19 символов. Например, для Tekla Structures параметры TEST_ATTRIBUTE_OBJECT и TEST_ATTRIBUTE_OBJECX будут одинаковыми.

• В именах пользовательских атрибутов учитывается регистр.

• Не используйте в именах пробелы и зарезервированные символы.

Следуйте приведенным ниже рекомендациям для определений пользовательских атрибутов.

• Определение пользовательского атрибута должно быть уникальным. Пользовательский атрибут не может иметь разные определения для разных типов объектов, например балок и колонн.

• После добавления собственных пользовательских атрибутов с помощью команды Диагностика и изменение определений атрибутов обновите определения атрибутов в модели.

Если пользовательские атрибуты будут переводиться, добавляйте префикс j_ перед текстом подписи в файле objects.inp.

Пример:

attribute("releases", "j_MomentConnection", label, "%s", no, none, "0.0", "0.0", 30, 310)

Добавьте строки для перевода в соответствующие файлы сообщений .ail. Дополнительные сведения см. в разделе Настройка текста пользовательского интерфейса в файлах сообщений.

Пользовательские атрибуты задаются в файлах objects.inp. После создания структуры папок Tekla Structures эти файлы находятся в разных папках и объединяются при запуске.

Файл objects.inp считывает определенные пользователем атрибуты по порядку из перечисленных ниже папок, начиная с папки модели:

Файлы объединяются, поэтому при наличии определенных пользователем атрибутов в каком-либо из этих файлов они отображаются в интерфейсе пользователя. Tekla Structures объединяет файлы так, что дублирование атрибутов исключается. Если Tekla Structures обнаруживает атрибуты с одинаковыми именами в разных файлах objects.inp, используется атрибут из первого считанного файла objects.inp.

Если вам необходимо, чтобы в одной и той же папке было несколько файлов objects.inp, можно добавить суффикс в имя файла, чтобы все эти файлы использовались. В этом случае в одной и той же папке может быть несколько файлов objects_<suffix>.inp. Например, имя файла с суффиксом может выглядеть следующим образом: objects_precast.inp.

Если требуется изменить существующие пользовательские атрибуты, например value_type, создайте новый пользовательский атрибут, а не изменяйте текущий, в файле objects.inp. Например, при изменении value_type с string на option значение нельзя изменить для деталей, у которых свойство указано со старым типом значения, а значение отображается неправильно в отчетах или при запросе объектов.

Когда расширенный параметр XS_DIAGNOZE_AND_REPAIR_WRONG_UDA_TYPE установлен в значение TRUE, выберите Диагностика и исправление > Диагностика и изменение определений атрибутов, чтобы выявить и исправить неверные типы значений UDA путем возврата к значениям по умолчанию. Команда проверяет, чтобы типы значений UDA, такие как string или option, определенные в файле objects.inp, соответствовали их значениям, заданным в диалоговом окне environment.db. При изменении типов значений после назначения значений UDA может произойти несовпадение.

Для обеспечения согласованного поведения модели при работе с моделью с использованием различных ролей файл базы данных среды (environment.db) содержит определения пользовательских атрибутов (UDA), используемых в модели.

При создании новой модели Tekla Structures объединяет определения из файлов objects.inp в файл environment.db. Впоследствии, при добавлении новых пользовательских атрибутов в файл objects.inp, определения сохраняются в environment.db при открытии модели.

Пользовательские атрибуты в файле objects.inp можно изменять, однако измененные определения не вступают в силу автоматически. При возникновении конфликтов между определениями в файле objects.inp и определениями в файле environment.db, используются определения из файла environment.db. Для просмотра конфликтов запустите команду Диагностика и изменение определений атрибутов, а затем выберите определения атрибутов, которые вы хотите обновить в файле objects.inp.