Michael LongneckНужно это потому, что на форме лежат вагоны невизуальных компонентов - больше 60 точно (не я их туда ложил). И датамодуль тут не поможет - желателен фильтруемый и сортируемый список в стиле listview. Чтобы иконки отображались, и там имя класса, имя компонента, таг. Кроме того, оттуда должен быть доступ к дизайн-меню компонента.
А Вы не думаете что при таком подходе туда все 600 компонентов запихнут? Ладно не будут они форму загромождать, а всякие там обработчики событий куда деть из кода? Проблема возникает при неправильном проектировании и тупом батонокидательстве. Стоит ли поощрять такой стиль?

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

Нечто подобное, в датамодулях делали RX-компоненты еще 19лохматомгоду. Т.е. на датамодуле слева отображается список датасетов. Я лично не проникся, ибо когда зашкаливает э-э-э... работоспособность некоторых кулхацкеров, то ни какой список не поможет.

Relic Hunterroschinspb,

Если форма "mdi-child" датамодуль для хранения датасэтов не подойдет. Иначе все формы будут показывать одни и те-же данные)) Блин точно, что ж делать-то? Уйду в монастырь Не, на C# перехожу.