Doesn't support actions exposed via D-bus about contractor

[elementaryBot]

Maemo's libcontentaction does support that, and it's time-tested; I believe its .desktop file format is flexible enough. It can be viewed in the overview: http://harmattan-dev.nokia.com/docs/platform-api-reference/showdoc.php?pkn=libcontentaction&wb=daily-docs&url=Li94bWwvZGFpbHktZG9jcy9saWJjb250ZW50YWN0aW9u

Launchpad Details: #LPC Sergey "Shnatsel" Davidoff - 2012-10-03 15:45:47 +0000

[elementaryBot]

Discussion from the Google Doc (http://goo.gl/A2lHJ):

Сергей Давыдов
11:47 AM Sep 4
It's not only ugly, it's limited too. Not every useful D-bus request can be performed with dbus-send.

Fabian Thoma
4:29 PM Oct 26
so how is this needed in contractor? Last time I checked this was a commandline interface and not dbus?

Сергей Давыдов
4:39 PM Oct 26
Exposing app capabilities over D-bus is the cleanest way I can think of. D-bus is designed for this, so we should support calling things over D-bus.

"dbus-send" is what converts command-line stuff to d-bus calls; it's a hacky workaround until we have native D-bus support.

Launchpad Details: #LPC Cassidy James Blaede - 2012-11-09 20:36:39 +0000

[elementaryBot]

Does the rewrite affect this?

Launchpad Details: #LPC Cody Garver - 2013-04-22 19:38:32 +0000

[elementaryBot]

On a second thought, D-bus actions are usually quite low-level, so we'd have to present the user with some kind of intermediate UI either way.

For example, sending files with Empathy and Pidgin requires choosing the recipient first in some kind of external UI, as seen in e.g. nautilus-sendto.

Thus calling D-bus actions from Contractor directly might be not needed.

Launchpad Details: #LPC Sergey "Shnatsel" Davidoff - 2013-04-25 15:13:12 +0000