summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
Diffstat (limited to 'Swiften')
-rw-r--r--Swiften/Client/Client.h2
1 files changed, 1 insertions, 1 deletions
diff --git a/Swiften/Client/Client.h b/Swiften/Client/Client.h
index 5b11688..be4881a 100644
--- a/Swiften/Client/Client.h
+++ b/Swiften/Client/Client.h
@@ -24,61 +24,61 @@ namespace Swift {
class MUCManager;
class MUCRegistry;
class MemoryStorages;
class NickManager;
class NickResolver;
class PresenceOracle;
class PresenceSender;
class PubSubManager;
class SafeString;
class SoftwareVersionResponder;
class StanzaChannelPresenceSender;
class Storages;
class SubscriptionManager;
class VCardManager;
class WhiteboardSessionManager;
class XMPPRoster;
class XMPPRosterController;
class XMPPRosterImpl;
/**
* Provides the core functionality for writing XMPP client software.
*
* Besides connecting to an XMPP server, this class also provides interfaces for
* performing most tasks on the XMPP network.
*/
class SWIFTEN_API Client : public CoreClient {
public:
/**
* Constructs a client for the given JID with the given password.
*
- * \param jid The JID to be used for the login. If only a bare
+ * \param jid The JID to be used for the login. If only a bare
* JID is give the server will be asked to generate a resource.
* \param password The password used for login given as a \ref SafeString.
* \param networkFactories The network factories that are used
* to handle any network related tasks.
* \param storages The interfaces for storing cache information etc. If
* this is NULL,
* all data will be stored in memory (and be lost on shutdown)
*/
Client(const JID& jid, const SafeString& password, NetworkFactories* networkFactories, Storages* storages = nullptr);
virtual ~Client();
/**
* Sets the software version of the client.
*
* This will be used to respond to version queries from other entities.
*/
void setSoftwareVersion(const std::string& name, const std::string& version, const std::string& os = "");
/**
* Returns a representation of the roster.
*
* The roster is initially empty. To populate it, call requestRoster(),
* which will request the roster from the server. When the roster has
* been requested, it will also be kept up to date when it is updated on
* the server side.
*
* This pointer remains the same across the lifetime of Client. All
* changes to the roster (e.g. after the initial roster request, or after
* subsequent roster updates) are notified through the XMPPRoster's