From c2fdbe63f8d0dc822c79100ab6739f297b2c6ab8 Mon Sep 17 00:00:00 2001 From: Darrell Anderson Date: Sun, 21 Oct 2012 16:40:18 -0500 Subject: [PATCH] Fix inadvertent tq changes. (cherry picked from commit 1ba4ed64cb27aff7bf919f290a8e67d223c94647) --- kdecore/kdemacros.h.in | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/kdecore/kdemacros.h.in b/kdecore/kdemacros.h.in index 04ee7f183..9566c386b 100644 --- a/kdecore/kdemacros.h.in +++ b/kdecore/kdemacros.h.in @@ -105,11 +105,11 @@ * this is because usually get called by the class which they belong to, * and one'd assume that a class author doesn't use deprecated methods of his * own class. The only exception to this are signals which are connected to - * other signals; they get invoked from tqmoc-generated code. In any case, + * other signals; they get invoked from moc-generated code. In any case, * printing a warning message in either case is not useful. * For slots, it can make sense (since slots can be invoked directly) but be * aware that if the slots get triggered by a signal, the will get called from - * tqmoc code as well and thus the warnings are useless. + * moc code as well and thus the warnings are useless. * * \par * Also note that it is not possible to use KDE_DEPRECATED for classes which