можно конечно. в форме которая обращается дожен быть адрес той формы, к которой обращаются. Ну или этот адрес можно получать откуда-нибудь (например из каркаса приложения, если предусмотрен в архитектуре).
Хедеры можно подключать в файлах реализации.
Или при разработке структуры проекта продумывать подрядок подключения хедеров. У меня например главное окно о суб-окнах не знает ничего (хедеры соотв. не подключаются), просто предоставляет интерфейс для добавления субокна, зато все модули о главном окне знают (подключают хедеры каркаса) и могут его адрес получить из каркаса.

Я бы сделал так

Сначала сохранил бы все формы в QMap* map - где ключ ето имя формы а значение - объект формы.  Ету структуру я б сохранил именно в классе главного окна, и заполнил ее нужными формами при конструировании главного окна. Причем класс каждой формы должен иметь указатель на главную форму.

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

крута, но я не понял( может быть какой-нить пример есть?

а это как? объясни пожалуйста

Примерчик.

внутренняя переменная класса, как у alexman в примере кода.

главное окно о своих событиях отсылает сигналы и все. Что происходит по реакции на эти сигналы - оно не знает. А в слотах может быть что угодно, в том числе и создание субокон.

я правильно понимаю: слоты это процедуры, которые обрабатывают сигналы? если да, то в какой форме описывать слоты? и как сигналы будут ловиться? и где connect(...) писать?

извините уж за ламерство, в дельфи такого не было)))