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
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
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
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
- 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
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
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
(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
compiling both separately and relying on the installed qgs for okular, only
look for libgs and build both qgs and ghostscript at the same time.
svn path=/branches/work/kde4/playground/graphics/cmake/; revision=546363