The author would benefit greatly from using the appropriate UI components to accomplish his goal instead of kludging a rate limiting mechanism onto his MainWindow's resize implementation.<p>Instead he could build a graphics scene using QGraphicsScene (<a href="http://qt-project.org/doc/qt-5.1/qtwidgets/qgraphicsscene.html" rel="nofollow">http://qt-project.org/doc/qt-5.1/qtwidgets/qgraphicsscene.ht...</a>) with a nice normalized coordinate system which logically represents the namespace size in the SSD on UI elements designed to be rectangles. Adding a view of that scene onto his window is trivial, and as an added bonus he gets the power of Qt's scene graph which will be a boon for both performance (<a href="http://blog.qt.digia.com/blog/2013/09/02/new-scene-graph-renderer/" rel="nofollow">http://blog.qt.digia.com/blog/2013/09/02/new-scene-graph-ren...</a>) and portability. Qt will efficiently manage resizes and draw the scene optimally without overhead associated with a re-purposed widget.<p>His approach does achieve the desired goal and is probably appropriate in some circumstances, but in this instance he should take a step back and assess if there is a greater fundamental problem with his design.