summaryrefslogtreecommitdiffstats
path: root/ksirc/puke/HOWTO-PUKE.pod
diff options
context:
space:
mode:
Diffstat (limited to 'ksirc/puke/HOWTO-PUKE.pod')
-rw-r--r--ksirc/puke/HOWTO-PUKE.pod8
1 files changed, 4 insertions, 4 deletions
diff --git a/ksirc/puke/HOWTO-PUKE.pod b/ksirc/puke/HOWTO-PUKE.pod
index 8cae9c86..c6bf8136 100644
--- a/ksirc/puke/HOWTO-PUKE.pod
+++ b/ksirc/puke/HOWTO-PUKE.pod
@@ -11,7 +11,7 @@ under Linux.
Puke's a generic protocol allowing dsirc to communicate with ksirc.
Communications works over a unix domain socket between multiple
client dsirc process's to a single ksirc process. All communications
-is done via a variable length message with the following tqlayout:
+is done via a variable length message with the following layout:
=begin text
@@ -68,17 +68,17 @@ supporting perl5-oop object.
The C++ code must be able to hand all required settings and messages
for the widget. Each new widget iherites it's parent and so forth
-allowing for a nice oop tqlayout. The widget structure the author is
+allowing for a nice oop layout. The widget structure the author is
following is the same as Qt's. Their seems to work well, why
re-invent the wheel?
=item 2.1.1 General Layout, etc
Figure where your new widget goes in the heirachy. If it's a simple
-Qt widget, I recommend using their existing tqlayout. Man pages list
+Qt widget, I recommend using their existing layout. Man pages list
what widgets inherit what.
-The general idea behind the widget tqlayout should be to be to provide
+The general idea behind the widget layout should be to be to provide
all the functionality of the widget to dsirc perl script. Incoming
messages are handled via the messageHandler and ALL messages should
return an ACK with current state info.