Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 210013 - [preferences] Classpath variables needs a preference transfer
Summary: [preferences] Classpath variables needs a preference transfer
Status: RESOLVED WONTFIX
Alias: None
Product: JDT
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 3.4   Edit
Hardware: PC Windows XP
: P3 enhancement (vote)
Target Milestone: ---   Edit
Assignee: JDT-UI-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on: 208564
Blocks: 135868
  Show dependency tree
 
Reported: 2007-11-15 14:59 EST by Sarah Naqvi CLA
Modified: 2009-10-01 08:37 EDT (History)
4 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sarah Naqvi CLA 2007-11-15 14:59:03 EST
Currently when Exporting Preferences from the workbench user has the option to export All preferences, or to Choose specific preferences to export.

User can export Installed JREs, or if
Window->Preferences->General->Keys are modified, these also appear in the options to export these preferences.

However, as an example, if user modifies
Window->Preferences->Java->Build Path->Classpath Variables, these do NOT appear in the option to export specific preferences.

Why are certain preferences available to export and not others?

Would like to request that ANY preference changed would appear in this dialog box.
Comment 1 Tod Creasey CLA 2007-11-16 08:27:06 EST
Window->Preferences->Java->Build Path->Classpath Variables needs to define a preference transfer for this.
Comment 2 Jerome Lanneluc CLA 2007-11-22 09:18:12 EST
Moving to JDT/UI
Comment 3 Martin Aeschlimann CLA 2007-11-22 09:49:35 EST
Can you give more background why you want to export classpath variables only?
There has been no with for this so far, I believe.
Comment 4 Nate Soule CLA 2007-11-27 17:26:54 EST
(In reply to comment #3)
> Can you give more background why you want to export classpath variables only?
> There has been no with for this so far, I believe.

The intention is to be able to create an export file with only specific preferences selected, classpath variables being just an example. The reasoning is that we could then export a preferences file with just company or department standards included. That file could then be used as a template for all workspaces created by developers, and it would only overlay the prefences we wished to standardize on (all other preferences could remain intact if the file prefs were loaded into an already user-modified set of preferences).
Comment 5 Martin Aeschlimann CLA 2007-11-29 06:51:19 EST
If we would categorize all options offered by the Java tooling, we would end up with 20-30 sections or more and we would still get requests for more fine grained sections... 
That's why I'd rather concentrate on sections for the options that are useful and requested.
Is export classpath variables really one of these?
Comment 6 Dani Megert CLA 2009-10-01 04:46:06 EDT
If you still need this then please explain in more detail why this would be useful.
Comment 7 Nate Soule CLA 2009-10-01 08:27:05 EDT
The addition of just classpath variables to the individual export ability is not a high priority for us. The original intent of the posting was based on the fact that the user interface made it seem like we should be able to export any set of individual preferences (perhaps grouped by the top level nodes in the preferences window). If there was a generic way to implement the ability to export these sets of preferences that would be quite useful, but if this involves manually implementing a solution for each subset then I would agree that "WONTFIX" is the correct choice.

Thanks for looking into this.
Comment 8 Dani Megert CLA 2009-10-01 08:37:24 EDT
>If there was a generic way to implement the ability to
>export these sets of preferences that would be quite useful
Unfortunately there's not such solution because originally the preference were not modeled/declared.

I've added two new transfers, one for compiler preferences and one for Java appearance preferences.