1) Не вижу проблемы, значит выполнимо. Раз выполнимо, то и приемлемо.
Не приемлемо - это то, что НЕ выполнимо.
Разве вопрос стоял - хочу/не хочу. Вопрос стоял - не возможно сделать.
Предельно ясно все, вроде...

2) Ну какая же тут проверка...
Первый вопрос - ладно. Нужна проверка - да хоть сто порций.
Второй - ну нельзя линковать св-ва. И что я могу сделать ???
Да ничего, пока среда не даст возможности а) установить разные св-ва линкам б) не скажет, что конкретное св-во данного элемента, хоть и такое-то на самом деле по значению, но является внешним, и т.д.
Третий - было у меня предложение: линковать св-ва только, объявляя их внешними, и с одинаковым именем.
Но опять же, какие у меня возможности для проверки (адаптации CodeGen)
Да никакие. Опять старое хождение по кругу:
а) да у нас уже есть линковка - зачем еще навороты
б) так она неправильная - ее надо убирать
в) как же убирать, если линковка св-в очень полезна

Разорвать этот круг и предлагаю, объявивши вопросы разными. А для этого нужны решения такие, которые затрагивают только один вопрос, не трогая другие.

Да, этот вопрос не очень связан с рекурсиями. Но это завязано все на характеристики контейнера, которые мы хотим получить в результате (в светлом будущем).
Ну, к примеру, если я ссылаюсь на вышестоящий статический мультик (рекурсия же), то с какой радости линк тоже должен быть статическим...
Ни с какой, и не должен.

---

А есть ведь еще и 4-й вопрос: ссылочные данные...
Все это стратегические вопросы, они во многом определяют возможности нашего программного средства.
Зарешаешь один вопрос без учета других - можно долго мучиться потом...
Уже сейчас - разлинкуй св-ва мультиков/элементов, и появятся посты: "ай как было удобно"

Вот почему я пытаюсь вспоминать все сразу: чтобы, принимая решения по одному вопросу (например, разлинковка св-в), просмекать про себя - я мешает ли это другим (ну ссылочным данным, к примеру)
Не так ведь много именно стратегических вопросов...

Ну вот я так и думал что в Дельфях всё есть для реестра во сколько методов.
code_1571.txt

Вячеслав, дык бери и делай на Delphi, а вот если сможешь доделать компонент hiRegistry - то и будешь делать на HiAsm'e...
Или вы предпочитаете ждать, пока сделают другие?

Добавленные методы являются узкоспециальными и могут пригодится только для создания
программ типа Regedit - поэтому в дистрибутив это никогда не попадёт.