crossplatform.ru

Здравствуйте, гость ( Вход | Регистрация )


  Ответ в Как запретить модальному диалогу растягиваться ?
Введите ваше имя
Подтвердите код

Введите в поле код из 6 символов, отображенных в виде изображения. Если вы не можете прочитать код с изображения, нажмите на изображение для генерации нового кода.
 

Опции сообщения
 Включить смайлы?
Иконки сообщения
(Опционально)
                                
                                
  [ Без иконки ]
 


Последние 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)

да вариантов куча. я не пойму зачем именно тебе отдельнгый поток с диалогом? хоть убей не пойму...
Просмотр темы полностью (откроется в новом окне)
RSS Текстовая версия Сейчас: 30.5.2024, 6:34