[QUOTE]Sasha написал:
Лист очень вяло таскает[/QUOTE]
В ОС Windows вяло таскает лист?

[QUOTE]Roman написал:
... и неподвижную грань нельзя добавить, т.к нет свойств[/QUOTE]
Вот это и нужно выяснить в тех-поддержке... :-)

[QUOTE]Roman написал:
Можете любой пример привести кода в контексте авто-меню?[/QUOTE]
В дистрибутиве достаточно примеров для лабораторной работы...

[QUOTE]Roman написал:
Как понять из справки что класс используется в контексте авто-меню?[/QUOTE]
Вопрос в тех-поддержку...

[QUOTE]Roman написал:
..., для этого я и хочу получить развертку тела с помощью класса Unbend.[/QUOTE]
про это в курсе...

Вы пробовали воспроизвести стандартную функцию [URL=https://www.tflexcad.ru/help/cad/17/index.html?smu.htm]Разгибание[/URL] (возможно класс Unbend используется только в контексте авто-меню)?

[QUOTE]zobza написал:
Не нужно в 3Д делать развертку, с неё проекцию и потом обратно сворачивать[/QUOTE]
Почему не нужно?!

avm, проблема с реестром решается просто:

1. Вам нужно установить на виртуальной машине Astra Linux T-FLEX CAD 17;
2. Сохранить снимок реестра;
3. Сохранить снимок реестра на wine Arch Linux (рабочая станция);
4. Сравнить снимки посредством [URL=https://man.archlinux.org/man/diff.1.en]diff[/URL] утилиты;
5. Внести изменения в реестр wine на рабочей станции Arch Linux.

[QUOTE]avm написал:
Эту проблему я должен был решить на предыдущем шаге добавив какие-то ключи в реестр: wine regedit fake_hasp.reg.
Но видимо я их как-то не так добавил... А как узнать что не так не понятно
[/QUOTE]
Вы хотите чтобы кто то за вас это сделал, так получается?

[QUOTE]Roman написал:
Создать проекцию развертки на чертеже напрямую неполучатеся, т.к в справке API нет класса для создание проекции развертки.[/QUOTE]
А обычная проекция чем отличается от проекции развёртки?

Roman, прикрепите файл модели без копии (если вам не сложно).

Roman,

Уточните, что конкретно вы хотите получить?

- набор данных измерения (т.е. выгрузить данные в XML-файл),
- создать отдельный файл ( .grb ) с развёрткой,
- или ... ???

Roman, зачем нужна копия операции?


[CODE]
document.EndChanges(); // сначала нужно закрыть блок изменений
document.Save(); // потом сохранять их
document.Close();
[/CODE]

Roman, вы можете прикрепить модель, созданную в ручном режиме, чтобы приблизительно понимать чего вы хотите получить.

Исходная модель, тело, которое нужно преобразовать в другое тело (применить операцию).

[QUOTE]Roman написал:
вы имеете ввиду метод ObjectSelectControl.SetFilter?[/QUOTE]
выделенный объект по типу тело, грань и т.п., например,
[CODE]
var objects = document.Selection.GetAllObjects();
[/CODE]

[QUOTE]Roman написал:
Каким способом выбрать тело для разгибания?[/QUOTE]
По селектору..

[QUOTE]avm написал:
Подскажите куда копать. Я понимаю что что-то не так в wine, но что конкретно?[/QUOTE]
Конфигурация Arch Linux сильно отличается от Astra Linux по версиям пакетов.

Вам нужно установить wine пакет, который рекомендует разработчик T-FLEX CAD ( см. документацию: [URL=https://www.tflex.ru/downloads/Installation_Guide_Linux.pdf]Порядок установки T-FLEX CAD 17 на ОС Linux в среде Wine[/URL] ).

Вы пробовали устанавливать T-FLEX CAD на Astra Linux?

Сергей Колос, мне просто интересно как вы пришили к выводу о том, что язык D является более производительным, относительно языка C. Насколько мне известно, тесты без фундаментальных исследований не являются достаточным основанием. Однако, если вам что ни будь известно о существовании подобных исследований, был бы признателен если укажите на источник.

Сергей Колос, интересно, почему вы решили что язык D является более производительным, относительно языка C. Вы понимаете устройство компилятора языка D, или так показалось?!...

[QUOTE]Сергей Колос написал:
Интересно насколько быстрее стал бы T-Flex на D чем на C, C++.[/QUOTE]
... они собственные модули пишут на C#, а вы о какой то производительности на языке D... :-)

Не нужно путать понятия. Если провести аналогию: редактор макросов в Autodesk Inventor это примерно тоже самое что и редактор макросов в T-FLEX CAD. В iLogic параметры модели доступны примерно также как в редакторе переменных T-FLEX CAD на уровне выражений. Т.е. для этого вам не нужна ссылка на объект документа; не нужна функция для получения ссылки на объект переменной. Вы просто пишете,

Переменные, в редакторе переменных T-FLEX CAD, могут быть связаны отношениями в выражениях. Что такое выражение в T-FLEX CAD? Это примерно тоже самое что в iLgic называется правилом. Только синтаксически тернарные операторы выглядят иначе,

Однако, правила в iLogic могут изменять значения статических переменных, чего нельзя сделать в выражениях редактора переменных T-FLEX CAD. Но суть не в этом. Проблема в том, что выражения в табличном представлении сложнее читаются по сравнению традиционного кода, написанного в текстовом редакторе (по аналогии с iLogic). И потом, выражения в полях операции, это уже слишком... Было бы проще, не мой взгляд, вынести всю логику (выражения) в отдельные функции (только не в табличном представлении), и запретить выражения в полях операции (чтобы избежать путаницы при изучении модели теми, кто эту модель видит впервые). Посмотрите на проблему комплексно. Выражение в редакторе переменных может быть удобным, если оно небольшое. Если модель сложная, нужен редактор описания функций с представлением, удобным для чтения. То что, на данном этапе, может делать редактор переменных T-FLEX CAD, недостаточно для комплексного управления моделью. Вот несколько недостающих возможностей:

1. Нельзя вернуть значение по умолчанию (защита от дурака);
2. Нельзя изменять значения статических переменных из пользовательских функций.

Если хотите продолжить обсуждение, предлагаю перейти в тему: Редактор переменных T-FLEX CAD-Next

Это понятно... я к тому, что тип "Функция" отличается от переменной по сигнатуре. Как мне видится реализация: например, в отдельном окне создаётся пользовательская функция; затем она становится видимой в окне "Переменные" также, как встроенные функции. Однако, чтобы исключить проблемы при удалении функции (на уровне выражения, там где используются пользовательская функция), нужно просто вернуть значение по умолчанию по типу (вещественный или строка). Отделение пользовательских функций от переменных, позволит расширить функциональность создания и настройки функций. И вообще, на мой взгляд, сложное выражение в определении переменной не очень хорошая практика, лучше вынести логику в пользовательскую функцию.

Посмотрите как это реализовано в Autodesk Inventor. То что описывается здесь как "Функция" представлено как "Правила" (пишутся правила в окне "iLogic"). При этом, обращение к объектам модели выполняется по щелчку в интерактивном режиме. Правило пишется как обычный код в текстовом редакторе (а не в табличном представлении, как это реализовано в редакторе переменных T-FLEX CAD). А переменные выполняют роль только привязки к параметрам модели.

Понятно, что концепт реализации в Autodesk Inventor и в T-FLEX CAD сильно отличается. В T-FLEX CAD представлен редактор макросов, который нельзя использовать в том смысле, как сейчас работают переменные (имеется ввиду, доступ к переменным на уровне объектной модели API). Речь идёт об расширенном представлении выражения с областью видимости переменных также как на уровне редактора переменных, только в окне "Функции". В текущей реализации T-FLEX CAD, объект переменной это такой универсальный комбайн, который может содержать статические данные разных типов, выражение и пользовательские функции. Теперь добавьте к этому выражения на уровне где то там в свойствах операции + выражения на уровне слоёв. Т.е. чтобы разобраться с тем, что вообще происходит в модели, нужно потратить огромное количество времени. В место того, чтобы всю логику вынести в одно место.

В общем нужно чтобы было окно "Переменные" и окно "Функции", а в идеале прототип iLogic...

Это печально... по видимому есть причина, которая привела к этому.
Может быть стоит рассмотреть вариант исключения типа "Функция" из объекта переменной?! Например, добавить отдельное окно "Пользовательские функции". Однако, тогда придётся отслеживать зависимости... как бы там ни было, блокировка на изменение свойства --- это не есть хорошо...