Russian Qt Forum

Всем превед, есть QLineEdit, который связан своим сигналом editingFinished() с определённым слотом, в котором идёт проверка содержимого этого поля ввода:

C++ (Qt)
void MyClass::MySlot()
{
 QLineEdit* le = qobject_cast<QLineEdit*>(sender());
 if (le->text().size() > 0)
 {
  QMessageBox::warning(this, "xxx", "yyy!");
  le->setFocus();
 }
}
 

Сигнал испускается тогда, когда человек ввёл текст и кликнул на форме (фокус с поля ввода пропадает).
Оно бы всё хорошо, но если перед вызовом слота курсор стоял над кнопкой закрытия диалога (на котором расположен этот QLineEdit), то после закрытия QMessageBox'а сам диалог тоже закрывается, т.е. клик мышей передался дальше на кнопку. Можно ли как-то запретить передачу евента на кнопку закрытия диалога без использования eventFilter'ов и перегрузки соотв. метода у кнопки закрытия диалога? Может qApp чего-то подходящее может, или что-нибудь другое в этом же духе.

Дальше ничего передаваться и не должно, диалог не должен закрываться. Где-то вы намудрили.

там всё слишком просто чтобы мудрить ;)

То есть юзер кликает по кнопке закрытия и окно закрывается? И это тебя удивляет?

Пользователь кликает по закрытию QMessageBox'а и он закрывается вместе диалогом. Это либо криво щелкнул, либо мистика=)

Попрубуй QApplication::removePostedEvents( your_dialog );

Хотя, имхо, это моветон, т.к. получается неоднозначное поведение.
Как ты определишь - случайно юзер нажал на кнопку закрытия или осознанно?

а компилябельный пример можно?

Если ввести в поле текст и потом нажать на кнопку закрытия окна, то вылезет QMessageBox (значит сигнал editingFinished() QLineEdit'а шлётся раньше, чем сигнал pressed() кнопки). Вопрос в том, как в слоте MainWindow::mySlot() отменить закрытие окна до следующего нажатия кнопки без фильтрации евентов самой кнопки - неохота ради такой ерунды расписывать условия.

Логичнее разруливать эту ситуацию в слоте accept() диалога.

А вот это совсем плохо

Мне это ничем не машает. А на всякие убеждения вроде того, что код выше не соответствует идеологии сигнал-слотов и при этом нет адекватного объяснения - внимания не обращаю

Что будет, если sender() не QLineEdit*?

Ничего, т.к. им не может быть никто другой :). С этим слотом завязаны только QLineEdit'ы. И не жить на момент вызова он не может, т.к. является частью гуя, формирующегося в момент вызова диалога.

Так пробовал QApplication::removePostedEvents( le->window() ) или нет?