QDialog::open()
考虑到前文所述的问题,我们对比一下应用程序级别模态的实现。当windowModality
是Qt::NonModal
的时候,只需调用QDialog::exec()
就可以很容易实现。那么,为什么不提供一个类似的函数,只需简单的调用一下就可以实现一个窗口级别的模态对话框呢?答案就是QDialog::open()
。QDialog::open()
可以打开一个窗口级别模态对话框。在 Mac OS X 上就是一个 sheet。为了正确实现事件循环,当函数调用之后会立即返回。这意味着你必须通过信号槽机制来实现对返回结果的处理。好在QDialog
提供了finished()
信号,该信号会正确设置对话框的返回值,类似accept()
和reject()
。当然,你也可以直接继承QDialog
从而使用自己的 signal。那么,对于前面所说的QMessageBox
的问题,我们只需使用QMessageBox::open()
而不是show()
,就可以简单的实现窗口级别模态对话框。即便是在 Mac OS X 平台上,我们也不需要指定Qt::Sheet
参数。open()
函数是跨平台的,这意味着它能够在所有平台上都以我们所期望的方式运行。现在,我们有了一个更加完善的映射关系:
QDialog::show()
=>Qt::NonModal
QDialog::exec()
=>Qt::ApplicationModal
QDialog::open()
=>Qt::WindowModal
这么一来,选择模态类型比以前简单很多了。下面我们将讲解另外一个令人困惑的问题。
子类的 static 函数
提供新的open()
函数的另外一个目的是,避免对 sheet 的误用。这意味着你无需手动设置Qt::Sheet
参数。同时,如果你需要打开一个应用程序级别模态的 sheet,那么获得的是一个普通的应用程序级别模态的对话框;这意味着,打开一个窗口级别模态的对话框,系统会为你打开一个 sheet。这是因为在 Cocoa 中,除了 sheet,没有办法打开一个窗口级别模态的普通对话框。
所有应用程序级别模态的对话框都不能使用 sheet 这一事实会影响到所有QDialog
子类的 static 函数,例如QColorDialog
, QFontDialog
,QFileDialog
,QInputDialog
和QMessageBox
。我们考虑其中一个函数,例如QColorDialog::getColor()
。这个函数将创建一个QColorDialog
对话框,然后模态地显示出来。每个函数的返回值都是用户从对话框中选择的颜色;如果用户没有选择,则会返回一个非法颜色值。这些函数的问题在于,它们提供的是应用程序级别的模态,因此不能使用 sheet。这也许会让一些使用QFileDialog
的用户感到困惑,因为在 Mac OS X 下,Qt 的QFileDialog
的确是一个 sheet。这是因为 Mac OS X 下,应用程序可以将QFileDialog
作为 sheet 使用。
QDialog::open()
让我们能够简单地使用三种模态类型。那么,下面让我们看看还有没有另外的函数。的确,我们可以看到open()
的很多重载的版本,用于实现一些在过去需要很多代码才能完成的功能。很多子类允许我们方便地向open()
函数添加处理返回值的 slot。这些对话框可以进行合适的连接,无需我们处理。下面就是这些重载版本的列表:
QFileDialog::open(QObject *receiver, const char *slot);
QColorDialog::open(QObject *receiver, const char *slot);
QFontDialog::open(QObject *receiver, const char *slot);
QPrintDialog::open(QObject *receiver, const char *slot);
QPageSetupDialog::open(QObject *rec, const char *slot);
QInputDialog::open(QObject *receiver, const char *slot);
QProgressDialog::open(QObject *receiver, const char *slot);
QPrintPreviewDialog::open(QObject *rec, const char *slot);
提供这些函数的目的是,能够方便地连接最常见的处理函数。下面我们将看看这些连接如何进行连接:
QColorDialog
将传递进来的 slot 连接到colorSelected(QColor)
信号;QFontDialog
连接到fontSelected(QFont)
信号;QFileDialog
连接到fileSelected(QString)
或者filesSelected(QStringList)
信号,这取决于其模式QProgressDialog
连接到canceled()
信号。
你可以从 Qt 文档中获得更详细的信息。在open()
中指定响应的 slot 可以很好的简化代码。利用这种方法,你可以直接打开一个 native 的对话框,现在提供这个功能的类是QFileDialog
,QColorDialog
,QFontDialog
和QPrintDialog
。
新的交互形式
既然我们可以使用open()
打开一个 native 的对话框,我们就应该可以类似的使用show()
打开一个 native 的非模态对话框。初看起来,这么做并没有什么用,但是它可以在 Mac OS X 下打开一个标准的“live feedback”对话框。这在 Qt 中相当简单。
QDialog
子类提供的 static 函数鼓励开发者使用这么一种方式:阻止用户继续工作,并且询问一个问题(例如,“你想用哪个字体?”)。但是,有一定程度上,这将影响到用户的工作,甚至惹恼用户。想象一下用户要使用QColorDialog
选择颜色的情景。他需要打开对话框,点击选择颜色,关闭对话框,然后才能看到效果如何。如果他们不满意选择的颜色,则不得不重新进行上面的工作。很显然,这种繁复的工作通常很讨厌,为什么不设计成对话框一直显示在那里,让用户选择好颜色之后就可以马上看到效果呢?一种解决方案是,自己创建一个非模态对话框,实现前面所说的工作。例如在字体选择时,Qt 有一个QFontComboBox
类,允许以非模态方式选择字体。但它不可能实现QFontDialog
所能做的所有事情。使用对话框更为直观。为了达到这一目的,QFontDialog
类提供了QFontDialog::currentFontChanged()
信号。我们可以连接到这个信号,然后使用show()
提供非模态对话框。这样,我们就有了一个不会打扰用户操作的对话框,能够立刻将相应返回给窗口。QColorDialog
同样有类似的方法。这种实现可以让用户感觉程序更加友好。我们以颜色选择为例,看看如何实现这种方式。
class MainWindow { Q_OBJECT //... private: // ... QColorDialog *globalColorDialog; // ... }; class PaintArea { Q_OBJECT //... public slots: void setBrushColor(const QColor &color); // ... };
我们不能使用QColorDialog
提供的 static 函数,而是保持一个QColorDialog
的指针。为此,我们在主窗口添加一个指针,并且要在组件中添加 slot 函数(这里就是QPaintAreas::setBrushColor()
)。
void MainWindow::brushColor() { if (!globalColorDialog) { globalColorDialog = new QColorDialog(this); globalColorDialog->setCurrentColor(paintArea->brushColor()); globalColorDialog->setOption( QColorDialog::NoButtons, true); connect(globalColorDialog, SIGNAL(currentColorChanged(QColor)), paintArea, SLOT(setBrushColor(QColor))); } globalColorDialog->show(); }
我们需要将选择的颜色设置给当前画笔。使用QColorDialog::NoButtons
以避免 OK 和 Cancel 按钮出现。这主要是因为在这种实现方式中,它们并没有什么意义,因为我们要将选择的颜色立即返回给画笔(取消按钮是不能撤销颜色选择的)。但是,在 X11 的某些窗口管理器上,没有关闭按钮的窗口会变得很奇怪,这一点值得注意。最后,我们创建currentColorChanged()
和setBrushColor()
的信号槽连接。然后调用show()
函数显示对话框。如果对话框已经显示,则简单地将其放置在窗口最顶层。
对于QFontDialog
也是类似的,没有什么区别。我们创建一个字体对话框,通过保持其指针来做信号槽连接。
结论
这篇文章阐述了一些使用QDialog
的新的方法。我们着重讲述了各种模态的实现,以及一些有用的技巧。这里提到的函数有些是 Qt 4.5 之后新增加的,例如QDialog::open()
,这些函数都很有用,所以我们应该在自己的程序中多多使用,而不是固守于旧的接口。毕竟,我们的程序也需要与时俱进的~
2 评论
关于 QT 的文章,后续还会再有吗 ?
会的,不过目前还是在继续 HTML5 的系列,或许到了 Qt5 年底发布的时候再增加一些新的内容吧!当然也可能会有别的呀~嘿嘿