Scratchpad/KMoreToolsFramework: Difference between revisions

From KDE Community Wiki
(about .desktop files for not-installed applications/services)
Line 13: Line 13:


== Use cases / References==
== Use cases / References==
* Use case in dolphin: "dolphin: add menu to SpaceInfo widget for detailled disk usage information": https://git.reviewboard.kde.org/r/121478/
* Use case in dolphin: "dolphin: add menu to SpaceInfo widget for detailled disk usage information": https://git.reviewboard.kde.org/r/121478/
== Technical details ==
=== .desktop files for not-installed applications/services ===
... [draft] / comments? ...
'''Q:''' '''Why add the .desktop file''' of each tool that should be in the suggestion list to the application that makes the suggestion?
'''A:''' The .desktop file contains the '''translated''' application name and generic name (short tool description) that can be displayed to the user even if the package is '''not installed yet'''.
'''Q:''' Maintaining the copy of the .desktop file?
'''A:''' In regular intervals the upstream .desktop file of the referenced package should be updated. But in general there is no tight coupling, so the application that uses MTS is ''not'' forced to do it on every minor change.
== Later: package mgmt integration ==
Use case:
* "KDiskFree not installed. If you would like to install it, click here to install it."
* Similar to /usr/bin/cnf but for .desktop files of programs that are not yet installed: start the distro GUI package mgmt for the specific package.
TODO: is there already related work in this direction?
* ...
* ...

Revision as of 12:57, 10 January 2015

The "More Tools Suggestion" (MTS) Framework -- Draft

Abstract

This scratchpad page is the starting point for the draft specification of a framework or module called "More Tools Suggestion" (MTS).

MTS should the support the following purpose:

1a) PRIMARY GOAL: Give novice users hints about tools that are useful in a particular context even if the are not installed.

1b) CONDITION: The tool suggestions - especially for not-installed tools - should be non-obstrusive. The advanced user should have a global option to turn off the suggestions.

2) NICE-TO-HAVE: When the user chooses a not-installed tool, the distro specific package manager should be used to start the installation process for the chosen software.

Use cases / References

Technical details

.desktop files for not-installed applications/services

... [draft] / comments? ...

Q: Why add the .desktop file of each tool that should be in the suggestion list to the application that makes the suggestion?

A: The .desktop file contains the translated application name and generic name (short tool description) that can be displayed to the user even if the package is not installed yet.

Q: Maintaining the copy of the .desktop file?

A: In regular intervals the upstream .desktop file of the referenced package should be updated. But in general there is no tight coupling, so the application that uses MTS is not forced to do it on every minor change.

Later: package mgmt integration

Use case:

  • "KDiskFree not installed. If you would like to install it, click here to install it."
  • Similar to /usr/bin/cnf but for .desktop files of programs that are not yet installed: start the distro GUI package mgmt for the specific package.

TODO: is there already related work in this direction?

  • ...
  • ...