is used by the panel view to force-activated applet windows but since it is
done on mouse press the window should become active anyway (unless there is
something like focus stealing prevention getting in the way)
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
this is only for popup applets, normal (Plasma::Applet-based) applets paint
everything and as such should handle status
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
two things doing the same thing - one has to go away. also KRun does not
fork and the launched service/application lifetime was bound to the
process launching it, that is not the case with klauncher - it is bound
to the session (in the usual case)
a few things on the TODO list but mostly for services/applications
lacking features
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
KRun already had such optimization in place for example, that makes the
file slave kinda special tho as it will determine MIME type only from mode
but the goal is to not even spin a job and a slave for local files
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
more accurate probing then before, notably by probing the file content
from the file slave (only the name was checked before because the
filepath was not a full path in some cases and the file could not be
open)
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
the specialized one, stat() does it now because emitting MIME type while
also emitting data (in or out) interrupts the data flow
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
for applets that do not have global shortcut set programatically but global
shortcut is set from the configuration interface
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
does totally different thing tho - the old method was reloading the
configuration of Plasma::RunnerManager while this one reloads the
configuration of the loaded runners. it is a convenience method still that
should not be used as runners are matching for obvious reasons
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
unless there are runners loaded that may have to be unloaded for example,
that way the initial loading of runners will be delayed until the first
query
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
performance gain for the runners, there should be no duplicates and even
if there was the only thing that was done about it is to print a debug
message when build for debugging
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
Plasma::RunnerManager::matchesChanged() is now emitted when new matches
arive, Plasma::RunnerManager::queryFinished() when matching is done (all
match jobs finished)
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
nothing but the manager is supposed to remove matches and there is a
Plasma::RunnerContext::reset() method
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
assuming that match (Plasma::QueryMatch) objects are modified by one thread
in the runner itself only or operated on a copy of one matching does not
need a mutex
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
