kpilot/lib

kpilot/lib Class List

Here are the classes, structs, unions and interfaces with brief descriptions:
ActionQueueThe ActionQueue is a meta-action, which handles running a bunch of SyncActions in sequence
CleanupActionEnd the HotSync
ConduitActionThe SyncActions created by the factory should obey at least the argument test, indicating a dry run
ConduitConfigBaseConduitConfigBase is for configuration purposes
ConduitFactory< Widget, Action >Template class that defines a conduit's factory
ConduitProxyThe ConduitProxy action delays loading the plugin for a conduit until the conduit actually executes; the proxy then loads the file, creates a SyncAction for the conduit and runs that
CUDCounterCreate-Update-Delete tracking of the plugin, used for reporting purposes (in a consistent manner)
DatabaseInterpreter< kdetype, pilottype, mapper >A template class for reading and interpreting a database
DeviceCommEvent
DeviceCommThreadClass that handles all device communications
DeviceMap
Pilot::dlp< t >
Pilot::dlp< char * >
Pilot::dlp< char >
Pilot::dlp< long >
Pilot::dlp< short >
IDMapperMuch of the conduits are recordbased
IDMapperXml
IDMapping
KPilotCard
KPilotDepthCount
KPilotDeviceLinkDefinition of the device link class for physical handheld devices, which communicate with the PC using DLP / SLP via the pilot-link library
KPilotLibSettings
KPilotLinkKPilotLink handles some aspects of communication with a Handheld
KPilotLocalLinkImplementation of the device link for file-system backed (ie
KPilotSysInfo
KPilotUser
Messages
NullMapper< T >NULL mapper class; the conversions here don't do anything, so you can use this when you only need 1 conversion step (from PilotRecord to PilotDatebookEntry, for instance) instead of 2
PhoneSlotThis class exists only to clear up the type mess that is the field-numbers-and-indexes for phone numbers in the handheld records
PilotAddressA wrapper class around the Address struct provided by pi-address.h
PilotAddressInfo
PilotAppInfo< appinfo, unpack, pack >A template class for reading and interpreting AppInfo blocks; the idea is that it handles all the boilerplate code for reading the app block, converting it to the right kind, and then unpacking it
PilotAppInfoBaseA database on the handheld has an "AppInfo" block at the beginning with some database-specific information and a common part
PilotDatabaseMethods to access a database on the pilot
PilotDateEntryThis class is a wrapper for pilot-link's datebook entries (struct Appointment)
PilotDateInfo
PilotLocalDatabasePilotLocalDatabase represents databases in the same binary format as on the handheld but which are stored on local disk
PilotMemo
PilotRecordAn "uninterpreted" representation of the bits comprising a HH record
PilotRecordBaseAll entries in the Handheld -- whether interpreted or binary blobs -- have some common characteristics, viz
PilotSerialDatabasePilotSerialDatabase represents databases stored on the handheld and accessed through the SLP / DLP protocol
PilotTodoEntryA decoded ToDo item
RecordConduit< PCEntry, PCContainer, HHEntry, HHAppInfo, Syncer >
RecordConduitBaseAn intermediate class that introduces the slots we need for our sync implementation
SorryActionThis one just says "sorry, can't sync now"
SyncAction
SyncAction::SyncModeThis class encapsulates the different sync modes that can be used, and enforces a little discipline in changing the mode and messing around in general
TestLinkThis action is intended to test the link with the handheld and not do anything spectacular
WelcomeActionThis action puts "Welcome to KPilot" in the sync log of the handheld
KDE Home | KDE Accessibility Home | Description of Access Keys