The QAbstractFileEngineHandler class provides a way to register custom file engines with your application. More...
#include <QAbstractFileEngineHandler>
Note: All functions in this class are reentrant.
This class was introduced in Qt 4.1.
QAbstractFileEngineHandler () | |
virtual | ~QAbstractFileEngineHandler () |
virtual QAbstractFileEngine * | create ( const QString & fileName ) const = 0 |
The QAbstractFileEngineHandler class provides a way to register custom file engines with your application.
QAbstractFileEngineHandler is a factory for creating QAbstractFileEngine objects (file engines), which are used internally by QFile, QFileInfo, and QDir when working with files and directories.
When you open a file, Qt chooses a suitable file engine by passing the file name from QFile or QDir through an internal list of registered file engine handlers. The first handler to recognize the file name is used to create the engine. Qt provides internal file engines for working with regular files and resources, but you can also register your own QAbstractFileEngine subclasses.
To install an application-specific file engine, you subclass QAbstractFileEngineHandler and reimplement create(). When you instantiate the handler (e.g. by creating an instance on the stack or on the heap), it will automatically register with Qt. (The latest registered handler takes precedence over existing handlers.)
For example:
class ZipEngineHandler : public QAbstractFileEngineHandler { public: QAbstractFileEngine *create(const QString &fileName) const; }; QAbstractFileEngine *ZipEngineHandler::create(const QString &fileName) const { // ZipEngineHandler returns a ZipEngine for all .zip files return fileName.toLower().endsWith(".zip") ? new ZipEngine(fileName) : 0; } int main(int argc, char **argv) { QApplication app(argc, argv); ZipEngineHandler engine; MainWindow window; window.show(); return app.exec(); }
When the handler is destroyed, it is automatically removed from Qt.
The most common approach to registering a handler is to create an instance as part of the start-up phase of your application. It is also possible to limit the scope of the file engine handler to a particular area of interest (e.g. a special file dialog that needs a custom file engine). By creating the handler inside a local scope, you can precisely control the area in which your engine will be applied without disturbing file operations in other parts of your application.
See also QAbstractFileEngine and QAbstractFileEngine::create().
Constructs a file handler and registers it with Qt. Once created this handler's create() function will be called (along with all the other handlers) for any paths used. The most recently created handler that recognizes the given path (i.e. that returns a QAbstractFileEngine) is used for the new path.
See also create().
Destroys the file handler. This will automatically unregister the handler from Qt.
Creates a file engine for file fileName. Returns 0 if this file handler cannot handle fileName.
Example:
QAbstractSocketEngine *ZipEngineHandler::create(const QString &fileName) const { // ZipEngineHandler returns a ZipEngine for all .zip files return fileName.toLower().endsWith(".zip") ? new ZipEngine(fileName) : 0; }
See also QAbstractFileEngine::create().
© 2008-2011 Nokia Corporation and/or its subsidiaries. Nokia, Qt and their respective logos are trademarks of Nokia Corporation in Finland and/or other countries worldwide.
All other trademarks are property of their respective owners. Privacy Policy
Licensees holding valid Qt Commercial licenses may use this document in accordance with the Qt Commercial License Agreement provided with the Software or, alternatively, in accordance with the terms contained in a written agreement between you and Nokia.
Alternatively, this document may be used under the terms of the GNU Free Documentation License version 1.3 as published by the Free Software Foundation.