Pino Toscano 6aa123656a Port the plugin system to the standard KDE factory and loader, getting rid of the custom system okular had so far. ... This requires a generator to have a MyGenerator(QObject *parent, const QVariantList &args) constructor in order to be successfully loaded. The OKULAR_EXPORT_PLUGIN macro was adapted, and the generators to provide it the about data; the protected Generator::setAboutData() is no more needed. Remove the 'lib' prefix from plugins, unneeded now. CCMAIL: okular-devel@kde.org svn path=/trunk/KDE/kdegraphics/okular/; revision=744169		2007-12-02 20:57:24 +00:00
..
.emacs-dirvars	Add in very rough first version of the XML paper	2006-09-11 10:44:17 +00:00
CMakeLists.txt	Port the plugin system to the standard KDE factory and loader, getting rid of the custom system okular had so far.	2007-12-02 20:57:24 +00:00
generator_xps.cpp	Port the plugin system to the standard KDE factory and loader, getting rid of the custom system okular had so far.	2007-12-02 20:57:24 +00:00
generator_xps.h	Port the plugin system to the standard KDE factory and loader, getting rid of the custom system okular had so far.	2007-12-02 20:57:24 +00:00
libokularGenerator_xps.desktop	Port the plugin system to the standard KDE factory and loader, getting rid of the custom system okular had so far.	2007-12-02 20:57:24 +00:00
Messages.sh	extract the messages of each generator into an own pot: this way it's easier to translate a single backend (or provide the translation for a custom one), but as drawback some strings are repeated in more than one pot	2007-03-12 00:26:41 +00:00
okularApplication_xps.desktop	SVN_SILENT made messages (.desktop file)	2007-12-02 08:05:31 +00:00
okularXps.desktop	remove deprecated Encoding	2007-11-15 22:38:18 +00:00