Also make sure any changes to Input Action is immediately notified to
the kded service.
This resolves issue #537.
1. Fix kded service startup settings.
In TCC --> Regional & Accessibility --> Input Actions --> General
Settings tab, there was a checkbox to "disable the daemon". This was
either quitting or relaunching khotkeys as a standalone application,
overlapping any choice set in the TCC -> TDE Components --> Service
Manager page.
khotkeys is now launched as a kded service, therefore the aforemention
checkbox is no longer required. If a user choose to manually launch
khotkeys as a standalone application, they can disable it by simply
terminating the application (either by killing it or quitting through
DCOP).
2. Notify Input Actions changes to the kded service
If Input Actions are changed, the changes will be notified to either the
kded service or the standalone khotkeys application, depending on which
of the two is running.
3. the kcm_khotkeys_init library has been removed since it is no longer
necessary.
Signed-off-by: Michele Calgaro <michele.calgaro@yahoo.it>
1. ensure there is a single khotkeys instance running per session
instead of per screen (remote multihead related code)
2. allow khotkeys to be run as a kded module
3. make sure that khotkeys run either as a standalone application or as
a kded module, but not both at the same time
4. do not register khotkeys as a main DCOP entry (like an app) anymore.
When run as kded module, this was causing kded to be registered as
khotkeys a second time.
Signed-off-by: Michele Calgaro <michele.calgaro@yahoo.it>
Since KDE 3.4 there is underlying support for dynamically determining whether a module should
be loaded or not, depending on an exported test function which would return a boolean value
depending on the success of one or more tests (e.g. for presence of specific hardware).
This approach is documented but has so far not been implemented by the TDE Control Centre.
This commit adds a check to the TCC which performs the test function if needed (that is, if
the X-TDE-Test-Module property is true) and, if it returns false, prevents showing the
module in the tree list, which is the intended behaviour of the test function feature.
For more information see:
https://wiki.trinitydesktop.org/index.php?title=TDEConfig_Module_HOWTO&oldid=1893#Making_a_KCModule_dynamically_available
Signed-off-by: Mavridis Philippe <mavridisf@gmail.com>
This icon is more accurate than the more generic applications-internet.
Includes a tdeconf_update script.
Signed-off-by: Mavridis Philippe <mavridisf@gmail.com>
This change makes it possible for network folders in Remote Places to be moved to and restored from the Trash folder.
Before this change, such folders could only be removed via deletion (shift+delete) and could not be restored afterwards.
Signed-off-by: Mavridis Philippe <mavridisf@gmail.com>
- Add actions related to keys XF86Sleep (Suspend) and XF86ScreenSaver (Lock Session)
- Fix name of "Log Out" actions
Signed-off-by: Mavridis Philippe <mavridisf@gmail.com>
The corresponding shortcuts have been added as part of the KDesktop shortucts, to complement similar options (logout, shutdown, reboot).
The shortcuts are only shown for the options that KSMServer reports via DCOP as valid.
In order to do be able to make a DCOP call from kdesktopbindings.cpp, the <dcopref.h> include had to be added to several files of the shortcuts TDECM.
Signed-off-by: Mavridis Philippe <mavridisf@gmail.com>
1. Some code deduplication. Suspending is now handled via the public method `suspend(int)` which is DCOP-accessible and maps SuspendType values to corresponding TDEHWLib TDESystemPowerState values, and the internal method `suspendInternal(int)` which performs the chosen suspend and optionally locks the screen beforehand.
2. Options are now read from power-managerrc on startup and stored in memory to avoid reading the configuration file every time a suspend is requested.
3. SuspendType is now a member of KSMServer class (instead of KSMShutdownDlg)
4. A new DCOP-accessible method `suspendOptions()` returns a TQStringList of all available suspend options.
Signed-off-by: Mavridis Philippe <mavridisf@gmail.com>