Patched KDE Dolphin with Pixel Scaling https://fiftyfourth.xyz/git/dolphin/atom?h=pixelated-scaling-option 2025-11-21T13:25:55Z 2025-11-21T13:25:55Z Méven Car meven@kde.org 2025-11-02T14:49:47Z urn:sha1:60e109632fd63b335ca1cc037c5d5c3e291349f5 Use current view url as fallback. Don't update the selection after a directory is created, except if there was no selection. CCBUG: 508196 BUG: 512020 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 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. 2017-11-21T09:53:12Z Kevin Funk kfunk@kde.org 2017-11-21T09:52:14Z urn:sha1:a6db5029acc09639fd8c7c20a7676b1ac9f36539 2015-02-06T12:21:27Z Montel Laurent montel@kde.org 2015-02-06T12:21:27Z urn:sha1:f67bdd0fb70520b83f6428619c02a996724543b5 2014-06-29T08:36:32Z Christophe Giboudeaux cgiboudeaux@gmx.com 2014-06-29T08:36:32Z urn:sha1:a7692611315065b308cd8243563cc50d40bd0f71 2014-05-05T21:05:34Z Alex Richardson arichardson.kde@gmail.com 2014-04-10T00:59:39Z urn:sha1:05f2c9c320694ee79dd0b60b35d98003f2d8df96 Removed arguments from DolphinViewActionHandler::slotTrashActivated since they were unused and made the connection fail. Also fixed a bad connection in dolphinview.cpp, there is no signal KFileItemModel::loadingCompleted 2013-08-28T16:46:45Z Emmanuel Pescosta emmanuelpescosta099@gmail.com 2013-08-28T16:46:45Z urn:sha1:a4ef4bbfdebad708e4b3c772c1ce3e236a4da145 Removed all signal-slot-connections related to DolphinNewFileMenu->errorMessage(QString) in DolphinMainWindow and DolphinContextMenu and replaced it by a better solution. Now we make use of the already existing DolphinNewFileMenuObserver singleton class to achieve a better error handling, because every newly created DolphinContextMenu instance registers himself by DolphinNewFileMenuObserver and we use this to connect the errorMessage(QString) signal of every DolphinContextMenu instance to the errorMessage(QString) signal of the DolphinNewFileMenuObserver singleton class. So we need only one connection from DolphinNewFileMenuObserver to DolphinMainWindow (or to DolphinPart) to collect all error messages thrown by every DolphinNewFileMenu instance. REVIEW: 112178 2011-07-31T11:33:56Z Montel Laurent montel@kde.org 2011-07-31T11:33:56Z urn:sha1:08d655c2bc107449ee322f8b826710b7e690950b