the problem is that even 128x128 pixmaps would trigger cache trim with the
w*h+1 formula because the max cost is set to 10240 and as noted in the
icon loaded source comments some applications use it to load icons with
size greater than that
Signed-off-by: Ivailo Monev <xakepa10@laimg.moc>
pixmap data is explicity shared and there is no need to insert multiple
pixmaps with the same key into the cache
Signed-off-by: Ivailo Monev <xakepa10@laimg.moc>
most of the changes were done trought Katie's namefsck script which
convertes forward class declarations to include directives, however
other fixes here and there were needed as well as some questionable
changes to Q_DECLARE_TYPEINFO() macro calls because they most likely
have to do the namespacing themselfs (QT_BEGIN/END_NAMESPACE, and
probably will be in Katie) meaning that some of the changes may be
temporary and reverted later.
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
note to self: this breaks the icons in systemsettings and requires
a bit more poking into the source than I've initially put into it
This reverts commit 170da9afc4.
by caching results and storing them in a hash the results should
flow faster, a limit should probably be set on this but for now
there isn't. exists() and realPath() now cannot be called without
object!
for compatibilty reasons automoc4 support is not removed but it
shall be in the future. automoc4 has not been maintained for a
while (last commit is from 2011) and the stable release is from
2009.
CMake version >= 2.8.6 provides the functionality for mocking so
I see no reason to not make use of it.
