kpilot/lib
ConduitAction Class Reference
#include <plugin.h>
Inheritance diagram for ConduitAction:

Detailed Description
The SyncActions created by the factory should obey at least the argument test, indicating a dry run.The device link is the link where the sync should run -- don't get the pilotPort() until the sync runs!
setConfig() will be called before the sync starts so that the conduit can read/write metadata and local settings.
Definition at line 134 of file plugin.h.
Public Member Functions | |
ConduitAction (KPilotDeviceLink *, const char *name=0L, const QStringList &args=QStringList()) | |
QString | conduitName () const |
Protected Member Functions | |
const SyncMode & | syncMode () const |
ConflictResolution | getConflictResolution () const |
bool | changeSync (SyncMode::Mode m) |
void | setConflictResolution (ConflictResolution res) |
bool | isFullSync () const |
bool | isFirstSync () const |
void | setFirstSync (bool first) |
bool | openDatabases (const QString &dbName, bool *retrieved=0L) |
Protected Attributes | |
PilotDatabase * | fDatabase |
PilotDatabase * | fLocalDatabase |
QString | fConduitName |
Member Function Documentation
|
Try to change the sync mode from what it is now to the mode This may fail (ie. changing a backup to a restore is not kosher) and changeSync() will return false then. |
|
Retrieve the conflict resolution setting for this action.
|
|
A first sync (i.e. database newly fetched from the handheld ) does not check for deleted records, but understands them as added on the other side. The flag is set by the conduits when opening the local database, or the calendar/addressbook (if it is empty). This also implies a full sync. |
|
A full sync happens for eFullSync, eCopyPCToHH and eCopyHHToPC. It completely ignores all modified flags and walks through all records in the database. |
|
See openDatabases_ for info on the
In local mode,
|
|
Retrieve the sync mode set for this action.
|
The documentation for this class was generated from the following files: