Abdelrazak Younes <[EMAIL PROTECTED]> writes: > > Abdelrazak> The QPicture class "records" painting operations, it is > > Abdelrazak> similar to vector based painting (SVG or windows Meta > > Abdelrazak> file). So when you paint onto a QPicture it is not a real > > Abdelrazak> painting. The real painting happens when you "replay" the > > Abdelrazak> QPicture onto another pixmap oriented device. The fact > > Abdelrazak> that all painting operations happen in one go (during the > > Abdelrazak> update to the screen) is the winning factor here because > > Abdelrazak> the painting operation are "unified" first. > > > > Abdelrazak> This is explained in the 4.1.3 documentation. > > > > Where does it explain that it is faster? I did not find it. > > _I_ explained to you above > > _I_ think it is faster because of there is only one pixmap drawing.
These two threads provide some interesting reading on the subject of slow drawings: http://lists.trolltech.com/qt-interest/2005-10/thread00915-0.html http://dot.kde.org/1135084395/1135109572/ They don't have anything to say about QPicture. Angus
