- User Since
- Apr 18 2015, 11:52 AM (118 w, 1 d)
See also D6838 which fixes somet things in that.
Unsure how you like your fixme-on-next-abi-change notes done, and noone on irc, so dumping here for now :)
Fri, Jul 21
Thu, Jul 20
Generated template: https://share.kde.org/index.php/s/SfyKWY0ZNhuaDJN
Generated template: https://share.kde.org/index.php/s/cSeyBNVGvPTPAiO
Wed, Jul 19
- use cmake_parse_arguments
- fix english grammar in dox
A regression due to 8ac7abb78d97210c5cbbc87fba83d58d7b843a8d Seems the "it allows for modules using it to decide what they should do" was never told the modules using it ;)
Tue, Jul 18
Given the slightly complicated history of what KDE_INSTALL_USE_QT_SYS_PATHS does, I omitted a "since" on purpose for now.
Would you agree it makes sense to simplify things be just adding "Since 5.22" and ignore previous behaviour?
See also D6773 for making the resulting behaviour documented.
- remove default nullptr (only used during development)
- small api dox fix with VcsPluginHelper
I considered adding the QWidget parent to the KDevelop::Context class, so just one argument is passed around as before in the actual context menu content query calls.
Decided against as that meant to me mixing of concerns, for one the object describing read-only the context in which the menu is to appear, while the parent object is to be actively used for memory management of the elements added.
So it felt more clean to have that as explicit separate arguments in the contextMenuExtension() method, instead of having invokers of the contextmenu collection stuffing this into the context description object and providers fetching it again out of that object.
Mon, Jul 17
Sun, Jul 16
Sat, Jul 15
Fri, Jul 14
Thu, Jul 13
If okayed, same change to default value would also be done for KParts::MainWindow, s/KDE_DEFAULT_WINDOWFLAGS/Qt::WindowFlags()/.
I just found KDevelop::Definition no longer existing, and KDevelop::PersistentSymbolTable seems to be what KDevelop::SymbolTable used to be?