vite написал:
На самом деле в T-FLEX CAD существуют более значимые проблемы, на которые стоит обратить внимание. Например, отсутствие механизма обработки переменных, в режиме ввода пользователя, с процедурой возврата значения по умолчанию.
vite, согласен, даже галочка "автоматический перерасчет модели" не сильно помогает.. хотя уже привык)
Добрейших вечеров. Задача очень простая, но я не понимаю что я делаю не так.
необходимо протянуть массив пропилов по детали. Если массив состоит из закрытых отверстий (пропилов) то всё вроде норм, и ограничение гранью работает и "проверять пересечение с другими гранями" тоже. Но если пропил открытый все ломается.
P/S при попытке сделать массив из операций и ограничить гранью https://youtu.be/L2qY3klVf84 тоже какая то фигня получается, в общем я в тупике))
Lamer написал: Добрейших вечеров. Задача очень простая, но я не понимаю что я делаю не так.
необходимо протянуть массив пропилов по детали. Если массив состоит из закрытых отверстий (пропилов) то всё вроде норм, и ограничение гранью работает и "проверять пересечение с другими гранями" тоже. Но если пропил открытый все ломается.
Используйте массив операций, потом делайте булеву с ним. По возможности не используйте массив граней в принципе.
Добрый день! Подскажите пожалуйста, простой вопрос, как в рамках одной сборки/детали скопировать (дублировать) существующую трассу, с возможностью дальнейшего редактирования (передвинуть точки). Через ctrl+c, ctrl+v, вставляется как внешний путь, без возможности редактирования.
Carpenter Brut написал: Добрый день! Подскажите пожалуйста, простой вопрос, как в рамках одной сборки/детали скопировать (дублировать) существующую трассу, с возможностью дальнейшего редактирования (передвинуть точки). Через ctrl+c, ctrl+v, вставляется как внешний путь, без возможности редактирования.
1. То что называется "База данных" таковой на самом деле не является. 2. Нельзя написать полноценный sql запрос к внутренней таблице. Хотя, ко внешней mdb вроде бы можно. 3. Нельзя связать записи в таблицах между собой, осуществив связь многие ко многим. по карйней мере простым способом.
FRei написал: 1. То что называется "База данных" таковой на самом деле не является.
Это почему? Схема есть, данные есть, что ещё нужно? Может Вы путаете термин с управлением базой данных.
Цитата
FRei написал: Нельзя связать записи в таблицах между собой, осуществив связь многие ко многим. по карйней мере простым способом.
Не простой способ - через переменные. Ещё не проще макросом...Осталось понять зачем, и как это реализовано в Creo или в других кадах.
Привет) Ну по поводу БД согласен, любая Бд это по своей сути таблица, а любые запросы к ней это уже система управления. В TF я так понял CSV таблицы используются, по этому и запросы к ней специфические, если их вообще можно назвать запросами.. я кстати вспомнил где я видел подобного типа функции - в excel)
А вот по поводу связи двух таблиц не соглашусь, вообще порой это нужная вещь, например в одной таблице у тебя типоразмеры заготовок (по ГОСТ например), а в другой конфигурации детали которые изготавливаются из определенного типа заготовки. И при выборе типоразмера, хотелось бы чтобы появлялся список деталей который ты можешь в данном случае изготовить, вот здесь бы связь таблиц пригодилась. А иначе зачем тогда реализовывать создание нескольких таблиц?) Надо бы попробовать по экспериментировать на ту тему, как это вообще реализуется, попробую на досуге)
Rolles217 написал: И при выборе типоразмера, хотелось бы чтобы появлялся список деталей который ты можешь в данном случае изготовить
Это сейчас решается и без связи баз данных. И без знаний специфики запросов скл и т.д. Т.е. всё доступно простому конструктору. Для более сложных случаев есть параметрические БД. Для мега сложных случаев есть возможность АПИ, внешних БД, подключение к ДОКс где уже полноценные sql, постгри и прочие.
Rolles217 написал: И при выборе типоразмера, хотелось бы чтобы появлялся список деталей который ты можешь в данном случае изготовить
Это сейчас решается и без связи баз данных. И без знаний специфики запросов скл и т.д. Т.е. всё доступно простому конструктору. Для более сложных случаев есть параметрические БД. Для мега сложных случаев есть возможность АПИ, внешних БД, подключение к ДОКс где уже полноценные sql, постгри и прочие.
FRei написал: 1. То что называется "База данных" таковой на самом деле не является.
то что называется базой данных в T-FLEX CAD -- это слой абстракции, или универсальный интерфейс, который предоставляет набор функций для манипулирования данными. База данных в T-FLEX CAD не является сервером приложения в классическом понимании и не является службой Windows. Относительно внешних подключений -- это клиент, а с точки зрения внутренних запросов -- выступает в роли сервера.
Цитата
FRei написал: 2. Нельзя написать полноценный sql запрос к внутренней таблице.
очень интересно, ну и каким образом вы видите применение полноценных запросов на практике?
Цитата
FRei написал: 3. Нельзя связать записи в таблицах между собой, осуществив связь многие ко многим.
какую задачу вы предполагаете решить, путем построения зависимостей таблиц многие ко многим?
А если без макроса, в t-flex есть возможность экспортировать из трассы координаты точек в текстовый документ, чтобы потом импортировать в новую трассу? Если да, подскажите пожалуйста как.
А если без макроса, в t-flex есть возможность экспортировать из трассы координаты точек в текстовый документ, чтобы потом импортировать в новую трассу? Если да, подскажите пожалуйста как.
Нет. Но можно через отчёт+анимацию или СИ выгрузить N-точек лежащих на пути.