Форум на CrossPlatform.RU -> Ответ в Как запретить модальному диалогу растягиваться ?

Последние 10 сообщений [ в обратном порядке ]

kwisp	Дата 28.2.2009, 14:36
	Цитата А пользователей плохая привычка все в кучу смешать. Litkevich Yuriy, простите уважаемый... а название темы можно сменить??? или изменить "Как запретить модальному диалогу растягиваться ?"
Litkevich Yuriy	Дата 28.2.2009, 14:34
	Цитата(kwisp @ 28.2.2009, 17:22) просто разделить надо. просто нечем, пост начасти поделить нельзя (инструмента такого нет). А пользователей плохая привычка все в кучу смешать.
kwisp	Дата 28.2.2009, 14:22
	Litkevich Yuriy, с позднячком. обсудили уже, просто разделить надо.
Litkevich Yuriy	Дата 28.2.2009, 14:22
	Давайте модальность QDialog в отдельной теме обсуждать.
flankerr	Дата 28.2.2009, 14:16
	kwisp, так я сразу сделал как написал с открытием\закрытием меня это устраивает но на будущие интересно найти решение, если оно вообще есть. Хотя дл маленьикх диалогов сойдёт моё решение а для больших как правило всё ранво создаёться класс-наследник и там уже всё просто.
kwisp	Дата 28.2.2009, 14:09
	flankerr, честно говоря я бы уже переопределил диалог и его showEvent() и не мучался бы .... если бы был сигнал о появлении окна на переднем плане можно было бы отследить его(появление) и повесить на слот владельца диалога в котором написать setFixedHeight()....
flankerr	Дата 28.2.2009, 14:00
	kwisp, да на счёт setModal попутал. но всё равно городиьт огород с событиями и отдельной функцией в данном случае лишние
kwisp	Дата 28.2.2009, 13:54
	Цитата(flankerr @ 28.2.2009, 13:52) Кажется теперь я не много погоричился... setModel делает диалог модальным внтури потока который создал диалог ура!!!!!!!!! ты уверен??? проверь еще раз пожалуйста??? может все таки нет???
flankerr	Дата 28.2.2009, 13:52
	kwisp Кажется теперь я не много погоричился... setModel делает диалог модальным внтури потока который создал диалог Однако решение с добавлением ещё одной функции и завязки на события мне кажется более сложным и "не красивым" чем моё и чем даже твой вариант с циклом. Внутри диалога может выполняться "тяжёлый код" который будет слишком тормозить очередь события потока вызвавшего диалог. Поэтому бывает полезным диалог запускать в отдельном потоке.Ну это не к данном случаю а вообще. В данном случае мне без разницы. Для меня важно получить отвте от пользователя и только потом продолжить выполнение.
kwisp	Дата 28.2.2009, 13:39
	1. можно вынести в отдельную функцию которая будет вызываться по закрытию диалога. можно слот на finished(int) повесить.. 2. не понял вопроса извини. `.... connect(dialog,SIGNAL(finished(int)),this,SLOT(dFinished(int))); dialog->setModal(true); dialog->show(); dialog->setFixedHeight(); }// выход в основной цикл обработки событий.... //далее обработка результата в слоте dFinished(int)` да вариантов куча. я не пойму зачем именно тебе отдельнгый поток с диалогом? хоть убей не пойму...
Просмотр темы полностью (откроется в новом окне)