dolphin/src/panels/information/pixmapviewer.cpp, branch masterPatched KDE Dolphin with Pixel Scaling
https://fiftyfourth.xyz/git/dolphin/atom?h=master2026-03-10T09:04:17Zinformation/pixmapviewer: handle hdipi for animated images2026-03-10T09:04:17ZMéven Carmeven@kde.org2026-03-09T10:46:14Zurn:sha1:359ba4c0700ff43a68ad62517bf7c638c341be8a
BUG: 510829
Don't do an animation on the information panel2025-10-23T14:26:12ZMarco Martinnotmart@gmail.com2025-10-23T14:26:12Zurn:sha1:2a3f1badca2a5f21bfb62022d3ff435c7e74cca7
The information panel does a scaling animation when switching between files. It does not completely make sense because the pixmap passes immediately to the new one, it just animates the scale between the two which just looks glitchy. the effect is particularly visible when switching between a normal folder and one that has thumbnails overlayed on top: the two folder icons appear the same size, but still a weird animation occurs when going from one to another.
Also, the rest of the text of the information panel does change immediately. ideally perhaps some sort of fading animation could make sense, but only if everything in that panel faded together, only the icon fading with the text that is already the "new" one doesn't make much sense
BUG:503036
panels/information: Fix preview size for animated images2025-07-13T10:24:01ZIsmael Asensioisma.af@gmail.com2025-07-06T13:08:48Zurn:sha1:efd4a2acb681a0766d59d5cfb0bcbfb7fc389309
If the image size is larger than the available size, we need to scale
so it fits into the preview
InformationPanel: fix potential glitches with gifs2025-01-20T08:09:29ZMéven Carmeven@kde.org2025-01-18T13:15:56Zurn:sha1:5667fc9aaf0e98aa19f557fbed79f8c632ce7bf1InformationPanel: prevent animated images from glitching2025-01-17T08:56:37ZMéven Carmeven@kde.org2025-01-15T20:15:42Zurn:sha1:9a44aad838e111175b57a7ff14a9f6d2f44c5b65
And show them in their actual pixel density.
Add explicit moc includes to sources for moc-covered headers2023-07-05T07:59:18ZFriedrich W. H. Kossebaukossebau@kde.org2023-07-04T20:07:48Zurn:sha1:ed2d352c42a6d517d4f29b3582c0e00aa34fe647
* speeds up incremental builds as changes to a header will not always
need the full mocs_compilation.cpp for all the target's headers rebuild,
while having a moc file sourced into a source file only adds minor
extra costs, due to small own code and the used headers usually
already covered by the source file, being for the same class/struct
* seems to not slow down clean builds, due to empty mocs_compilation.cpp
resulting in those quickly processed, while the minor extra cost of the
sourced moc files does not outweigh that in summary.
Measured times actually improved by some percent points.
(ideally CMake would just skip empty mocs_compilation.cpp & its object
file one day)
* enables compiler to see all methods of a class in same compilation unit
to do some sanity checks
* potentially more inlining in general, due to more in the compilation unit
* allows to keep using more forward declarations in the header, as with the
moc code being sourced into the cpp file there definitions can be ensured
and often are already for the needs of the normal class methods
Add clang-format and format code as in Frameworks2023-02-05T05:45:38ZSerg Podtynnyiserg@podtynnyi.com2023-02-03T17:14:53Zurn:sha1:38c34eeca315c7be58e65d4d3fb72aaf7b866719Fix warnings about scaling pixmaps2020-11-01T22:17:17ZMartin T. H. Sandsmarkmartin.sandsmark@kde.org2020-09-25T14:33:25Zurn:sha1:891ebf5758cd3569974c87f3c25f0546fe2613bePort away from QTimeLine::setCurveShape()2020-10-14T23:27:28ZElvis Angelaccioelvis.angelaccio@kde.org2020-10-14T23:27:28Zurn:sha1:29b894dbbab8775fe1e626827eb86feaa66f5525
As recommended, we now set `easingCurve` directly.
Output of licensedigger + manual cleanup afterwards.2020-08-25T17:07:38ZElvis Angelaccioelvis.angelaccio@kde.org2020-08-25T17:07:38Zurn:sha1:954e8c47906c12edaaf6e6aebdd41516eceb0d44
Unfortunately licensedigger does not strip the trailing * characters.
While at it, use a common style for all source files.