~ubuntu-branches/ubuntu/raring/python-qt4/raring-proposed

« back to all changes in this revision

Viewing changes to doc/sphinx/incompatibilities.rst

  • Committer: Package Import Robot
  • Author(s): Dmitrijs Ledkovs
  • Date: 2013-01-07 09:26:35 UTC
  • mfrom: (1.5.13) (4.2.7 experimental)
  • Revision ID: package-import@ubuntu.com-20130107092635-7qcg712heele9p9a
Tags: 4.9.6-1ubuntu1
* Fix compiling Qt Designer plugin with multiarched python.
* Unify build targets across py2 & 3, both now multiarched.
* Enable DEB_BUILD_OPTIONS compliant parallel build.

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
1
Potential Incompatibilities with Earlier Versions
2
2
=================================================
3
3
 
4
 
PyQt v4.9.2
5
 
-----------
 
4
PyQt4 v4.9.2
 
5
------------
6
6
 
7
7
QPyNullVariant
8
8
**************
15
15
circumstances.
16
16
 
17
17
 
18
 
PyQt v4.8.3
19
 
-----------
 
18
PyQt4 v4.8.3
 
19
------------
20
20
 
21
21
SQL Models
22
22
**********
36
36
non-SQL models will continue to work unchanged.
37
37
 
38
38
 
39
 
PyQt v4.8
40
 
---------
 
39
PyQt4 v4.8
 
40
----------
41
41
 
42
42
QVariantList
43
43
************
44
44
 
45
 
In previous versions PyQt would always try and convert a Python list to a
46
 
``QVariantList``.  In this version PyQt will first try to convert it to a
 
45
In previous versions PyQt4 would always try and convert a Python list to a
 
46
``QVariantList``.  In this version PyQt4 will first try to convert it to a
47
47
``QVariant`` containing a ``QList<QObject *>``, but only if
48
48
``QList<QObject *>`` has been registered with Qt as a meta-type.
49
49
 
53
53
after importing the :mod:`~PyQt4.QtDeclarative` module.
54
54
 
55
55
 
56
 
PyQt v4.7.4
57
 
-----------
 
56
PyQt4 v4.7.4
 
57
------------
58
58
 
59
59
:func:`~PyQt4.QtCore.pyqtSignal` with dict and list
60
60
***************************************************
61
61
 
62
62
In previous versions a Qt signal defined using
63
63
:func:`~PyQt4.QtCore.pyqtSignal` that had an argument specified as a dict then,
64
 
when emitting a value, PyQt would try and convert the value to a
 
64
when emitting a value, PyQt4 would try and convert the value to a
65
65
``QVariantMap`` if possible.  If it wasn't possible, normally because the dict
66
66
had non-string keys, then the value would be left as a dict object.
67
67
 
68
 
In this version PyQt will not attempt to convert the value to a ``QVariantMap``
69
 
and will always leave it as a dict object.  If you want the value to be
70
 
converted to a ``QVariantMap`` then define the signal argument as
 
68
In this version PyQt4 will not attempt to convert the value to a
 
69
``QVariantMap`` and will always leave it as a dict object.  If you want the
 
70
value to be converted to a ``QVariantMap`` then define the signal argument as
71
71
``'QVariantMap'``.
72
72
 
73
73
The same applies to conversions between lists and ``QVariantList``.
74
74
 
75
75
 
76
 
PyQt v4.7.1
77
 
-----------
 
76
PyQt4 v4.7.1
 
77
------------
78
78
 
79
79
QVariant
80
80
********
92
92
    myfloat = MyFloat(5.0)
93
93
    variant = QVariant(myfloat)
94
94
 
95
 
With this version of PyQt ``myfloat`` will be converted in such a way as to
 
95
With this version of PyQt4 ``myfloat`` will be converted in such a way as to
96
96
preserve any additional attributes (including methods) and will not be
97
97
converted to a C++ ``double``.  In other words, the following assertions are
98
98
true::
113
113
the original type.
114
114
 
115
115
 
116
 
PyQt v4.5
117
 
---------
 
116
PyQt4 v4.5
 
117
----------
118
118
 
119
119
QVariant
120
120
********
134
134
    mysize = MySize(5, 5)
135
135
    variant = QVariant(mysize)
136
136
 
137
 
With this version of PyQt ``mysize`` will be converted in such a way as to
 
137
With this version of PyQt4 ``mysize`` will be converted in such a way as to
138
138
preserve any additional attributes (including methods) and will not be
139
139
converted to a C++ ``QSize`` instance.  In other words, the following
140
140
assertions are true::