Viadeo Twitter Google Bookmarks ! Facebook Digg del.icio.us MySpace Yahoo MyWeb Blinklist Netvouz Reddit Simpy StumbleUpon Bookmarks Windows Live Favorites 
Logo Documentation Qt ·  Page d'accueil  ·  Toutes les classes  ·  Toutes les fonctions  ·  Vues d'ensemble  · 

Task Menu Extension Example

Files:

The Task Menu Extension example shows how to create a custom widget plugin for Qt Designer, and how to to use the QDesignerTaskMenuExtension class to provide custom task menu entries associated with the plugin.

To provide a custom widget that can be used with Qt Designer, we need to supply a self-contained implementation. In this example we use a custom widget designed to show the task menu extension feature: The TicTacToe widget.

An extension is an object which modifies the behavior of Qt Designer. The QDesignerTaskMenuExtension can provide custom task menu entries when a widget with this extension is selected.

There are four available types of extensions in Qt Designer:

  • QDesignerContainerExtension provides an extension that allows you to add (and delete) pages to a multi-page container plugin in Qt Designer.
  • QDesignerMemberSheetExtension provides an extension that allows you to manipulate a widget's member functions which is displayed when configuring connections using Qt Designer's mode for editing signals and slots.
  • QDesignerPropertySheetExtension provides an extension that allows you to manipulate a widget's properties which is displayed in Qt Designer's property editor.
  • QDesignerTaskMenuExtension provides an extension that allows you to add custom menu entries to Qt Designer's task menu.

You can use all the extensions following the same pattern as in this example, only replacing the respective extension base class. For more information, see the QtDesigner Module.

The Task Menu Extension example consists of five classes:

  • TicTacToe is a custom widget that lets the user play the Tic-Tac-Toe game.
  • TicTacToePlugin exposes the TicTacToe class to Qt Designer.
  • TicTacToeTaskMenuFactory creates a TicTacToeTaskMenu object.
  • TicTacToeTaskMenu provides the task menu extension, i.e the plugin's associated task menu entries.
  • TicTacToeDialog lets the user modify the state of a Tic-Tac-Toe plugin loaded into Qt Designer.

The project file for custom widget plugins needs some additional information to ensure that they will work within Qt Designer. For example, custom widget plugins rely on components supplied with Qt Designer, and this must be specified in the project file that we use. We will first take a look at the plugin's project file.

Then we will continue by reviewing the TicTacToePlugin class, and take a look at the TicTacToeTaskMenuFactory and TicTacToeTaskMenu classes. Finally, we will review the TicTacToeDialog class before we take a quick look at the TicTacToe widget's class definition.

The Project File: taskmenuextension.pro

The project file must contain some additional information to ensure that the plugin will work as expected:

 TEMPLATE = lib
 CONFIG  += designer plugin

The TEMPLATE variable's value makes qmake create the custom widget as a library. Later, we will ensure that the widget will be recognized as a plugin by Qt by using the Q_EXPORT_PLUGIN2() macro to export the relevant widget information.

The CONFIG variable contains two values, designer and plugin:

  • designer: Since custom widgets plugins rely on components supplied with Qt Designer, this value ensures that our plugin links against Qt Designer's library (libQtDesigner.so).
  • plugin: We also need to ensure that qmake considers the custom widget a plugin library.

When Qt is configured to build in both debug and release modes, Qt Designer will be built in release mode. When this occurs, it is necessary to ensure that plugins are also built in release mode. For that reason we add the debug_and_release value to the CONFIG variable. Otherwise, if a plugin is built in a mode that is incompatible with Qt Designer, it won't be loaded and installed.

The header and source files for the widget are declared in the usual way:

 HEADERS += tictactoe.h \
            tictactoedialog.h \
            tictactoeplugin.h \
            tictactoetaskmenu.h
 SOURCES += tictactoe.cpp \
            tictactoedialog.cpp \
            tictactoeplugin.cpp \
            tictactoetaskmenu.cpp

