aboutsummaryrefslogtreecommitdiffstats
path: root/src/kvilib/ext
diff options
context:
space:
mode:
authorGravatar un1versal2015-10-08 13:10:17 +0100
committerGravatar un1versal2015-10-08 17:39:57 +0100
commit02bf7911f3afe6e5960349e5e61329afb3a995a9 (patch)
treef2ba9133be0a95091e85cbbb8d75e485e8f59aa5 /src/kvilib/ext
parent[ci skip] various header files, typos corrections (diff)
downloadKVIrc-02bf7911f3afe6e5960349e5e61329afb3a995a9.tar.gz
KVIrc-02bf7911f3afe6e5960349e5e61329afb3a995a9.tar.bz2
KVIrc-02bf7911f3afe6e5960349e5e61329afb3a995a9.zip
[ci skip] no strings - cpp files - typo corrections
Diffstat (limited to 'src/kvilib/ext')
-rw-r--r--src/kvilib/ext/KviAnimatedPixmapCache.cpp6
-rw-r--r--src/kvilib/ext/KviCryptEngine.cpp2
2 files changed, 4 insertions, 4 deletions
diff --git a/src/kvilib/ext/KviAnimatedPixmapCache.cpp b/src/kvilib/ext/KviAnimatedPixmapCache.cpp
index 285945bab..dc436535e 100644
--- a/src/kvilib/ext/KviAnimatedPixmapCache.cpp
+++ b/src/kvilib/ext/KviAnimatedPixmapCache.cpp
@@ -183,10 +183,10 @@ void KviAnimatedPixmapCache::timeoutEvent()
{
/*
* We are adding 15msecs to the current time. This MAY lead to the situation,
- * when the current frame will be painted a bit earlier, then i should.
- * But we are just playing animated gifs, not a HDTV video. So it should be ok.
+ * when the current frame will be painted a bit earlier, then I should.
+ * But we are just playing animated gifs, not a HDTV video. So it should be OK.
*
- * But it makes good speedup if there will be event, sceduled in such order:
+ * But it makes good speedup if there will be event, scheduled in such order:
* 1 event at time X
* 3 events at time X+2msec
* 2 events at time X+6msec
diff --git a/src/kvilib/ext/KviCryptEngine.cpp b/src/kvilib/ext/KviCryptEngine.cpp
index b52b6565c..6ec745cbd 100644
--- a/src/kvilib/ext/KviCryptEngine.cpp
+++ b/src/kvilib/ext/KviCryptEngine.cpp
@@ -129,7 +129,7 @@
Well, there is no protocol actually, only the existing implementations, that
can be accessed by anyone that want to reproduce them. There are only some
points relating to the crypting engines that need to be cleared:[br]
- The crypted text must be suitable to be sent thru an IRC connection;
+ The crypted text must be suitable to be sent through an IRC connection;
this means that some characters can not appear in the crypted text (e.g. CR,LF,NULL....).
KVIrc solves it in a simple way: the crypted binary data is encoded,
either as hexadecimal numeric string or in base64.[br]