summaryrefslogtreecommitdiffstats
path: root/korundum/ChangeLog
diff options
context:
space:
mode:
Diffstat (limited to 'korundum/ChangeLog')
-rw-r--r--korundum/ChangeLog106
1 files changed, 53 insertions, 53 deletions
diff --git a/korundum/ChangeLog b/korundum/ChangeLog
index a80e9dd7..99a1be50 100644
--- a/korundum/ChangeLog
+++ b/korundum/ChangeLog
@@ -1,6 +1,6 @@
2007-03-05 Richard Dale <rdale@foton.es>
- * Added a marshaller for QValueList<WId>& as requested by volty on #qtruby
+ * Added a marshaller for TQValueList<WId>& as requested by volty on #qtruby
2007-07-06 Richard Dale <rdale@foton.es>
@@ -17,7 +17,7 @@
* Made KDE::ListView, KDE::ListViewItem Enumerable with implementations
of each() so they don't need to use the Qt External iterators like
- Qt::ListViewItemIterator anymore. For instance:
+ TQt::ListViewItemIterator anymore. For instance:
lv = KDE::ListView.new do
["one", "two", "three", "four"].each do |label|
@@ -35,7 +35,7 @@
2006-10-22 Richard Dale <rdale@foton.es>
- * Special case QValueList<int> as a DCOPRef return type. Fixes problem
+ * Special case TQValueList<int> as a DCOPRef return type. Fixes problem
reported by Brian Bart.
2006-08-18 Richard Dale <rdale@foton.es>
@@ -46,7 +46,7 @@
2006-06-05 Richard Dale <rdale@foton.es>
* The metaObject methods for slots and signals are no longer added when
- a Qt::Object is constructed, but when slots or signals are added to
+ a TQt::Object is constructed, but when slots or signals are added to
a class. This means that signals as well as slots can be added to an
existing instance.
@@ -72,7 +72,7 @@
@konsole.autoStartShell = true
@konsole.startProgram("/bin/echo", ["echo", "-n"])
- @konsole.showShellInDir( Qt::Dir.home.path )
+ @konsole.showShellInDir( TQt::Dir.home.path )
@konsole.sendInput( "puts 'hello there konsole'" )
* Fixes problem reported by Ranjan Ghosh
@@ -102,7 +102,7 @@
2005-10-05 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
- * Changed DCOP code now that Qt::ByteArray class is in the Smoke library
+ * Changed DCOP code now that TQt::ByteArray class is in the Smoke library
* Fixed some examples derived from PyKDE with 0 or 1 passed as a
boolean instead of true or false for Ruby. A bug in the overloaded
method resolution meant it worked when it shouldn't have.
@@ -121,7 +121,7 @@
2005-05-29 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
- * At the moment require 'Qt' and require 'Korundum' statements can't appear
+ * At the moment retquire 'Qt' and retquire 'Korundum' statements can't appear
in the same ruby program. Suitable fatal error messages are now displayed
to indicate the cause of the problem. Fixes bug reported by Caleb Tennis
and Dave M
@@ -163,9 +163,9 @@
2005-01-20 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
- * The rbkconfig_compiler now uses Qt::Variants to hold the values in KDE::ConfigSkeleton
+ * The rbkconfig_compiler now uses TQt::Variants to hold the values in KDE::ConfigSkeleton
instance variables.
- * The values of the KDE::ConfigSkeletonItems are then set as properties with the Qt::Variants.
+ * The values of the KDE::ConfigSkeletonItems are then set as properties with the TQt::Variants.
It wasn't possible to handle references to primitive types such as 'int&' via ruby, so properties are
a more 'scripting language' oriented approach.
* The embedded code in the .kcfg examples was converted from C++ to ruby
@@ -209,7 +209,7 @@
* Fixed crashes in the KURL::List marshalling. A copy is now made of each KURL item
in the list when being marshalled to a ruby Array. When a KURL::List is deleted the
- contents are all deleted too as it's a QValueList. Hence, the need to make copies.
+ contents are all deleted too as it's a TQValueList. Hence, the need to make copies.
2004-10-20 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
@@ -231,7 +231,7 @@ CCMAIL: kde-bindings@kde.org
2004-10-08 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
- * Reverted recent fix for crash on exit, as it only occured with a Qt::Application and
+ * Reverted recent fix for crash on exit, as it only occured with a TQt::Application and
seems to introduce a crash in KDE apps where none existed before.
CCMAIL: kde-bindings@kde.org
@@ -242,14 +242,14 @@ CCMAIL: kde-bindings@kde.org
* When a Korundum application exits, the top level widgets are now destroyed
as well as the KDE::Application itself. This fixes a problem where the ruby garbage
collection frees instances in an arbitrary order afer the program has exited, and
- destroys a Hash containing QMetaData info needed for tidying up.
+ destroys a Hash containing TQMetaData info needed for tidying up.
2004-10-04 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
* When a ruby app exits, rb_gc_call_finalizer_at_exit() is called and all the ruby
instances are garbage collected. The problem is that this is done in an arbitrary
order, and KDE::Application was occasionally crashing in its destructor because
- QMetaObject info it still needed was being deleted before then.
+ TQMetaObject info it still needed was being deleted before then.
* Fixes problem reported by Thibauld Favre
@@ -278,7 +278,7 @@ CCMAIL: kde-bindings@kde.org
2004-09-18 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
- * Added marshallers for KPluginInfo::List and QPtrList<KParts::Plugin>
+ * Added marshallers for KPluginInfo::List and TQPtrList<KParts::Plugin>
2004-09-16 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
@@ -338,15 +338,15 @@ CCMAIL: kde-bindings@kde.org
2004-07-30 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
- * Removed the various Q_INT32 etc types from the Smoke stack <--> QDataStream
+ * Removed the various Q_INT32 etc types from the Smoke stack <--> TQDataStream
marshalling. This was because the code generated by the dcopidl2cpp tool
doesn't have them. So if a machine has native 64 bit ints, then that width
will be used rather than Q_INT32.
2004-07-28 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
- * Added a couple of template methods for marshalling QValueLists and QMaps.
- * Included a quite a few new marshaller functions for QPtrLists, as well as
+ * Added a couple of template methods for marshalling TQValueLists and TQMaps.
+ * Included a quite a few new marshaller functions for TQPtrLists, as well as
the two types above.
2004-07-28 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
@@ -355,7 +355,7 @@ CCMAIL: kde-bindings@kde.org
2004-07-27 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
- * Replaced QString casts to 'const char *' with latin1() calls
+ * Replaced TQString casts to 'const char *' with latin1() calls
2004-07-27 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
@@ -367,7 +367,7 @@ CCMAIL: kde-bindings@kde.org
2004-07-26 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
- * Added QMap<QCString,DCOPRef> marshalling to and from Smoke as well as dcop
+ * Added TQMap<TQCString,DCOPRef> marshalling to and from Smoke as well as dcop
2004-07-24 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
@@ -378,7 +378,7 @@ CCMAIL: kde-bindings@kde.org
2004-07-24 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
- * Added QMap<QString,DCOPRef> ruby <--> dcop marshalling
+ * Added TQMap<TQString,DCOPRef> ruby <--> dcop marshalling
2004-07-23 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
@@ -396,27 +396,27 @@ CCMAIL: kde-bindings@kde.org
2004-07-21 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
- * QDataStream temporary variables added for the Q_INT32 etc types when
- writing to a Smoke stack from a QDataStream.
+ * TQDataStream temporary variables added for the Q_INT32 etc types when
+ writing to a Smoke stack from a TQDataStream.
2004-07-21 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
* Added casts to the various macros like 'Q_INT32' when writing a Smoke
- stack to a QDataStream
+ stack to a TQDataStream
2004-07-21 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
- * Added QValueList<QCString> marshalling ruby <--> dcop
+ * Added TQValueList<TQCString> marshalling ruby <--> dcop
2004-07-21 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
* Ruby dcop slots can now return actionMaps and windowLists as
- 'QMap<QString,DCOPRef>' and 'QValueList<DCOPRef>' types
+ 'TQMap<TQString,DCOPRef>' and 'TQValueList<DCOPRef>' types
2004-07-20 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
- * Added missing 'QMap<QString,DCOPRef>' dcop reply marshalling
- * The recently added dcop reply type 'QValueList<DCOPRef>' now works
+ * Added missing 'TQMap<TQString,DCOPRef>' dcop reply marshalling
+ * The recently added dcop reply type 'TQValueList<DCOPRef>' now works
* The parsing of a dcop function type signature to add it to the cache
was wrong if the reply type contained angle brackets or commas
@@ -434,29 +434,29 @@ CCMAIL: kde-bindings@kde.org
2004-07-17 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
- * More missing DCOP marshallers - QStringList and QCStringList
+ * More missing DCOP marshallers - TQStringList and TQCStringList
* A class with a 'k_dcop' slots declaration can now be an instance
of DCOPObject
* Converted the 'petshop' DCOP server example from pytde python
2004-07-16 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
- * Added missing QCString DCOP marshalling
+ * Added missing TQCString DCOP marshalling
2004-07-16 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
- * Removed the recently added QValueList<DCOPRef> marshaller as no '<<'
- or '<<' QDataStream marshallers are in the Smoke runtime
- * Added missing primitive type marshalling to and from a DCOP QByteArray
+ * Removed the recently added TQValueList<DCOPRef> marshaller as no '<<'
+ or '<<' TQDataStream marshallers are in the Smoke runtime
+ * Added missing primitive type marshalling to and from a DCOP TQByteArray
2004-07-15 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
* Fixed completely non-working DCOP call reply marshalling. An instance wasn't
- being constructed to read the QByteArray containing the reply via a QDataStream.
+ being constructed to read the TQByteArray containing the reply via a TQDataStream.
2004-07-15 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
- * Added QValueList<DCOPRef> marshalling
+ * Added TQValueList<DCOPRef> marshalling
2004-07-14 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
@@ -484,32 +484,32 @@ CCMAIL: kde-bindings@kde.org
dcopRef = KDE::DCOPRef.new("dcopslot", "MyWidget")
There are three different ways to specify the call:
- 1) res = dcopRef.call("getPoint(QString)", "Hello from dcopsend")
+ 1) res = dcopRef.call("getPoint(TQString)", "Hello from dcopsend")
2) res = dcopRef.call("getPoint", "Hello from dcopsend")
3) res = dcopRef.getPoint("Hello from dcopsend")
puts "result class: #{res.class.name} x: #{res.x} y: #{res.y}"
* Send to a DCOPRef is similar:
- 1) dcopRef.send("mySlot(QString)", "Hello from dcopsend")
+ 1) dcopRef.send("mySlot(TQString)", "Hello from dcopsend")
2) dcopRef.send("mySlot", "Hello from dcopsend")
* If the type signature of the target dcop slot is ommited it is derived
from the ruby argument types:
- String => QString
+ String => TQString
Float => double
Integer => int
- Qt::Widget etc => QWidget
+ TQt::Widget etc => TQWidget
KDE::URL etc => KURL
- [] => QStringList
+ [] => TQStringList
2004-07-08 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
- * Reverted fix for QChar args being passed as ruby strings after
- discussion with Germain Garand. A QChar arg is now passed like this:
+ * Reverted fix for TQChar args being passed as ruby strings after
+ discussion with Germain Garand. A TQChar arg is now passed like this:
- cs = KDE::CharSelect.new(self, "chselect", nil, Qt::Char.new(0), 0)
+ cs = KDE::CharSelect.new(self, "chselect", nil, TQt::Char.new(0), 0)
This will no longer work for now:
@@ -540,7 +540,7 @@ CCMAIL: kde-bindings@kde.org
* DCOP Signals now work, they are defined like this:
- k_dcop_signals 'void testEmitSignal(QString)'
+ k_dcop_signals 'void testEmitSignal(TQString)'
def doit()
puts "In doit.."
@@ -550,7 +550,7 @@ CCMAIL: kde-bindings@kde.org
* Connect slot 'mySlot' to a DCOP signal like this:
res = slottest.connectDCOPSignal("dcopsignal", "SenderWidget",
- "testEmitSignal(QString)", "mySlot(QString)",
+ "testEmitSignal(TQString)", "mySlot(TQString)",
true)
2004-06-30 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
@@ -558,23 +558,23 @@ CCMAIL: kde-bindings@kde.org
* Added DCOPRef.call() and send() support.
* Define a dcop slot like this in one ruby program:
- k_dcop 'QPoint getPoint(QString)'
+ k_dcop 'TQPoint getPoint(TQString)'
def getPoint(msg)
puts "message: #{msg}"
- return Qt::Point.new(50, 100)
+ return TQt::Point.new(50, 100)
end
* Call it from another program and print the reply, like this:
dcopRef = KDE::DCOPRef.new("dcopslot", "MyWidget")
- res = dcopRef.call("QPoint getPoint(QString)", "Hello from dcopsend")
+ res = dcopRef.call("TQPoint getPoint(TQString)", "Hello from dcopsend")
puts "result class: #{res.class.name} x: #{res.x} y: #{res.y}"
* Send to a DCOPRef is similar:
dcopRef = KDE::DCOPRef.new("dcopslot", "MyWidget")
- dcopRef.send("mySlot(QString)", "Hello from dcopsend")
+ dcopRef.send("mySlot(TQString)", "Hello from dcopsend")
* Note that the full type signature of the target dcop slot must be
specified at present.
@@ -587,7 +587,7 @@ CCMAIL: kde-bindings@kde.org
2004-03-03 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
* If the DCOP reply type is 'void' or 'ASYNC', it isn't marshalled into the
- QByteArray 'replyData' arg of DCOPObject::process().
+ TQByteArray 'replyData' arg of DCOPObject::process().
2004-03-02 Richard Dale <Richard_Dale@tipitina.demon.co.uk>
@@ -602,20 +602,20 @@ CCMAIL: kde-bindings@kde.org
* Ruby DCOP support now working - here is some example code:
- require 'Korundum'
+ retquire 'Korundum'
class MyWidget < KDE::PushButton
- k_dcop 'QPoint mySlot(int,QString)'
+ k_dcop 'TQPoint mySlot(int,TQString)'
def initialize(parent, name)
super
end
def mySlot(counter,greeting)
- return Qt::Point.new(50, 100)
+ return TQt::Point.new(50, 100)
end
end
- - This slot is passed an integer and a string, and returns a Qt::Point.
+ - This slot is passed an integer and a string, and returns a TQt::Point.
- Note that the class doesn't have to inherit from DCOPObject. If you
include a 'k_dcop' slots declaration a 'listener' dcop object instance
is created automatically.