summaryrefslogtreecommitdiffstats
path: root/kig/objects/locus_imp.h
diff options
context:
space:
mode:
Diffstat (limited to 'kig/objects/locus_imp.h')
-rw-r--r--kig/objects/locus_imp.h8
1 files changed, 4 insertions, 4 deletions
diff --git a/kig/objects/locus_imp.h b/kig/objects/locus_imp.h
index 568e0e7c..b2100634 100644
--- a/kig/objects/locus_imp.h
+++ b/kig/objects/locus_imp.h
@@ -24,7 +24,7 @@
/**
* LocusImp is an imp that consists of a copy of the curveimp that the
* moving point moves over, and an ObjectHierarchy that can calc (
- * given a point, and optionally some more parent objects the position
+ * given a point, and optionally some more tqparent objects the position
* of the moving point. The hierarchy should take the moving point as
* its *first* argument and all others after that. The others are
* used to make it possible for Locus to be updated when some of the
@@ -33,9 +33,9 @@
*
* This may seem rather complicated, but I think it is absolutely
* necessary to support locuses using Kig's object system. It would
- * be very bad for LocusImp to have to keep references to its parents
+ * be very bad for LocusImp to have to keep references to its tqparents
* as Objects ( since only the objects know how they are related to
- * their parents ). This is how we used to do it, but the current
+ * their tqparents ). This is how we used to do it, but the current
* method is far superior. First and foremost because the separation
* between ObjectImp and Object is something that Kig depends on very
* much, and because every ObjectImp should contain all the data it
@@ -66,7 +66,7 @@ public:
ObjectImp* transform( const Transformation& ) const;
void draw( KigPainter& p ) const;
- bool contains( const Coordinate& p, int width, const KigWidget& ) const;
+ bool tqcontains( const Coordinate& p, int width, const KigWidget& ) const;
Rect surroundingRect() const;
bool inRect( const Rect& r, int width, const KigWidget& ) const;
double getParam( const Coordinate& point, const KigDocument& ) const;