current LC API first. No idea if it's workable w/o doing the other direction
the way Koos did, but I figure it's better than trying to get a few thousand
of untested LoC with completely new APIs working (and may be perhaps backportable),
especially since I did a lot of the work before and can adapt it.
This commit does:
- Update the SDK headers for some of the new functions/enums
- Handle the LC requests in the part, and forward them via DBus to the viewer
- Similarly, have the viewer properly unpack and pass to the scripting engine
- The scripting code for now merely does some API initialization, no actual work.
svn path=/trunk/KDE/kdebase/apps/; revision=1116993
To reduce duplication to the minimum, this code now uses KMimeType::sharedMimeInfoVersion() added on March 9 to kdelibs.
svn path=/trunk/KDE/kdebase/apps/; revision=941945
Work done by Sergey Saukh.
See discussion on kde-devel ('nsplugins patch (KDE4)').
CCMAIL:thelich@yandex.ru
svn path=/trunk/KDE/kdebase/apps/; revision=803987
- Actually build a kpart and install as is.
- Actually build a working kcminit module. Which might not be
such a hot idea since KConfig seems to like to loop infinitely on this
stuff
- Actually let nspluginviewer start
Right now it's lost someplace in d-bus communication...
And we didn't deal with the Xt issue yet. Oh boy.
svn path=/trunk/KDE/kdebase/apps/; revision=728776
of view, but it's completely unreasonable to expect the user to run
the check manually. Check timestamps to find out if a full scan is needed.
This also makes the config options for this more or less unnecessary.
BUG: 126744
svn path=/trunk/KDE/kdebase/apps/; revision=705275
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/KDE/kdebase/konqueror/; revision=598290
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/KDE/kdebase/konqueror/; revision=595039
Remaining errors consist only of #include not found (dcopclient.h, dcopref.h, kdatastream.h and kdirnotify_stub.h)
svn path=/trunk/KDE/kdebase/nsplugins/; revision=548395
-cleanup the toplevel CMakeLists.txt a bit
-remove include_directories( CMAKE_CURRENT_SOURCE_DIR CMAKE_CURRENT_BINARY_DIR)
in the subdirs, since this is done now automatically by cmake (the CMAKE_INCLUDE_CURRENT_DIR option
-include_directories(KDE4_INCLUDES) in the toplevel CMakeLists.txt, so it
doesn't have to be done in every subdir
Alex
svn path=/trunk/KDE/kdebase/konqueror/; revision=539914
Better error message when Xt isn't available (in fact this makes it optional, to avoid a cryptic error message)
svn path=/trunk/KDE/kdebase/nsplugins/; revision=536355
${CMAKE_CURRENT_SOURCE_DIR} ${CMAKE_CURRENT_BINARY_DIR} in each and every file anymore [only when subdirs might depend on that].
Also ran a script which makes sure that ${KDE4_INCLUDE_DIR} and ${QT_INCLUDES} are added -last-,
so that installed headers are not preferred over (possibly more uptodate) local headers.
svn path=/trunk/KDE/kdebase/konqueror/; revision=521887