We provide an implementation of the plugin interface so that Qt Designer can use the custom widget. In this particular example we also provide implementations of the task menu extension and the extension factory as well as a dialog implementation.

It is important to ensure that the plugin is installed in a location that is searched by Qt Designer. We do this by specifying a target path for the project and adding it to the list of items to install:

 target.path = $$[QT_INSTALL_PLUGINS]/designer
 INSTALLS += target

The task menu extension is created as a library, and will be installed alongside the other Qt Designer plugins when the project is installed (using make install or an equivalent installation procedure).

Note that if you want the plugins to appear in a Visual Studio integration, the plugins must be built in release mode and their libraries must be copied into the plugin directory in the install path of the integration (for an example, see C:/program files/trolltech as/visual studio integration/plugins).

For more information about plugins, see the How to Create Qt Plugins documentation.

TicTacToePlugin Class Definition

The TicTacToePlugin class exposes the TicTacToe class to Qt Designer. Its definition is equivalent to the Custom Widget Plugin example's plugin class which is explained in detail. The only part of the class definition that is specific to this particular custom widget is the class name:

 #ifndef TICTACTOEPLUGIN_H
 #define TICTACTOEPLUGIN_H

 #include <QDesignerCustomWidgetInterface>

 class QIcon;
 class QWidget;

 class TicTacToePlugin : public QObject, public QDesignerCustomWidgetInterface
 {
     Q_OBJECT
     Q_INTERFACES(QDesignerCustomWidgetInterface)

 public:
     TicTacToePlugin(QObject *parent = 0);

     QString name() const;
     QString group() const;
     QString toolTip() const;
     QString whatsThis() const;
     QString includeFile() const;
     QIcon icon() const;
     bool isContainer() const;
     QWidget *createWidget(QWidget *parent);
     bool isInitialized() const;
     void initialize(QDesignerFormEditorInterface *formEditor);
     QString domXml() const;

 private:
     bool initialized;
 };

 #endif

The plugin class provides Qt Designer with basic information about our plugin, such as its class name and its include file. Furthermore it knows how to create instances of the TicTacToe widget. TicTacToePlugin also defines the initialize() function which is called after the plugin is loaded into Qt Designer. The function's QDesignerFormEditorInterface parameter provides the plugin with a gateway to all of Qt Designer's API's.

