first thing first - that feature was not in the spec and still is not,
people fucked up at some level and now things like gnome-screensaver are
just deprecated, that is the bottom line
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
because gatherInfo() was called via timer it could not finish before
matching has started in some cases
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
with that being the only runner that requires that feature the launcher
applet no longer has to support that feature, doubles as dealing with
the TODOs about the shell runner
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
lots of references have to be kept and passed around because once the
device is removed Solid::Device is just an UDI - anything else is
obtained dynamically and will return invalid results (even casts will
not work)
what the mountpoint cleaner does? when a device is removed without
being unmounted (e.g. USB storage) the program will call `unmount`
essentially making sure the device node and the mount point can be used
when the device is inserted again, no other project does that as far as
I am aware
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
can implement condition for when device changes occurs too but I have no
plans to use it for something, not yet that is. the remove condition can
(and probably will be) used to start kvkbd when there is no keyboard
plugged in altough that will require program to check when to do that
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
how does it look? something like this:
https://ibb.co/1zbDVpk
and because all the SolidUiServer bits are written by me now - copyright
it to me. the actions dialog was not operational btw (not for hotplug
events anyway).
the solidautoeject thing does not even make sense - when the eject
button is pressed it was calling Solid::OpticalDrive::eject() but if the
button is pressed the tray will eject anyway so what was it doing
actually?
solid-device-automounter can be replaced with solid actions but the
devices are mounted for solid actions anyway so dropping it
as for KCM for the solid actions - there can be none but to add features
such as non-interactive actions (e.g. launch the keyboard KCM when a
keyboard is plugged without poping dialog) or actions that do something
on device removal it has to be done anew
note that the action file for opening a file manager was named
"test-predicate-openinwindow" meaning it was a testing thing rather than
a finished thing
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
side note: the places runner may also add matches for the removable devices
because the places implementation handles them as bookmarks (the devices
in the dolphin places panel are bookmarks!
see kdelibs/kfile/kfileplacesitem.cpp)
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
using solid directly and not depending on soliduiserver for the actions,
now the hotplug and devicenotifications data engines aswell as the
devicenotifier applet can be reimplemented too
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
