dolphin/src/dolphinpart.cpp, branch masterPatched KDE Dolphin with Pixel Scaling
https://fiftyfourth.xyz/git/dolphin/atom?h=master2026-01-22T15:14:16Zclang-tidy: use default for trivial constructor2026-01-22T15:14:16ZMéven Carmeven@kde.org2026-01-22T15:04:09Zurn:sha1:174bc684603326de15e933b3bb24ffb739f3291eGIT_SILENT: Don't duplicate headers between .h/.cpp2025-09-23T05:21:04ZLaurent Montelmontel@kde.org2025-09-21T18:37:49Zurn:sha1:25f8d44aa01d13e616d74b5a745fda4b51dc6debimplement shortcut action for file creation2025-02-03T18:23:16ZChristian Schwarzcmrs@cmrs.io2025-02-03T18:23:16Zurn:sha1:f81d73a7f3a851dc755ef0cd1fd2a2507587a900
BUG: 462899
dolphinpart: fix a warning around = in lambdas for this2025-01-07T18:06:03ZMéven Carmeven@kde.org2025-01-07T18:06:03Zurn:sha1:67c045c768f961cfe072d31555463817cdfbae93
being deprecated in C++20.
Port away from KMoreTools2023-11-08T13:36:51ZNicolas Fellanicolas.fella@gmx.de2023-11-07T14:45:01Zurn:sha1:2cd3d58eec5695899c26ca66a631fb79867b6584
The idea behind KMoreTools was to point the user at external tools for a given job.
It provides a rather complex framework for that, including suggesting not-yet-installed tools.
The UX behind that isn't great though, which somewhat deep menu hierarchies and a somewhat arbitrary list of tools.
Most KDE apps have moved away from it, with only Dolphin remaining.
Instead provide direct integration with relevant KDE tools (Filelight, KDiskFree, KFind)
Adapt to KConfigGroup name officially being a QString type2023-11-08T11:08:31ZFriedrich W. H. Kossebaukossebau@kde.org2023-11-08T11:08:31Zurn:sha1:91a4d5da94a6b0b60ad7989a402f654710103e99
GIT_SILENT
Adapt to NavigationExtension API change2023-11-05T16:36:50ZNicolas Fellanicolas.fella@gmx.de2023-10-31T21:30:12Zurn:sha1:349eb6cf5e2971b286efb08cabac5c027c023629Remove obsolete Konqueror workaround2023-11-05T16:36:50ZNicolas Fellanicolas.fella@gmx.de2023-10-31T15:15:58Zurn:sha1:0cf79df76afd055073c6eccbb6527247d4f70fa2
This isn't needed any more with recent Konqueror
Merge branch 'master' into kf62023-07-05T20:44:40ZNicolas Fellanicolas.fella@gmx.de2023-07-05T20:44:40Zurn:sha1:f510339f033658eae27f8400bf042b78b36f82f2Add 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