The TicTacToePlugin class inherits from both QObject and QDesignerCustomWidgetInterface. It is important to remember, when using multiple inheritance, to ensure that all the interfaces (i.e. the classes that doesn't inherit Q_OBJECT) are made known to the meta object system using the Q_INTERFACES() macro. This enables Qt Designer to use qobject_cast() to query for supported interfaces using nothing but a QObject pointer.

TicTacToePlugin Class Implementation

The TicTacToePlugin class implementation is in most parts equivalent to the Custom Widget Plugin example's plugin class:

 TicTacToePlugin::TicTacToePlugin(QObject *parent)
     : QObject(parent)
 {
     initialized = false;
 }

 QString TicTacToePlugin::name() const
 {
     return "TicTacToe";
 }

 QString TicTacToePlugin::group() const
 {
     return "Display Widgets [Examples]";
 }

 QString TicTacToePlugin::toolTip() const
 {
     return "";
 }

 QString TicTacToePlugin::whatsThis() const
 {
     return "";
 }

 QString TicTacToePlugin::includeFile() const
 {
     return "tictactoe.h";
 }

 QIcon TicTacToePlugin::icon() const
 {
     return QIcon();
 }

 bool TicTacToePlugin::isContainer() const
 {
     return false;
 }

 QWidget *TicTacToePlugin::createWidget(QWidget *parent)
 {
     TicTacToe *ticTacToe = new TicTacToe(parent);
     ticTacToe->setState("-X-XO----");
     return ticTacToe;
 }

 bool TicTacToePlugin::isInitialized() const
 {
     return initialized;
 }

The only function that differs significantly is the initialize() function:

 void TicTacToePlugin::initialize(QDesignerFormEditorInterface *formEditor)
 {

The initialize() function takes a QDesignerFormEditorInterface object as argument. The QDesignerFormEditorInterface class provides access to Qt Designer's components.

In Qt Designer you can create two kinds of plugins: custom widget plugins and tool plugins. QDesignerFormEditorInterface provides access to all the Qt Designer components that you normally need to create a tool plugin: the extension manager, the object inspector, the property editor and the widget box. Custom widget plugins have access to the same components.

     if (initialized)
         return;

     QExtensionManager *manager = formEditor->extensionManager();
     Q_ASSERT(manager != 0);

When creating extensions associated with custom widget plugins, we need to access Qt Designer's current extension manager which we retrieve from the QDesignerFormEditorInterface parameter.

Qt Designer's QDesignerFormEditorInterface holds information about all Qt Designer's components: The action editor, the object inspector, the property editor, the widget box, and the extension and form window managers.

The QExtensionManager class provides extension management facilities for Qt Designer. Using Qt Designer's current extension manager you can retrieve the extension for a given object. You can also register and unregister an extension for a given object. Remember that an extension is an object which modifies the behavior of Qt Designer.

When registrering an extension, it is actually the associated extension factory that is registered. In Qt Designer, extension factories are used to look up and create named extensions as they are required. So, in this example, the task menu extension itself is not created until a task menu is requested by the user.

     manager->registerExtensions(new TicTacToeTaskMenuFactory(manager),
                                 Q_TYPEID(QDesignerTaskMenuExtension));

     initialized = true;
 }

 QString TicTacToePlugin::domXml() const
 {
     return QLatin1String("\
 <ui language=\"c++\">\
     <widget class=\"TicTacToe\" name=\"ticTacToe\"/>\
     <customwidgets>\
         <customwidget>\
             <class>TicTacToe</class>\
             <propertyspecifications>\
             <stringpropertyspecification name=\"state\" notr=\"true\" type=\"singleline\"/>\
             </propertyspecifications>\
         </customwidget>\
     </customwidgets>\
 </ui>");
 }

We create a TicTacToeTaskMenuFactory object that we register using Qt Designer's current extension manager retrieved from the QDesignerFormEditorInterface parameter. The first argument is the newly created factory and the second argument is an extension identifier which is a string. The Q_TYPEID() macro simply converts the string into a QLatin1String.

The TicTacToeTaskMenuFactory class is a subclass of QExtensionFactory. When the user request a task menu by clicking the right mouse button over a widget with the specified task menu extension, Qt Designer's extension manager will run through all its registered factories invoking the first one that is able to create a task menu extension for the selected widget. This factory will in turn create a TicTacToeTaskMenu object (the extension).

We omit to reimplement the QDesignerCustomWidgetInterface::domXml() function (which include default settings for the widget in the standard XML format used by Qt Designer), since no default values are necessary.

 Q_EXPORT_PLUGIN2(taskmenuextension, TicTacToePlugin)

Finally, we use the Q_EXPORT_PLUGIN2() macro to export the TicTacToePlugin class for use with Qt's plugin handling classes: This macro ensures that Qt Designer can access and construct the custom widget. Without this macro, there is no way for Qt Designer to use the widget.

TicTacToeTaskMenuFactory Class Definition

The TicTacToeTaskMenuFactory class inherits QExtensionFactory which provides a standard extension factory for Qt Designer.

 class TicTacToeTaskMenuFactory : public QExtensionFactory
 {
     Q_OBJECT

 public:
     TicTacToeTaskMenuFactory(QExtensionManager *parent = 0);

 protected:
     QObject *createExtension(QObject *object, const QString &iid, QObject *parent) const;
 };

The subclass's purpose is to reimplement the QExtensionFactory::createExtension() function, making it able to create a TicTacToe task menu extension.

TicTacToeTaskMenuFactory Class Implementation

The class constructor simply calls the QExtensionFactory base class constructor:

 TicTacToeTaskMenuFactory::TicTacToeTaskMenuFactory(QExtensionManager *parent)
     : QExtensionFactory(parent)
 {
 }

As described above, the factory is invoked when the user request a task menu by clicking the right mouse button over a widget with the specified task menu extension in Qt Designer.

Qt Designer's behavior is the same whether the requested extension is associated with a container, a member sheet, a property sheet or a task menu: Its extension manager runs through all its registered extension factories calling createExtension() for each until one responds by creating the requested extension.

 QObject *TicTacToeTaskMenuFactory::createExtension(QObject *object,
                                                    const QString &iid,
                                                    QObject *parent) const
 {
     if (iid != Q_TYPEID(QDesignerTaskMenuExtension))
         return 0;

     if (TicTacToe *tic = qobject_cast<TicTacToe*>(object))
         return new TicTacToeTaskMenu(tic, parent);

     return 0;
 }

So the first thing we do in TicTacToeTaskMenuFactory::createExtension() is to check if the requested extension is a task menu extension. If it is, and the widget requesting it is a TicTacToe widget, we create and return a TicTacToeTaskMenu object. Otherwise, we simply return a null pointer, allowing Qt Designer's extension manager to continue its search through the registered factories.

TicTacToeTaskMenu Class Definition

The TicTacToeTaskMenu class inherits QDesignerTaskMenuExtension which allows you to add custom entries (in the form of QActions) to the task menu in Qt Designer.

 class TicTacToeTaskMenu : public QObject, public QDesignerTaskMenuExtension
 {
     Q_OBJECT
     Q_INTERFACES(QDesignerTaskMenuExtension)

 public:
     TicTacToeTaskMenu(TicTacToe *tic, QObject *parent);

     QAction *preferredEditAction() const;
     QList<QAction *> taskActions() const;

 private slots:
     void editState();

 private:
     QAction *editStateAction;
     TicTacToe *ticTacToe;
 };

We reimplement the preferredEditAction() and taskActions() functions. Note that we implement a constructor that takes two arguments: the parent widget, and the TicTacToe widget for which the task menu is requested.

In addition we declare the private editState() slot, our custom editStateAction and a private pointer to the TicTacToe widget which state we want to modify.

TicTacToeTaskMenu Class Implementation

 TicTacToeTaskMenu::TicTacToeTaskMenu(TicTacToe *tic, QObject *parent)
     : QObject(parent)
 {
     ticTacToe = tic;

     editStateAction = new QAction(tr("Edit State..."), this);
     connect(editStateAction, SIGNAL(triggered()), this, SLOT(editState()));
 }

In the constructor we first save the reference to the TicTacToe widget sent as parameter, i.e the widget which state we want to modify. We will need this later when our custom action is invoked. We also create our custom editStateAction and connect it to the editState() slot.

 void TicTacToeTaskMenu::editState()
 {
     TicTacToeDialog dialog(ticTacToe);
     dialog.exec();
 }

The editState() slot is called whenever the user chooses the Edit State... option in a TicTacToe widget's task menu. The slot creates a TicTacToeDialog presenting the current state of the widget, and allowing the user to edit its state by playing the game.

 QAction *TicTacToeTaskMenu::preferredEditAction() const
 {
     return editStateAction;
 }

We reimplement the preferredEditAction() function to return our custom editStateAction as the action that should be invoked when selecting a TicTacToe widget and pressing F2 .

 QList<QAction *> TicTacToeTaskMenu::taskActions() const
 {
     QList<QAction *> list;
     list.append(editStateAction);
     return list;
 }

We reimplement the taskActions() function to return a list of our custom actions making these appear on top of the default menu entries in a TicTacToe widget's task menu.

TicTacToeDialog Class Definition

The TicTacToeDialog class inherits QDialog. The dialog lets the user modify the state of the currently selected Tic-Tac-Toe plugin.

 class TicTacToeDialog : public QDialog
 {
     Q_OBJECT

 public:
     explicit TicTacToeDialog(TicTacToe *plugin = 0, QWidget *parent = 0);

     QSize sizeHint() const;

 private slots:
     void resetState();
     void saveState();

 private:
     TicTacToe *editor;
     TicTacToe *ticTacToe;
     QDialogButtonBox *buttonBox;
 };

We reimplement the sizeHint() function. We also declare two private slots: resetState() and saveState(). In addition to the dialog's buttons and layouts we declare two TicTacToe pointers, one to the widget the user can interact with and the other to the original custom widget plugin which state the user wants to edit.

TicTacToeDialog Class Implementation

 TicTacToeDialog::TicTacToeDialog(TicTacToe *tic, QWidget *parent)
     : QDialog(parent)
 {
     ticTacToe = tic;
     editor = new TicTacToe;
     editor->setState(ticTacToe->state());

     buttonBox = new QDialogButtonBox(QDialogButtonBox::Ok
                                      | QDialogButtonBox::Cancel
                                      | QDialogButtonBox::Reset);

     connect(buttonBox->button(QDialogButtonBox::Reset), SIGNAL(clicked()),
             this, SLOT(resetState()));
     connect(buttonBox, SIGNAL(accepted()), this, SLOT(saveState()));
     connect(buttonBox, SIGNAL(rejected()), this, SLOT(reject()));

     QVBoxLayout *mainLayout = new QVBoxLayout;
     mainLayout->addWidget(editor);
     mainLayout->addWidget(buttonBox);

     setLayout(mainLayout);
     setWindowTitle(tr("Edit State"));
 }

In the constructor we first save the reference to the TicTacToe widget sent as parameter, i.e the widget which state the user want to modify. Then we create a new TicTacToe widget, and set its state to be equivalent to the parameter widget's state.

Finally, we create the dialog's buttons and layout.

 QSize TicTacToeDialog::sizeHint() const
 {
     return QSize(250, 250);
 }

We reimplement the sizeHint() function to ensure that the dialog is given a reasonable size.

 void TicTacToeDialog::resetState()
 {
     editor->clearBoard();
 }

The resetState() slot is called whenever the user press the Reset button. The only thing we do is to call the clearBoard() function for the editor widget, i.e. the TicTacToe widget we created in the dialog's constructor.

 void TicTacToeDialog::saveState()
 {

The saveState() slot is called whenever the user press the OK button, and transfers the state of the editor widget to the widget which state we want to modify. In order to make the change of state visible to Qt Designer we need to set the latter widget's state property using the QDesignerFormWindowInterface class.

QDesignerFormWindowInterface provides you with information about the associated form window as well as allowing you to alter its properties. The interface is not intended to be instantiated directly, but to provide access to Qt Designer's current form windows controlled by Qt Designer's form window manager.

If you are looking for the form window containing a specific widget, you can use the static QDesignerFormWindowInterface::findFormWindow() function:

     if (QDesignerFormWindowInterface *formWindow
             = QDesignerFormWindowInterface::findFormWindow(ticTacToe)) {
         formWindow->cursor()->setProperty("state", editor->state());
     }

After retrieving the form window of the widget (which state we want to modify), we use the QDesignerFormWindowInterface::cursor() function to retrieve the form window's cursor.

The QDesignerFormWindowCursorInterface class provides an interface to the form window's text cursor. Once we have cursor, we can finally set the state property using the QDesignerFormWindowCursorInterface::setProperty() function.

     accept();
 }

In the end we call the QEvent::accept() function which sets the accept flag of the event object. Setting the accept parameter indicates that the event receiver wants the event. Unwanted events might be propagated to the parent widget.

TicTacToe Class Definition

The TicTacToe class is a custom widget that lets the user play the Tic-Tac-Toe game.

 class TicTacToe : public QWidget
 {
     Q_OBJECT
     Q_PROPERTY(QString state READ state WRITE setState)

 public:
     TicTacToe(QWidget *parent = 0);

     QSize minimumSizeHint() const;
     QSize sizeHint() const;
     void setState(const QString &newState);
     QString state() const;
     void clearBoard();

 protected:
     void mousePressEvent(QMouseEvent *event);
     void paintEvent(QPaintEvent *event);

 private:
     enum { Empty = '-', Cross = 'X', Nought = 'O' };

     QRect cellRect(int row, int col) const;
     int cellWidth() const { return width() / 3; }
     int cellHeight() const { return height() / 3; }

     QString myState;
     int turnNumber;
 };

The main details to observe in the TicTacToe class defintion is the declaration of the state property and its state() and setState() functions.

We need to declare the TicTacToe widget's state as a property to make it visible to Qt Designer; allowing Qt Designer to manage it in the same way it manages the properties the TicTacToe widget inherits from QWidget and QObject, for example featuring the property editor.

Publicité

Best Of

Actualités les plus lues

Semaine
Mois
Année
  1. « Quelque chose ne va vraiment pas avec les développeurs "modernes" », un développeur à "l'ancienne" critique la multiplication des bibliothèques 94
  2. Apercevoir la troisième dimension ou l'utilisation multithreadée d'OpenGL dans Qt, un article des Qt Quarterly traduit par Guillaume Belz 0
  3. Pourquoi les programmeurs sont-ils moins payés que les gestionnaires de programmes ? Manquent-ils de pouvoir de négociation ? 45
  4. Les développeurs ignorent-ils trop les failles découvertes dans leur code ? Prenez-vous en compte les remarques des autres ? 17
  5. Les développeurs détestent-ils les antivirus ? Un programmeur manifeste sa haine envers ces solutions de sécurité 6
  6. Quelles nouveautés de C++11 Visual C++ doit-il rapidement intégrer ? Donnez-nous votre avis 10
  7. Qt Commercial : Digia organise un webinar gratuit le 27 mars sur la conception d'interfaces utilisateur et d'applications avec le framework 0
Page suivante

Le Qt Quarterly au hasard

Logo

Conserver la réactivité de l'IHM

Qt Quarterly est la revue trimestrielle proposée par Nokia et à destination des développeurs Qt. Ces articles d'une grande qualité technique sont rédigés par des experts Qt. Lire l'article.

Communauté

Ressources

Liens utiles

Contact

  • Vous souhaitez rejoindre la rédaction ou proposer un tutoriel, une traduction, une question... ? Postez dans le forum Contribuez ou contactez-nous par MP ou par email (voir en bas de page).

Qt dans le magazine

Cette page est une traduction d'une page de la documentation de Qt, écrite par Nokia Corporation and/or its subsidiary(-ies). Les éventuels problèmes résultant d'une mauvaise traduction ne sont pas imputables à Nokia. Qt 4.6
Copyright © 2012 Developpez LLC. Tous droits réservés Developpez LLC. Aucune reproduction, même partielle, ne peut être faite de ce site et de l'ensemble de son contenu : textes, documents et images sans l'autorisation expresse de Developpez LLC. Sinon, vous encourez selon la loi jusqu'à 3 ans de prison et jusqu'à 300 000 E de dommages et intérêts. Cette page est déposée à la SACD.
Vous avez déniché une erreur ? Un bug ? Une redirection cassée ? Ou tout autre problème, quel qu'il soit ? Ou bien vous désirez participer à ce projet de traduction ? N'hésitez pas à nous contacter ou par MP !
 
 
 
 
Partenaires

Hébergement Web