summaryrefslogtreecommitdiffstats
path: root/src/input/frontend/qphysicaldevicecreatedchange.cpp
Commit message (Collapse)AuthorAgeFilesLines
* De-inline dtors of public polymorphic classesMarc Mutz2016-05-191-0/+5
| | | | | | | | | | | | | | By making the destructor (usually the first non-inline, non-pure, virtual function, and therefore the trigger for most compilers to emit the vtable and type_info structures for the class in that TU) out-of-line, vtables and, more importantly, type_info structures for the class are pinned to a single TU. This prevents false negative dynamic_cast and catch evaluation. It also allows to add code to them later, if necessary. Change-Id: I0da301cd788162abba6cdbbb21910090a22adb9a Reviewed-by: Sean Harmer <sean.harmer@kdab.com>
* Remove QSceneChange::SenderTypeSean Harmer2016-05-101-2/+2
| | | | | | Task-number: QTBUG-51494 Change-Id: I2414bee3b9eb3bd1146fd356bb0552366e63a976 Reviewed-by: Paul Lemire <paul.lemire@kdab.com>
* Ensure that QNodeCreatedChange objects have subjectId set correctlySean Harmer2016-04-111-2/+1
| | | | | | | | | | | | This ensures that subclasses of QNodeCreatedChangeBase always pass in the QNode pointer that allows to correctly set the subjectId to be the id() of the QNode. With this change the materials-cpp example is now able to run using the new node creation mechanism. Change-Id: I0a5ce4f3e93b485adfdb7534c15493946cfa00c6 Reviewed-by: Paul Lemire <paul.lemire@kdab.com>
* Create proper pimpl type from QPhysicalDeviceCreatedChangeBaseSean Harmer2016-04-101-1/+2
| | | | | Change-Id: I5d430a3ec2d5e18219d5e16fd9819b0ffac1e650 Reviewed-by: Paul Lemire <paul.lemire@kdab.com>
* Add device created change type and templated subclassSean Harmer2016-03-311-0/+67
This is needed to easily allow custom changes for subclasses of QAbstractPhysicalDevice. The idea is that the backend node can get all the data it needs to initialize the base class device from the change event whilst subclassing to add a payload just like for the QNode subclasses. Change-Id: Idb1fd30de8bc1e1cc7aa2b186d3bcbe53afa36f5 Reviewed-by: Paul Lemire <paul.lemire@kdab.com>