Patched KDE Dolphin with Pixel Scaling https://fiftyfourth.xyz/git/dolphin/atom?h=master 2026-02-07T08:41:58Z 2026-02-07T08:41:58Z Kai Uwe Broulik kde@privat.broulik.de 2026-02-07T08:41:58Z urn:sha1:9bb9040c3fe541b29130ab50907d5c5134040271 This all seems to be done by the PreviewJob in KIO already. 2026-01-22T16:18:41Z Méven Car meven@kde.org 2026-01-22T16:12:15Z urn:sha1:e692a6a13c6dd7933a47d65046027530612a19d8 2025-11-04T10:32:25Z weinan li liweinan@kylinos.cn 2025-11-04T09:42:39Z urn:sha1:8010ae0286fb30d51fff150703096f7ebe6172a9 Ensure proper font synchronization between KItemListStyleOption and the base font system. Previously, when switching from a view mode with custom font to one with system font, the style option would retain the custom font setting, causing font settings to persist incorrectly between view modes after application restart. The changes: - Unify the font setting logic for both system and custom fonts - Ensure style option font is synchronized with actual font in system mode BUG: 511604 2025-06-19T21:15:31Z Akseli Lahtinen akselmo@akselmo.dev 2025-06-19T21:15:31Z urn:sha1:c1e71289082ec7416ac19c822393ea70f63d1b75 This adds a new selection effect that is similar to what we have in QtQuick file item views. There are also changes to some usability: Instead of only the icon and text being the clickable area in icon and details mode, the whole selection is now the clickable area. Otherwise the usability should stay the same, it's mostly a visual change. See also: https://invent.kde.org/teams/vdg/issues/-/issues/94 2023-11-08T11:08:31Z Friedrich W. H. Kossebau kossebau@kde.org 2023-11-08T11:08:31Z urn:sha1:91a4d5da94a6b0b60ad7989a402f654710103e99 GIT_SILENT 2023-08-29T07:18:51Z Méven Car meven@kde.org 2023-08-28T12:39:00Z urn:sha1:079f903bc8691866b4aa3c3e41204a47e735c062 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-06-13T09:40:27Z Méven Car meven.car@kdemail.net 2023-06-13T09:40:27Z urn:sha1:3338c2834af81e00c3f2b73ad7061fefce89f226 This does not move the settings location in files though. baby step for https://invent.kde.org/system/dolphin/-/issues/36 2023-02-05T05:45:38Z Serg Podtynnyi serg@podtynnyi.com 2023-02-03T17:14:53Z urn:sha1:38c34eeca315c7be58e65d4d3fb72aaf7b866719 2022-10-27T09:40:03Z Felix Ernst fe.a.ernst@gmail.com 2022-10-23T17:37:50Z urn:sha1:f267544472905c44d5d9721d18a5a6785bccb3ee When the current view mode is different from the view mode for which settings were changed in Dolphin's settings dialog, those changes were sometimes not present when then changing the view mode of a view to the view mode for which settings were changed. This commit fixes this by always loading the settings for all view modes in the DolphinItemListView even if the view is currently using only one of those view modes.