Это правильно ГОСТ 2.113

Замечательно! Все старые наработки с таким элементом - в переработку. Еще радует, что ни каких ошибок по синтаксису при этом не выдается. Хорошо, что есть Шурик.
PS Стесняюсь спросить, а еще какие-нибудь "ой" по внутренним базам данных появились?

Открыл работающий проект в Учебная версия 16.0.56.0 x64 Дата сборки: 24.10.2019 и получил следующее



Переписал получение n заново. Результат тот же.

Может я что-то пропустил и подобное уже обсуждалось?

Настройки-сетка, Настройка-привязка.

[QUOTE]Chikua написал:
хотелось бы более свежую версию.[/QUOTE]
Свежую рационально покупать не раньше, чем через полгода после выхода.

Если массив узлов сделан с исключениями, то в режим указания массива узлов, как целевого работает неправильно. Глюк?
Учебная версия 16.0.56.0 x64 Дата сборки: 24.10.2019

Точно глюк!

Или по сечениям
потом можно пупырышков добавить

[QUOTE]avrd написал:
Не стоит здесь вести дискуссии (в виде флуда)[/QUOTE]
Забавно. Вы не удосужились вразумительно сформулировать задачу. Вам пытаются подсказать возможные пути решения (в меру своего понимания ваших формулировок), а вы начинаете, мягко говоря, немного хамить.
Удачи.

[QUOTE]avrd написал:
Если есть выход без программирования - "решение в студию"[/QUOTE]
Я же показал вариант решения [COLOR=#373737][URL=https://www.tflex.ru/forum/index.php?PAGE_NAME=message&FID=14&TID=4947&TITLE_SEO=4947-vstavit-fragment-pri-pomoshchi-_elementa-upravleniya&MID=37670#message37670]https://www.tflex.ru/forum/index.php?PAGE_NAME=message&FID=14&TID=4947&TITLE...[/URL][/COLOR]

[QUOTE]avrd написал:
число фрагментов в детали заранее НЕ определено[/QUOTE]
В таком случае что мешает задавать имя конкретного фрагмента вручную? Тогда вообще не надо заранее заботиться ни о числе фрагментов, ни о их расположении.

Я в свое время похожую задачу решил, используя то, что имя файла вставляемого фрагмента можно задавать переменной. Это позволяет достаточно оперативно создавать и менять наборы вставляемых фрагментов. Как пример:
есть разъемы, которые комплектуются разными типами патрубков. Вот этот имеет четыре типа
 Модель сделана так: собственно разъем + вставленный фрагмент патрубка. Но т.к. разных патрубков четыре (отдельные файлы), имя файла патрубка задано через переменную.

Вот сборка, собранная из таких разъемов


Здесь вилка имеет три состояния в части наличия патрубка
  а розетка    пять состояний

Теперь конфигурацию по части патрубков можно менять непосредственно из сборки
 Видно, что фрагменты с одинаковым номером (фр_44 и фр_66) имеют разные имена файлов.

Т.е. получается, что в детали (разъемы) с уровня сборки добавлены дополнительные детали (патрубки).

Похоже, Вам надо изучать, как это было сделано в T-Flex Мебель.

Написать можно достаточно сложную логику. Например, такую:
(x10==X1&&y10==Y1)||(x10==X2&&y10==Y2)||(x10==X3&&y10==Y3)||(x10==X4&&y10==Y4)||(x10==X5&&y10==Y5)||(x10==X6&&y10==Y6)||(x10==X7&&y10==Y7)||(x10==X8&&y10==Y8)||(x10==X9&&y10==Y9)||(x10==X10&&y10==Y10)||(x10==X11&&y10==Y11)||(x10==X12&&y10==Y12)||(x10==X13&&y10==Y13)||(x10==X14&&y10==Y14)||(x10==X15&&y10==Y15) ? 0 :1
или такую
tpart($TEXT,(tfind($TEXT,$ТЕКСТ_1)-4),1)!=""&& tpart($TEXT,(tfind($TEXT,$ТЕКСТ_1)-5),1)=="" ? "п."+tpart($TEXT,(tfind($TEXT,$ТЕКСТ_1)-4),2) : (tpart($TEXT,(tfind($TEXT,$ТЕКСТ_1)-4),1)=="" ?"п."+tpart($TEXT,(tfind($TEXT,$ТЕКСТ_1)-3),1)) : "п."+tpart($TEXT,(tfind($TEXT,$ТЕКСТ_1)-3),1)

Задать разные приоритеты фрагментам. Фрагмент с более высоким приоритетом перекрывает фрагмент с более низким приоритетом.

Тут пришел поручик Ржевский и все испортил ...

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

Или строим РП в нужных точках и рисуем на них



Или просто строим 3D точки и используем штатную функцию.

Можно попробовать так

Импортируйте в формат ТФ. Каждой модели в СИ укажите нужное наименование. Создайте ЛСК, если нужно. Разместите, там, где удобно. Вот и библиотека.
Я бы не стал этого делать. Зачем?

Что такое "так" ?

Спрашивать на официальном сайте про нелицензионное ПО - моветон