Since introduction of the new MainApp there was a lack of storing preferences persistently. This is important
for most modules due to the need of having the possibility to store some user-adjustable default values.
* expected behaviour
The expected behaviour is split up in two parts:
Part 1: The GUI-independent part should offer an application-wide interface to put and receive preferences
Part 2: The GUI-dependent part: Their must be an exposed possibility to edit preferences through the GUI
Cause of the bug
-
Proposed solution
For part 1: Implement the PreferencesStore Interface (in org.opencherry.core.runtime) published by the OSGi-Group in "OSGi Service Platform Release 4 Version 4.1 Compendium Specification"
For part 2: Create a preferences dialog in org.mitk.gui.qt.application. This preferences dialog can be dynamically extended by "Preference pages". This can be done by
implementing the IPreferencePage-Interface on the extension point "org.opencherry.ui.preferencePages".
Affected bundles
org.mitk.gui.qt.application
Edited classes:
- QmitkWorkbenchWindowAdvisor
- QmitkWorkbenchWindowAdvisorHack
Added classes:
- QmitkGeneralPreferencePage
- QmitkPreferencesDialog
(***not in core but connected to the classes mentioned above***)
org.opencherry.core.runtime
Added classes:
cherryBackingStoreException
cherryICherryPreferences
cherryICherryPreferencesService
cherryIPreferences
cherryIPreferencesService
cherryAbstractPreferencesStorage
cherryPreferences
cherryPreferencesService
cherryXMLPreferencesStorage
org.opencherry.ui
Changed plugin.xml (added extension points "preferencePages" and "keywords")
Added: IPreferencePage
org.opencherry.ui.qt
Added: IQtPreferencePage
How will the bugfix get tested?
- For the GUI-independent part there is a new openCherry test bundle "Testing/org.opencherry.core.runtime"
- For the GUI-dependent part there will be application testing once there is a solution