Patched KDE Dolphin with Pixel Scaling https://fiftyfourth.xyz/git/dolphin/atom?h=master 2025-01-14T21:52:32Z 2025-01-14T21:52:32Z Méven Car meven@kde.org 2025-01-14T21:52:32Z urn:sha1:741abb872d52ef7bd3d5fba735049a6743b8182e 2023-12-25T10:28:58Z Marius P nmariusp1@gmail.com 2023-12-24T06:20:40Z urn:sha1:b2defa2f98468fcb9491ef7c3b96e340bb6bfa92 Fix issues e.g. "error: ‘QString::QString(const QByteArray&)’ is private within this context". 2023-07-05T07:59:18Z Friedrich W. H. Kossebau kossebau@kde.org 2023-07-04T20:07:48Z urn: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 2023-02-05T05:45:38Z Serg Podtynnyi serg@podtynnyi.com 2023-02-03T17:14:53Z urn:sha1:38c34eeca315c7be58e65d4d3fb72aaf7b866719 2022-09-26T06:17:13Z Laurent Montel montel@kde.org 2022-09-26T06:17:13Z urn:sha1:e19aa49a082076d5ae69931893c1d47b98f85e30 2022-05-11T06:18:02Z Laurent Montel montel@kde.org 2022-05-11T06:17:08Z urn:sha1:421410513dca779e23f4a018dc39e96447634e45 2022-03-31T12:22:24Z Kai Uwe Broulik kde@privat.broulik.de 2022-03-29T07:36:30Z urn:sha1:64ffcdad4ff60e1f0b443c00229e6aacf523c72f This reverts b7fbd19a7660424e6839df37f12b33111408b1fc but creates the widget only once and then reuses it. However, ownership of a parent-less widget is transferred to the `KToolTipWidget` but since we first request metadata, then show the tooltip (or won't if the mouse moved on since), we cannot rely on the `KToolTipWidget` exclusively. Instead, when we still delete the widget ourself until we have shown the `KToolTipWidget` once at which point it will handle the life time for us. This fixes parenting the widget to `DolphinView` which would make it appear as a broken line in the top left of the window. 2022-03-25T10:18:46Z Nicolas Fella nicolas.fella@gmx.de 2022-03-25T01:36:21Z urn:sha1:b7fbd19a7660424e6839df37f12b33111408b1fc Currently any time we hover the mouse over a file we create a new DolphinFileMetaDataWidget (even when we don't actually show a tooltip). That is quite wasteful Instead we can reuse the existing instance and only change the URL 2022-02-02T09:41:10Z Bharadwaj Raju bharadwaj.raju777@protonmail.com 2022-02-02T09:41:10Z urn:sha1:487e95376dc6021c4d7e52a2a8b98d1da9fb4fd3 With this change (plus https://invent.kde.org/frameworks/kio/-/merge_requests/702), slow files will be treated as remote files for generating previews. This should make browsing local mounts of remote locations smoother. 2021-02-19T22:07:54Z David Lerch alemariusnexus@gmail.com 2021-02-19T22:07:54Z urn:sha1:0811bf4a2badc935627e768f502e33ac50369f52