Development/Tutorials/KAuth/KAuth Actions

< Development‎ | Tutorials
Revision as of 18:15, 10 February 2010 by Drf (Talk | contribs)

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search


Contents

Development/Tutorials/KAuth/KAuth Actions


Using KAuth actions in your application
Tutorial Series   KAuth Tutorial
Previous   KAuth Basics
What's Next   Creating a KAuth helper to perform a privileged action
Further Reading   None

Using actions in your applications

Now that you've learned the basic KAuth concepts and how to register a set of actions into the system, it's time to see how to actually use KAuth actions inside your application. This tutorial will cover the caller side: how to implement an helper associated to an action will be covered in the next tutorial.

A simple case: creating and executing an action that has no helper associated

Creating an action in your code is rather simple:

Action readAction = "org.kde.auth.example.read";

As you can see, Actions are usually created on the stack and just when needed. To create an action, you just have to specify its own identifier.

If your action has no helper associated with it (so you just want to check if the user is authorized before going on), the next step is just doing the following:

KAuth::ActionReply reply = readAction.execute(); if (reply.failed()) {

  QMessageBox::information(this, "Error", QString("KAuth returned an error code: %1").arg(reply.errorCode()));

} else {

  // Do your stuff here...

}

Action::execute() starts up all the phases from authorization to execution and returns an ActionReply. In our case, if the reply failed is because the authorization was unsuccessful: in any case, ActionReply carries additional information about the error occurred.

Creating and executing an action that has an helper attached to it

The basics are pretty much the same. This is how the snippet changes:

KAuth::Action readAction = "org.kde.auth.example.read"; readAction.setHelperID("org.kde.auth.example"); QVariantMap args; args["filename"] = filename; readAction.setArguments(args);

KAuth::ActionReply reply = readAction.execute(); if (reply.failed()) {

  QMessageBox::information(this, "Error", QString("KAuth returned an error code: %1").arg(reply.errorCode()));

} else {

  contents = reply.data()["contents"].toString();

}

There are more parameters this time. First of all, the helper has to be explicitely declared throughout Action::setHelperID. This is also done to prevent calling an helper accidentally. We are also able to pass some parameters to the helper, through Action::setArguments. In the very same way, the helper, upon success, is able to give back to the application a QVariantMap, accessible through ActionReply::data().

In this case, Action::execute() also launches the execution phase of the helper, given that the authorization was successful.

There are more advanced usages for helper actions, such as progress reporting and data retrieval during execution, but these will be covered in the next tutorial.


KDE® and the K Desktop Environment® logo are registered trademarks of KDE e.V.Legal