Details
- Reviewers
ervin - Group Reviewers
Plasma - Commits
- R119:19844315c557: [KCM/Component] Terminal port to KConfigXT, make isDefault work
Diff Detail
- Repository
- R119 Plasma Desktop
- Branch
- master
- Lint
No Linters Available - Unit
No Unit Test Coverage - Build Status
Buildable 20450 Build 20468: arc lint + arc unit
One nitpick to address before pushing.
Also I mark those accepted assuming there will be another phase where the settings objects will actually be properly matched to the GUI. Currently it's all fixing the isDefaults by hand based on GUI state but not on config state, also I don't think it currently honors the mutability state of those keys. This will need being addressed in further commits.
kcms/componentchooser/componentchooserterminal.cpp | ||
---|---|---|
67 | I'd use the opportunity to fix that opening curly brace to have it on its own line |
Given the current GUI entanglement and the CfpPlugin split, I wonder about the opportunity given how much rewrite/refactoring will be necessary to use the KConfig state.
I don't think it currently honors the mutability state of those keys. This will need being addressed in further commits.
Indeed, it will follow.
I think it's worth it in any case, otherwise we fix symptoms but not the root cause and issues will creep up again later on when someone touches the module and forgets one of the error prone construct (like checking for mutability and enabling/disabling corresponding widgets, removing keys which are back to defaults from the config file, etc.).
I don't think it currently honors the mutability state of those keys. This will need being addressed in further commits.
Indeed, it will follow.