| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
| |
addFile makes a QIcon not null, which may be a surprise if the path
given is bad.
Reviewed-by: Jens Bache-Wiig
|
| |
|
|
|
|
|
| |
There was a qFree() call missing.
Task-number: related to 253367
Reviewed-by: jbache
|
| |
|
|
| |
Task-number: 252415
|
| |
|
|
|
|
|
|
|
|
|
| |
If you insert a new pixmap in the cache with a key that was already in
the cache then we remove the old pixmap and add the new one. This avoid
to fill the memory with garbage even if the cache has a protection to
avoid running out of memory. This was discovered with QraphicsView
and its cache. We don't need to keep old cached pixmaps for an item.
Task-number: KDE
Reviewed-by: Trond
|
| | |
|
| |
|
|
|
|
|
|
| |
On big endian systems with Xrender, the QPixmap::toImage() function
did an unnecessary byte swap for 32 bit pixmaps.
Task-number: 196152
Reviewed-by: Samuel
|
| |
|
|
|
|
| |
Looks like a typo.
Reviewed-by: Bradley T. Hughes
|
| |
|
|
| |
Reviewed-by: Trond
|
| |
|
|
|
| |
Task-number: 240164
Reviewed-by: Jan Erik Hanssen <janerik@trolltech.com>
|
| |
|
|
|
|
|
|
| |
qt_win_display() will always trigger an assert and should not be used
in the src/painting directory.
Task-number: 248266
Reviewed-by: Samuel Rødal <sroedal@trolltech.com>
|
| |
|
|
|
|
|
|
| |
QPicture didn't have an implementation for drawImage(). All images were
converted to QPixmaps before they were drawn.
Task-number: 249322
Reviewed-by: Gunnar Sletta
|
| |
|
|
|
|
|
|
| |
Monochrome images should be converted to black and white, not
transparent and white. Reported on qt-interest.
Task-number: 249175
Reviewed-by: Trond
|
| |
|
|
|
|
|
|
|
| |
Task: 246446
RevBy: Olivier
AutoTest: tst_qpixmap::test_246446()
Details: The new QX11PixmapData object wasn't referenced (e.g. the ref
count would be 0) after calling setMask() on a 32 bit QPixmap
when Xrender was used.
|
| |
|
