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>
Plasma::Applet::init() and Plasma::Applet::constraintsEvent() may be called
in order such that the members were not created yet
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>
lots of changes with this commit - on the plasma applet side:
+ the applet now handles mouse wheel events
* the applet itself sets its global global shortcut key
+ the applet itself has configuration interface for the text and flag options
* ported to the new KKeyboardLayout class
- no per-window or per-application keyboard layout
on the overall keyboard configuration:
* no KDED module required
+ keyboard layout descriptions (model, layout, variant, etc.) are actually translated
- no keyboard configuration will be shown when a keyboard is plugged-in (see bellow)
- keyboard layout options are not configurable, not via GUI interface anyway
the hotplug plasma data engine, device notifications and solid actions
have to be either reimplemented or extended to handle more device types
(currently the above mentioned handle only removable devices by default
such as cameras, not input devices such as keyboard)
overall - from reimplemented one thing to another and the keyboard
configuration is not done yet (adding and editing keyboard layout not
implemented yet) but in a working state
on a side note the changes here affect kvkbd as it uses D-Bus interface
for keyboard layout change that is no more and has to be ported or (most
likely) replaced with a handler for QEvent::RequestSoftwareInputPanel
event that shows a keyboard on demand
there is also the double-keyboard layout applet thing - applet for the
keyboard layout could be added and the daemon (KDED module) was showing
its own keyboard layout indicator automatically (by default)
the X11 keyboard bell options are next to useless btw - there is
KNotification::beep() for such things so the X11 bell options are
simply dropped
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
now with separate options for screen and sleep power management
suppression as well as being able to select which battery to show
information (including icon) for in the tray:
https://ibb.co/DDC01rh
the battery icon is questionably bigger than it should be, have to test
it with battery that is recognizable still (PS3 controller battery
provides only capacity and status info)
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
note that it is independant of X11 multiscreen, as the comment in
KWin::Workspace::isOnCurrentHead() claims
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
plasma-desktop wallpaper does not affect other applications, not during
startup and not after startup is done
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
whoever made that image from the source (see
plasma/desktoptheme/oxygen/dialogs/shutdowndialog.source.svgz
and plasma/desktoptheme/oxygen/dialogs/shutdowndialog.svgz) did not
remove everything but the moon and the moon picture object covers
the text in the shutdown dialog
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
the only use case is to launch ksnapshot which can be done by
plasma-desktop, some of the actions code is borked (notably window
matching, global and menu actions were working) and I have no
intention to fix it. even if fixed when a window (and thus possibly
application) key is grabbed there is a chance the window (application)
may want to grab the grabbed key and fail (i.e. grab conflict) so it
shall be left to the application to set what keys shall be global
(grabbed) hence the bits to start ksnapshot are moved to plasma-desktop
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>