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

так бы и сказали. Я ЗА!

вот этого делать не стоит. Будем теперь плодить по десятку точек для каждого свойства, чтобы каждому желающему данные выдавались в том формате, в котором ему хочется Есть соглашения на интерфейсы, которые следует соблюдать даже если они и отяжеляют схему в каких-то случаях, ибо только такой подход гарантирует каждому начинающему пользователю возможность использовать ранее полученные знания в каждом новом элементе, а не читать постоянно подсказки к точкам, чтобы понять в каком очередном формате выдаются данные.

Согласен, тоже верно.

А почему-же много точек нужно делать? Можно сделать одну, а в св-ах элемента добавить графу скажем "Arry=МТ-данные, ..." и на выбор будет массив! Или это несколько сложновато?

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

Я видел несколько копонентов, у которых данные, выдаваемые в поток, зависят от св-ва, поэтому можно у массива прописать комментарий "...(тип массива определяется Arry)"

Assasin, в hiasm присутствуют элементы, которые были сделаны еще 6 лет назад, когда не было ни точек дополнительных, ни МТ, ни вообще ничего. Элементу Application не 6 лет конечно, но во время его создания единственный понятный всем способ передачи №-ого количество параметров возможен был только через массив.

Значит, по-моему, все когда-то меняется, возможно, сейчас как раз-то и нужно изменить Application "до современного" вида

И нарушить всю совместимость, не пойдет

угу - не пойдет. По другому это делается...

Делается новый компонент ApplicationEx, а старый остается скрытым для совместимости