blob: 587181476ae8c1692fe799febf98b3457349fe06 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
|
qaccessible
All headers that contain the keywork TQ_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 (TQT_NO_TRANSLATION is set, MOC does not honor #ifdef)
qwidgetplugin (TQWidgetContainerPlugin, weird compilation failure)
And these that do not contain TQ_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.
|
