Patched KDE Dolphin with Pixel Scaling https://fiftyfourth.xyz/git/dolphin/atom?h=pixelated-scaling-option 2025-08-16T09:13:13Z 2025-08-16T09:13:13Z Kai Uwe Broulik kde@privat.broulik.de 2025-07-28T19:05:07Z urn:sha1:87a97aee00b3ea8ace5172db9a4b6fe2045d56d9 The Properties window is mostly useless in Trash. This also makes it consistent with the Places panel. BUG: 497349 2023-09-06T12:39:15Z Méven Car meven@kde.org 2023-09-06T12:24:22Z urn:sha1:3aa8cf00ee90b0414fa9b17f01eaade4507c4642 2023-02-05T05:45:38Z Serg Podtynnyi serg@podtynnyi.com 2023-02-03T17:14:53Z urn:sha1:38c34eeca315c7be58e65d4d3fb72aaf7b866719 2022-12-26T12:22:44Z Laurent Montel montel@kde.org 2022-12-26T12:22:44Z urn:sha1:2aa64b2c38f1cc36e0adb02082057cdc671238e6 2022-04-02T17:00:58Z Felix Ernst fe.a.ernst@gmail.com 2022-04-02T17:00:58Z urn:sha1:b3add256945863b01cfa2bc985b61be83fc3570c This mostly red MR should have no visible effect. It is part of my work towards !273. There are two calls necessary to open the DolphinContextMenu: One to construct it and one to execute/show it. Before this commit, the actual populating of the ContextMenu was done on execute. This meant that the actions of the ContextMenu couldn't be looked at or changed without first showing the Menu to the user. It also meant that the construction itself didn't actually do much constructing/populating at all which might seem a bit unintuitive. This commit changes this behaviour so the DolphinContextMenu is actually populated fully on construction. The executing/showing of the ContextMenu now does just that and nothing more. Previously, some actions in the context menu were actually not wired up to anything and instead the DolphinContextMenu or the DolphinMainWindow executed some code after the user had clicked such a dummy action from the ContextMenu. Now all the actions are properly constructed beforehand and no special handling is necessary when the ContextMenu hides itself. This commit removes the pos parameter from the DolphinContextMenu constructor. This parameter contained the position where the Menu would be shown later. This information isn't necessary to have on construction and was already part of the exec(pos) call in the first place. The variable m_pos that stored the value is removed. This commit also removes a "customActions" functionality that can supposedly be used to add further custom actions to the DolphinContextMenu but this functionality isn't ever used anywhere so its usefulness is questionable. It also wouldn't be difficult to re-add this functionality if it was ever required for something. This commit also addresses an old TODO in dolphinpart.cpp that asked for the calls for opening the DolphinContextMenu to actually contain the information for which items the DolphinContextMenu is supposed to be constructed. Before this, only the item that was directly clicked was transmitted and then DolphinContextMenu retrieved the currently selected set of items by itself. It makes more sense that DolphinContextMenu would be informed on construction which items it is supposed to show context actions for. Most of this is necessary so we are able to show the contextual actions anywhere else than in the ContextMenu in the future. I am targeting 22.08 with this MR because it makes no sense to merge a refactor for the upcoming release already. 2021-07-04T20:33:48Z Alexander Lohnau alexander.lohnau@gmx.de 2021-04-18T06:37:45Z urn:sha1:30299e00b137fb5abf31e6f82fc8f4753f9a929a With https://invent.kde.org/frameworks/kio/-/merge_requests/411 the plugin instances can be reused during the lifetime of the KFileItemActions object. This improves performance and also allows the plugins to emit errors, even if they run async. 2021-06-22T08:53:55Z Derek Christ christ.derek@gmail.com 2021-06-18T13:12:54Z urn:sha1:dc3beae3ab2c55cd3501e17f93b51e93e876a177 Before this patch, the shift-action modifier in context menus did not work when a sub-context menu is open, that does not have the main context menu as its parent. The new fix installs an event filter on QApplication whenever a new context menu is opened to make the context menu aware of shift-presses even when a sub-context menu is in focus. BUG: 425997 FIXED-IN: 21.04 2020-11-23T22:07:31Z Derek Christ christ.derek@gmail.com 2020-10-15T21:11:17Z urn:sha1:9e4642d435085f27134ed6c8431734dcacf65834 Switching the 'Move to Trash' action to 'Delete' using the shift key does not work when the mouse hovers a submenu. This fix resolves the issue by using an event filter instead of the key event functions. BUG: 425997 2020-11-23T21:58:36Z Alexander Lohnau alexander.lohnau@gmx.de 2020-11-22T21:19:21Z urn:sha1:c3b238bbe924f5c58496407ceb9f90c88c0738fa This makes a bit easier to handle the stuff. Also we don't need the `addVersionControlPluginActions` utility method and we can put it in the new utility method instead. 2020-08-25T17:07:38Z Elvis Angelaccio elvis.angelaccio@kde.org 2020-08-25T17:07:38Z urn:sha1:954e8c47906c12edaaf6e6aebdd41516eceb0d44 Unfortunately licensedigger does not strip the trailing * characters. While at it, use a common style for all source files.