Community
Participate
Working Groups
R2.0 As described in bug 19494, not all settings in the workbench preference pages can be exported. Some of these are core settings which are not implemented using preferences. Now that the preference mechanism exists at core level, it would be good if settings like the following used this mechanism: - autobuild - local history settings - build order
Created attachment 2570 [details] patches to core.resources and core.tests.resources Please verify and release if it is ok.
See also bug 27570. We may have to create new API to better facilitate setting default values. Holding off on releasing this new code until this other bug is resolved.
Released into HEAD.
The WorkspacePreferences class is internal and all of the settings constants are defined there. We will need to be able to see this constants for our property listeners (for auto build specifically).
Once we have access to the constants from Core we will also have to start listening to the build order preference and generating an auto build from that. I would suggest splitting WorkbenchPreferenceListener up and adding a CorePreferenceListener that generates global build actions for auto build and build order.
Created attachment 2655 [details] Moves internal constants for properties names to API Moved constants from WorkspacePreferences to ResourcesPlugin. Just added basic comments for each constant for now. I will open another PR for making more explicit how workspace description objects and core preferences are related. A test class was affected. The patch fixes tests too. Please review and release.
Fixed and released into HEAD.
Closing
*** Bug 17897 has been marked as a duplicate of this bug. ***