tqtinterface/qtinterface/TODO

qaccessible


All headers that contain the keywork Q_OBJECT have been ported,
exept for these due to *@#$ private functions

qclipboard
qcolordialog
qdragobject (QDragManager)
qfontdialog
qguardedptr (TQGuardedPtr, weird compilation failure)
qinputdialog
qnetworkprotocol (QNetworkProtocolFactory, weird compilation failure)
qsessionmanager
qtranslator (QT_NO_TRANSLATION is set, MOC does not honor #ifdef)
qwidgetplugin (TQWidgetContainerPlugin, weird compilation failure)


And these that do not contain Q_OBJECT are failing:

qasciicache
qasciidict
qcache
qcleanuphandler
qdeepcopy
qdict
qintcache
qintdict
qmap
qmemarray
qptrdict
qptrlist
qptrqueue
qsortedlist
qsqlpropertymap
qsqlselectcursor
qthreadstorage
qtl
qvaluelist
qvaluestack

This may have something to do with the template class junk

Weird headers with no classes (???):

tqdrawutil


Here's the latest proposed structure of the library...

All of Trinity now uses TQ<something>, e.g. QTimer is now TQTimer.  Depending on the QT3 or QT4 flag, certain defines are set in tqt.h like the following:
#define TQCString QCString (for Qt3)
#define TQCString Q3CString (for Qt4)

If needed, the TQ function can subclass the Q or Q3 function and reimplement the missing features.  However, the vast majority of classes (those that have not changed much) will be handled with the simple #define statements, greatly simplifying and speeding implementation.
Initial development version for Qt3 HIGHLY EXPERIMENTAL API subject to rapid and substantial change Test code is included; be warned git-svn-id: svn://anonsvn.kde.org/home/kde/branches/trinity/dependencies/tqtinterface@1149288 283d02a7-25f6-0310-bc7c-ecb5cbfe19da 15 years ago			`qaccessible`




			`All headers that contain the keywork Q_OBJECT have been ported,`
			`exept for these due to *@#$ private functions`

			`qclipboard`
			`qcolordialog`
			`qdragobject (QDragManager)`
			`qfontdialog`
			`qguardedptr (TQGuardedPtr, weird compilation failure)`
			`qinputdialog`
			`qnetworkprotocol (QNetworkProtocolFactory, weird compilation failure)`
			`qsessionmanager`
			`qtranslator (QT_NO_TRANSLATION is set, MOC does not honor #ifdef)`
			`qwidgetplugin (TQWidgetContainerPlugin, weird compilation failure)`



			`And these that do not contain Q_OBJECT are failing:`

			`qasciicache`
			`qasciidict`
			`qcache`
			`qcleanuphandler`
			`qdeepcopy`
			`qdict`
			`qintcache`
			`qintdict`
			`qmap`
			`qmemarray`
			`qptrdict`
			`qptrlist`
			`qptrqueue`
			`qsortedlist`
			`qsqlpropertymap`
			`qsqlselectcursor`
			`qthreadstorage`
			`qtl`
			`qvaluelist`
			`qvaluestack`

			`This may have something to do with the template class junk`

			`Weird headers with no classes (???):`

Significant upgrades to the TQT system; kdelibs and kdebase now build and run correctly through TQT and Qt3 git-svn-id: svn://anonsvn.kde.org/home/kde/branches/trinity/dependencies/tqtinterface@1152745 283d02a7-25f6-0310-bc7c-ecb5cbfe19da 15 years ago			`tqdrawutil`




			`Here's the latest proposed structure of the library...`

			`All of Trinity now uses TQ<something>, e.g. QTimer is now TQTimer. Depending on the QT3 or QT4 flag, certain defines are set in tqt.h like the following:`
			`#define TQCString QCString (for Qt3)`
			`#define TQCString Q3CString (for Qt4)`

			`If needed, the TQ function can subclass the Q or Q3 function and reimplement the missing features. However, the vast majority of classes (those that have not changed much) will be handled with the simple #define statements, greatly simplifying and speeding implementation.`