it is obviously the wrong approach to report applications crashes
as is noted in the comment in kdebug. since it is only for
KApplications, which provide D-Bus interface, it can be handled
differently with a separate daemon that monitors for wrong
behavior but that is not needed really since DrKonqi does a fine
job at providing feedback when such even occurs
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
there was only one now backend (INI) and changing it on the fly
(as was supported before) can cause serious issues with
applications misbihaving and such
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
kcompactdisc was remove because there is no use for it in the
current set of applications supported, if it is needed it will
need some work to make it use KMediaPlayer or whatever.
the Plasma VideoWidget class was dropped because custom widgets
(at some point) will be dropped unless absolutely needed and
hopefully getting rid of the heavy-weight QML stuff.
the new KMediaPlayer and KMediaWidgets classes are experimental
but they have been tested and they work as they should.
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
the Java applet viewer has not been touch for a long time and I
suppose nobody will. the image plugin is useless when gwenview is
installed which is the image viewer for KDE.
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
also define KDEBINDIR for the tests as it turns out that running
the tests from test target in directory other than the top-level
one (e.g. make -C kdecore/ test) breaks the logic/expectaions in
some tests thus using the full paths to the test tools.
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
these seems unnecessary because QString::fromLocal8Bit() is used
if the function is not overriden, though some sorta UTF-16 support
is suggested in the internal functions I have no trouble creating
files with UTF-16 characters in theirs names and working with
them. if there are any complaints on this it shall be reverted
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
this also fixes a strange bug that I originally tought that it's an RPATH
issues but it turns out that this is some kind of mutex-lock issue. to be
more interesting this bug does not occur when the NDEBUG conditionals are
removed or if they are unconditionalized, the first observation leads me to
think that this is compiler bug and the second that it's mutex-lock issue
that is resolved because some code in KDebug and/or QDebug (i've tried with
it too) locks/unlockes/detaches/does some voodoo that overcomes the bug.
in any case it's hard for me to pin-point the problem so if anyone can look
into it that would be great, for now this change will do
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
