Walkthrough: A Simple Application
This walkthrough shows simple use of QMainWindow, QMenuBar, QPopupMenu, QToolBar and QStatusBar - classes that every modern application window tends to use. (See also Tutorial #2.) It also illustrates some aspects of QWhatsThis (for simple help) and a typical main() using QApplication. Finally, it shows a typical print function based on QPrinter.
The declaration of ApplicationWindowHere's the header file in full:
/**************************************************************************** ** $Id: $ ** ** Copyright (C) 1992-2000 Trolltech AS. All rights reserved. ** ** This file is part of an example program for Qt. This example ** program may be used, distributed and modified without limitation. ** *****************************************************************************/ #ifndef APPLICATION_H #define APPLICATION_H #include <qmainwindow.h> class QTextEdit; class ApplicationWindow: public QMainWindow { Q_OBJECT public: ApplicationWindow(); ~ApplicationWindow(); protected: void closeEvent( QCloseEvent* ); private slots: void newDoc(); void choose(); void load( const QString &fileName ); void save(); void saveAs(); void print(); void about(); void aboutQt(); private: QPrinter *printer; QTextEdit *e; QString filename; }; #endif It declares a class that inherits QMainWindow, with slots and private variables. The class pre-declaration of QTextEdit at the beginning (instead of an include) helps to speed up compilation. With this trick, make depend won't insist on recompiling every .cpp file that includes application.h when qtextedit.h changes. Here is main.cpp in full:
Now we'll look at main.cpp in detail.
With the above line, we create a QApplication object with the usual
constructor and let it
parse argc and argv. QApplication itself takes care of X11-specific
command-line options like -geometry, so the program will automatically
behave the way X clients are expected to.
We create an ApplicationWindow as a top-level widget, set its window
system caption to "Document 1", and show() it.
When the application's last window is closed, it should quit. Both
the signal and the slot are predefined members of QApplication.
Having completed the application's initialization, we start the main
event loop (the GUI), and eventually return the error code
that QApplication returns when it leaves the event loop.
Since the implementation is quite large (almost 300 lines) we
won't list the whole thing. (The source code is included in the
examples/application directory.) Before we start with the constructor
there are three #includes worth mentioning:
The tool buttons in our application wouldn't look good without icons!
These icons can be found in the XPM files included above. If you ever
moved a program to a different location and wondered why icons were
missing afterwards you will probably agree that it is a good idea to
compile them into the binary. This is what we are doing here.
ApplicationWindow inherits QMainWindow, the Qt class that provides
typical application main windows, with menu bars, toolbars, etc.
The application example can print things, and we chose to have a
QPrinter object lying around so that when the user changes a setting
during one printing, the new setting will be the default next time.
For the sake of simplicity, our example only has a few commands in the
toolbar. The above variables are used to hold an icon for each of
them.
We create a toolbar in this window ...
... and define a title for it. When a user drags the toolbar out of
its location and floats it over the desktop, the toolbar-window will
show "File Operations" as caption.
Now we create the first tool button for the fileTools toolbar
with the appropriate icon and the tool-tip text "Open File".
The fileopen.xpm we included at the beginning
contains the definition of a pixmap called fileopen.
We use this icon to illustrate our first tool button.
In a similar way we create two more tool buttons in this toolbar, each with
appropriate icons and tool-tip text. All three buttons are connected
to appropriate slots in this object; for example, the "Print File" button
to ApplicationWindow::print().
The fourth button in the toolbar is somewhat peculiar: it's the one that
provides "What's This?" help. This must be set up using a special
function, as its mouse interface is unusual.
With the above line we add the "What's This?" help-text to the
fileOpen button...
... and tell the rich-text engine that when a help-text (like the one
saved in fileOpenText) requests an image named "fileopen", the openIcon pixmap is used.
The "What's This?" help of the remaining two buttons doesn't make use
of pixmaps, therefore all we need to do is to add the help-text to the
button. Be careful though: To invoke the rich-text elements in fileSaveText(), the entire string must be surrounded by <p> and
</p>. In filePrintText(), we don't have rich-text elements, so
this is not necessary.
Next we create a QPopupMenu for the File menu and
add it to the menu bar. With the ampersand in front of the letter F,
we allow the user to use the shortcut Alt+F to pop up this menu.
Its first entry is connected to the (yet to be implemented) slot newDoc(). When the user chooses this New entry (e.g. by typing the
letter N as marked by the ampersand) or uses the
Ctrl+N accelerator, a new editor-window will pop up.
We populate the File menu with three more commands (Open, Save and
Save As), and set "What's This?" help for them. Note in particular
that "What's This?" help and pixmaps are used in both the toolbar (above)
and the menu bar (here). (See QAction and the examples/action
example for a shorter and easier approach.)
Then we insert a separator, ...
... the Print command with "What's This?" help, another separator and
two more commands (Close and Quit) without "What's This?" and pixmaps.
In case of the Close command, the signal is connected
to the close() slot of the respective ApplicationWindow object whilst
the Quit command affects the entire application.
Because ApplicationWindow is a QWidget, the close() function
triggers a call to closeEvent() which we
will implement later.
Now that we have done the File menu we shift our focus back to the
menu bar and insert a separator. From now on further menu bar entries
will be aligned to the right if the windows system style requires it.
We create a Help menu, add it to the menu bar, and insert a few
commands. Depending on the style it will appear on the right hand
side of the menu bar or not.
Now we create a simple text-editor, set the initial focus to it,
and make it the window's central widget.
QMainWindow::centralWidget() is the heart of the entire application:
It's what menu bar, statusbar and toolbars are all arranged around. Since
the central widget is a text editing widget, we can now reveal that
our simple application is a text editor. :)
We make the statusbar say "Ready" for two seconds at startup, just to
tell the user that the window has finished initialization and can be
used.
Finally it's time to resize the new window to a a nice default size.
We have now finished with the constructor. Now we'll deal with the
destructor.
The only thing an ApplicationWindow widget needs to do in its
destructor is to delete the printer it created. All other objects are
child widgets, which Qt will delete when appropriate.
Now our task is to implement all the slots mentioned in the header file
and used in the constructor.
This slot, connected to the File|New menu item, simply creates a
new ApplicationWindow and shows it.
The choose() slot is connected to the Open menu item and
tool button. With a little help from QFileDialog::getOpenFileName(), it
asks the user for a file name and then either loads that file or gives an
error message in the statusbar.
This function loads a file into the editor. When it's done, it sets the
window system caption to the file name and displays a success message in
the statusbar for two seconds. With files that exist but are not
readable, nothing happens.
As its name suggests, this function saves the current file. If no
filename has been specified so far, the saveAs() function is called. Unwritable files cause the ApplicationWindow object to provide an error-message in the statusbar.
Note that there is more than one way to do this:
compare the above statusBar()->message() line with the equivalent
code in the load() function.
Tell the editor that the contents haven't been edited since the last
save. When the user does some further editing and wishes to close the
window without explicit saving, ApplicationWindow::closeEvent() will ask about it.
It may be that the document was saved under a different name than the
old caption suggests, so we set the window caption just to be sure.
With a message in the statusbar, we inform the user that the file
was saved successfully.
This function asks for a new name, saves the document under that name,
and implicitly changes the window system caption to the new name.
print() is called by the File|Print menu item and the filePrint
tool button.
We present the user with the print setup dialog, and abandon printing
if they cancel.
We create a QSimpleRichText object and give it the text. This object
is able to format the text nicely as one long page. We achieve
pagination by printing one paper page's worth of text from the
QSimpleRichText page at a time.
Now let's see what happens when a user wishes to close()
an ApplicationWindow.
This event gets to process window system close events. A close event is
subtly different from a hide event: hide often means "iconify" whereas
close means that the window is going away for good.
If the text hasn't been edited, we just accept the event. The window
will be closed, and because we used the WDestructiveClose widget flag in the ApplicationWindow() constructor,
the widget will be deleted.
Otherwise we ask the user: What do you want to do?
If they want to save and then exit, we do that.
If the user doesn't want to exit, we ignore the close event (there is
a chance that we can't block it but we try).
The last case -- the user wants to abandon the edits and exit -- is very
simple.
Last but not least we implement the slots used by the help menu entries.
These two slots use ready-made "about" functions to provide some
information about this program and the GUI toolkit it uses. (Although you
don't need to provide an About Qt in your programs, if you use Qt for free
we would appreciate it if you tell people what you're using.)
That was all we needed to write a complete, almost useful application with
nice help-functions, almost as good as the "editors" some computer vendors
ship with their desktops, and in less than 300 lines of code!
See also Step-by-step Examples.
|
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 3.2 | |
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 ! |
Copyright © 2000-2012 - www.developpez.com