А если так:

C++ (Qt)
void ChoiceWidget::buttonClick(bool state)
{
  if (state){
    // показываем всплывашку
  }
}
 
// соединять соответственно так:
connect(button, SIGNAL(clicked(bool)), this, SLOT(buttonClick(bool)));

Судя по описанию задачи получается, что окно должно скрываться при потери фокуса, но не должно скрываться при переходе/нажатии на кнопку(она сама закроет окно). Может в эту сторону и нужно копать. Т.е. не закрывать окно безусловно при потери фокуса, а проверять куда/при каких обстоятельствах он изменяется.

Ещё можно попробовать вызывать методы (hide, setChecked, и т.п.) не напрямую, а через QMetaObject::invokeMethod(..., Qt::QueuedConnection), чтобы они в конец очереди сообщений ставились.

А чем QToolButton не угодило с setPopupMode( QToolButton::MenuButtonPopup )? Вроде как, нужное поведение реализует.
Если не то, тогда можно внутри Qt посмотреть, как реализовано.

Тогда хорошо бы минимальный проект выкладывать, чтобы можно было посмотреть: кто о ком знает, как с кем соединяется и как сигналы проходят.

Можно попробовать перед action->setChecked(false) задействовать QAction::setData() с каким-нибудь флагом/состоянием/данными.

Попробую. Потом отпишусь


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

У вас есть хоть один пример, где этот функционал отсутствует?

Я же не добавляю новую кнопку, не махаю флагом перед пользователем, даже не спрашиваю пользователя, хочет ли он выйти из программы (просто из нее нельзя выйти:)). Наоборот, делаю интерфейс найболее ненавязчивый. Скажем так, если всплывает меню - уже все привыкли, что оно само пропадет. Если окно, то нет. Но для контекстного меню то и кнопка не нужна, поэтому проблема отсутствует. Но, даже если забить на юзабилити, все равно что то нужно делать с поведением. Кнопка есть и её не может не быть. Если не заморачиватся с интерфейсом, то конечно, проще сделать его модальным (окно) с кнопочкой закрытия. Но мы не ищем лёгких путей.......Пример программы The BAT. Пруд пруди почтовых клиентов, однако популярность бата, по моему мнению, обусловленно именно юзабилити. И функционал здесь нипричем


Итак, сделал вариант с disable + Qt::QueuedConnection.Работает. Скажем так, в принципе пойдёт. Не совсем так уж чтобы красиво. Ну представте, вы нажимаете меню File, вываливается само меню, а File стал заблокированым...... Спасибо (это не сарказм).

Хех. Не. Не работает. Подсознание не позволяло нажать на кнопочку disabled чтобы протестировать. Если я нажимаю на нее (disabled), окно пропадает, она становится enable и срабатывает событие, окно опять появляется