Добрый день!

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



Проблема в том, что если я вызываю Form.show(), то все работает нормально, а если вызываю Form.exec(), то программа начинает циклить, и не отвечает ни на клавиатуру, ни на мышь.

Что я делаю не так?

а каккой смысл в этих функциях:


Лучше сделать наследника от QWidget, тогда ты сможешь его применять, где угодно. В коде главного окна просто вызывай так:

     Form *form = new Form();
// как субокно
     QMdiSubWindow *subWindow = new QMdiSubWindow;
     subWindow->setWidget(form);
     subWindow->setAttribute(Qt::WA_DeleteOnClose);
     mdiArea->addSubWindow(subWindow);
// ...
// как диалог
     form->setWindowModality(Qt::WindowModal);
     form->show();

Определенный смысл в этих функциях есть. Класс Form, который является подклассом QDialog, сам в свою очередь является базовым классом для нескольких подклассов (окон различного вида, но со схожими базовыми функциями). Мне хотелось бы сохранить некоторый функционал базового класса QDialog, в том числе функции exec() и show(), но в несколько модифицированном виде. То есть это лучше представить так:



Я добавил многоточия, под которым кроется функционал, отличающий Form::show() или Form::exec() от их прототипов в QDialog. Вообще, здесь я выложил код в сильно упрощенном виде, убрав то, что не относится к сути проблемы, может быть по этому здесь может быть не понятна мотивация именно такого решения.

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

Добавлю, что раньше, без использования QMdiArea, программа работала, но каждое окно документа работало вне рамок главного окна приложения. Проблема появилась после перехода на использование QMdiArea.



Сообщение отредактировал mva - 18.3.2010, 12:05

вообще открытые члены в наследниках не принято скрывать.
Т.к. это нарушает интуитивность API.
Если у класса Base, есть октрытый член foo(), то применительно к наследнику руки потянутся его вызвать, ошибка при компиляции поставит человека в тупик

по поводу диалога в МДИ:
я на практике убедился, что почти всегда стоит делать окна, заранее не главные, наследниками QWidget, т.к. их мы можем поместить куда угодно, в том числе в наследник QDialog.

В МДИ, я думаю, возникают проблемы, связанные с тем, что QDialog - всегда окно верхнего уровня, а parent в нём - всего лишь способ центровки и владения (для последующего удаления объекта).

П.С. имеет смысл переписать этот виджет пока совсем плохо не стало.

вопрос еще почему переопределяется show() && exec() в секции protected если это вообще открытые слоты, да еще и делаются виртуальными???
не понятна цель настолько хитрого заворота.

Потому что в оригинале эти функции называются doShow() и doExec() и переопределяются в наследуемых классах, а их вызов производится собственно публичными функциями show() и exec(), которые определены в базовом классе Form, но не переопределяются в наследуемых классах. Хотел упростить восприятие, но видимо наоборот усложнил. Будем считать, что я имею такой код:

Может тогда лучше отнаследоваться от QMdiSubWindow (чтобы внутри QMdiArea "ездить"), и реализовать весь функционал QDialog'а (благо всего 5 функций, 5 слотов и 3 сигнала). Для exec() надо будет обзавестись своим QEventLoop, а в общем тебе помогут исходники QDialog'а и эта тема.

Наверное стоит попробовать унаследовать Form от QWidget, а не от QDialog.
...
Попробовал. Все равно так же циклит.
...
Буду пробовать следующий вариант - наследовать Form от QMdiSubWindow.

Сообщение отредактировал mva - 18.3.2010, 14:26

опять не унифицированный способ, тепрь ты сможешь использовать Form, только в узкой области - МДИ

покажи код как ты создаёшь и вызываешь субокно/диалог

Пока не прокатило... Требуются сложные переделки. По-простому не получилось.



Код довольно сложный. Готовы ли Вы разбираться в нем? Сегодня постараюсь подготовить. Выложу не весь, а только те куски кода, которые имеют отношение к проблеме.

Сообщение отредактировал mva - 18.3.2010, 17:46