From 8a143ab9f846e910c583ea8e770cd05495e0c58d Mon Sep 17 00:00:00 2001 From: Timothy Pearson Date: Wed, 21 Dec 2011 14:23:09 -0600 Subject: Rename obsolete tq methods to standard names --- ksirc/puke/HOWTO-PUKE.pod | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) (limited to 'ksirc/puke/HOWTO-PUKE.pod') 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. -- cgit v1.2.1