disable close button in QMessageBox

[nmahoney]

I found this thread because I had the same problem, but managed to solve it in a different way.

QMessageBox mBox;
mBox.setWindowTitle("Dialog Title");
mBox.setText("Question?");
mBox.setStandardButtons(QMessageBox::Yes | QMessageBox::No);
 
Qt::WindowFlags wFlags = mBox.windowFlags();
if(Qt::WindowCloseButtonHint == (wFlags & Qt::WindowCloseButtonHint))
{
    wFlags = wFlags ^ Qt::WindowCloseButtonHint;
    mBox.setWindowFlags(wFlags);
}

QMessageBox mBox;
mBox.setWindowTitle("Dialog Title");
mBox.setText("Question?");
mBox.setStandardButtons(QMessageBox::Yes | QMessageBox::No);

Qt::WindowFlags wFlags = mBox.windowFlags();
if(Qt::WindowCloseButtonHint == (wFlags & Qt::WindowCloseButtonHint))
{
    wFlags = wFlags ^ Qt::WindowCloseButtonHint;
    mBox.setWindowFlags(wFlags);
}

To copy to clipboard, switch view to plain text mode 

[wysota]

The standard way is to allow the user to close the dialog using regular means and interpret this as if he pushed one of the buttons (usually the one related to "rejecting" the dialog -- most likely the "No" button in this example). The same goes with handling the Esc key.

[SixDegrees]

The standard way is to allow the user to close the dialog using regular means and interpret this as if he pushed one of the buttons (usually the one related to "rejecting" the dialog -- most likely the "No" button in this example). The same goes with handling the Esc key.

Agree. Subverting normal UI conventions is very bad form. The user expects things to work as they always have, and will be frustrated if they don't.

[wysota]

To explain further what I mean...

Usually you want to disable the close button because you don't want the user to be able to close the window. Here the situation is different -- you want him to close the window (which will happen if he chooses a button from the dialog box) but only using the means chosen by you and not any other. There is no reason to do that.