GitLab

Summary:
When porting from `add_library` to `okular_add_generator`, 2f9246ae
missed to remove `MODULE` for spectre, which is already implicitly added
as can be seen [here](https://phabricator.kde.org/source/kcoreaddons/browse/master/KF5CoreAddonsMacros.cmake;83623a46c9862ee37535de93427dec0b0c55e24d$139).

This causes the upcoming CMake 3.10 to print the error `Cannot find
source file`, which can be fixed by removing the superfluous `MODULE`.

BUG: 386176

Test Plan:
No error shown anymore with CMake 3.10.0-rc4. Still works with CMake
3.5.1.

Reviewers: #okular, ngraham

Reviewed By: ngraham

Tags: #okular

Differential Revision: https://phabricator.kde.org/D8612

Generators are libraries, so define the proper TRANSLATION_DOMAIN
for each for them.

Thanks Albert for spotting this.

REVIEW:129347
BUG:363842

This removes kdelibs4support for all generators except the mobipocket one.
The test executable for kimgio needs some windows fixes too, so I'll try
to make a separate review for that.

REVIEW: 126375

This means Okular can now work without ksycoca and KDELibs4Support.

REVIEW: 126193

Would be nice if I had some CHM files to test this on.

splits the desktop file of the active app per mimetype,
as is done for the desktop version and for the part,
so only the ones that were actually built will be supported

svn path=/trunk/KDE/kdegraphics/okular/; revision=1187515

svn path=/trunk/KDE/kdegraphics/okular/; revision=829219

Fix kdegraphics/okular/generators/spectre/CMakeLists.txt so the build against libspectre actually works.

svn path=/trunk/KDE/kdegraphics/okular/; revision=769703

svn path=/trunk/KDE/kdegraphics/okular/; revision=752242

svn path=/trunk/KDE/kdegraphics/okular/; revision=744174

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

Replace the ghostview generator by the spectre generator, both are based on libgs, but the spectre one is simpler
as it uses the yetToBeAnnounced freedesktop libspectre project. I'm actually adding libspectre sources for the kde4.0.x
timeframe as libspectre won't be released/packaged on time for 4.0 but will remove it for 4.1 and onwards.

libspectre is a shared project between okular and evince *hooraay* that aims to unify the developing of a layer on top of libgs

That closes my work on making ps *work* on okular for KDE 4.0, any reported problem will be of course investigated
Thanks for reading up to here :-D

svn path=/trunk/KDE/kdegraphics/okular/; revision=732860

*** Note this is not a complete port, most of the generators use the 
printFiles method which Qt 4.3 does not support, these have simply
been commented out until we find a solution.  At least it removes
the dependency so we can remove from kdelibs.

svn path=/trunk/KDE/kdegraphics/okular/; revision=725660

change XDG_APPS_DIR -> XDG_APPS_INSTALL_DIR, XDG_DIRECTORY_DIR->XDG_DIRECTORY_INSTALL_DIR, DBUS_INTERFACES_DIR->DBUS_INTERFACES_INSTALL_ DIR, DBUS_SERVICES_DIR->DBUS_SERVICES_INSTALL_DIR to have same naming convention as discussed with Alex.

svn path=/trunk/KDE/kdegraphics/okular/; revision=691222

svn path=/trunk/KDE/kdegraphics/okular/; revision=686063

svn path=/trunk/KDE/kdegraphics/okular/; revision=671330

 - We don't use libqgs anymore but libgs directly
 - We don't use an out of process executable anymore to talk to libqgs

Using libgs is a bit cumbersome (only one gs instance per process)
and almost no other gs viewer does it, but if you look at kghostview code
it's full of X black magic, so going the libgs path feels better
for my sanity and for portability

svn path=/trunk/KDE/kdegraphics/okular/; revision=671156

Each plugin installs a application desktop so that the supported mimetypes are exactly the ones supported by the plugins installed

svn path=/trunk/KDE/kdegraphics/okular/; revision=651194

CURRENT_SOURCE_DIR is playground/graphics/okular/generators/ghostview/
so ../libqgs would be
playground/graphics/okular/generators/libqgs
and ../../libqgs would be 
playground/graphics/okular/libqgs
so we need ../../../libqgs


svn path=/trunk/playground/graphics/okular/; revision=648055

Make it possible to compile all of playground in one go (but also still to compile it like before, of course).
 -> CMAKE_SOURCE_DIR replaced with CMAKE_CURRENT_SOURCE_DIR.
Remove module-wide config.h files, unused yet, but better remove the temptation.

svn path=/trunk/playground/graphics/okular/; revision=647336

svn path=/trunk/playground/graphics/okular/; revision=619217

svn path=/trunk/playground/graphics/okular/; revision=603923

some module compiles with enable-final now)
As discussed with Alex it's not necessary to have program name
into automoc macro

svn path=/trunk/playground/graphics/okular/; revision=598341

trying to port to KTemporaryFile where possible, and still rely on K3TempFile where it needs more work

svn path=/trunk/playground/graphics/okular/; revision=596083

(there was not a dependancy between <name>_final.cpp file and
kcfg file => kfg files were never created)

Not necessary to rebuild all kdelibs just cp kdelibs/cmake/modules/KDE4Macros.cmake <path_kde4>/share/apps/cmake/modules

I ported all kde module (without enable-final argument, it compiles fines (test and program))
Don't try to use enable-final argument for the moment it doesn't compile (but dependancy works)
(I didn't test all compile for the moment I will fix all compile today (without enable-final argument)
kdelibs/kdepimlibs/kdebase/kdeutils compiles fine)

svn path=/trunk/playground/graphics/okular/; revision=595199

Necessary to change KDE4_AUTOMOC macro to support
enable-final argument

(there was not a dependancy between <name>_final.cpp file and
moc generated files => moc files were never created)

Not necessary to rebuild all kdelibs just cp kdelibs/cmake/modules/KDE4Macros.cmake <path_kde4>/share/apps/cmake/modules

I ported and tested all kde module (without enable-final argument, it compiles fines (test and program))
Don't try to use enable-final argument for the moment it doesn't compile (but dependancy works)

Regards

svn path=/trunk/playground/graphics/okular/; revision=595060