GetExternalFilesNamesEx - Расширение возможностей - пожелания

[KrissKross]

В API есть замечательная функция,
GetExternalFilesNamesEx -
Позволяющая получить список внешних файлов в виде:
   1. Массив файлов (источников) - т.е. от куда берутся ссылки
   2. Массив кодов этих ссылок

Функция удобна тем, что позволяет централизовано, на уровне 3Д модели
- увидеть от куда приходят внешние ссылки,
без необходимости прохода (и выискивания) по всем элементам 3Д модели

Что достаточно на уровне 3Д Детали

Но не достаточно, если мы используем эту замечательную функцию в рамках 3Д Сборки
Так как - не видим на какой вложенный компонент влияет эта ссылка
К примеру:
Это может быть ссылка одной детали на другую, не затрагивая сборку
Так и ссылка детали - на элемент сборки

Предложения
   1. Ввести новый метод, дабы не попортить наследный код - GetFullInformationAboutExternalLinksAssembly - обо всем, что вижу, о том и пою
   2. Ввести возвращаемый массив - файлов (приемников), т.е. на кого направлена ссылка
        т.е. в итого мы получим пару - источник-приёмник и их тип связи
   3. Развести тип связи - Чертеж на
      a. Чертеж, используемый в спецификации
      b. Чертеж, видимый в панели - Управление связанными Чертежами
   4. Ввести тип связи - Спецификации - видимые в панели - Управление связанными Спецификациями
   5. Всю информацию о Спецификации выделить в отдельную десятку (20) кодов
        к примеру: 50- Спец-ия, 51-Чертеж, 52-раздел Документация и т.д. и т.п.
ManagerExternalLinksAssembly - новый метод или даже класс по управлению ссылками сборки
   6. Позволить управлять всеми ссылками из 3Д - раз мы считаем 2Д лишь вторичным представлением
   7. Ввести возможность безопасного удаления ссылок, т.е система гарантирует целостность файла сборки - при любом действии API пользователя

PS
Предложение к модераторам форумы
В раздел - Программирование приложений
Ввести подраздел - API - Предложения и Замечания
Для всеобщего и публичного обозрения путей развития API 
в котором возможно, добровольно поучаствуют разработчики, в виде ответов и мотанием на будущий ус

[p3452]

Присоединяюсь!
Но!
Если АСКОН два года исправлял БАГ (тройной баг...) этой функции, подробно описанный на страницах форума - сколько же ЛЕТ потребуется АСКОН-у на реализацию Вашего предложения?!

[KrissKross]

Наверное, чего-то пропустил и не знаю

Интересно услышать
историю развития этой функции

[p3452]

"История", судя по постам на форуме, давняя:
 
...
За последние два года:

Странности в работе GetExternalFilesNamesEx()

КОМПАС-3D v20+ - исправления и доработки (пост №317)


Компас v21 (пост №23)