Summary of feature request description * actual behaviour: 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