Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 80847

Summary:	[Preferences] extension point for preference page contributors to pop up preference in editors
Product:	[Eclipse Project] Platform	Reporter:	Amy Wu <for.work.things>
Component:	UI	Assignee:	Platform-UI-Inbox <Platform-UI-Inbox>
Status:	RESOLVED WONTFIX	QA Contact:
Severity:	enhancement
Priority:	P3	CC:	daniel_megert, thatnitind, Tod_Creasey
Version:	3.1	Keywords:	helpwanted
Target Milestone:	---
Hardware:	All
OS:	All
Whiteboard:

Description Amy Wu

2004-12-13 13:11:08 EST

3.1 M3/M4

from mailing list:
email
> AbstractDecoratedTextEditor shows a 'Preferences...' action in both its
> context and ruler context menus. Once the preference page supports
> filtering, only a subset of 'interesting' pages will be displayed in the
> such opened preference dialog. You can change the set of pages by
> extending or replacing
> AbstractDecoratedTextEditor.collectContextMenuPreferencePages.

reply
> this is good if editors want to control
> what preference pages to show, but how about also offering other
> preference page creators to add their own preference pages.  This
> could be done through an extension point where you associate a
> preference page id to editor id.  The downside is this could lead to
> more clutter if there are a lot of preference page contributors.

reply reply
Sounds like a good idea. I suggest to file a feature request with a use
case example

Use case example:
An xml editor is contributed by one plugin.  Another plugin-in contributes xml 
catalog.  Once the xml catalog is contributed and plugged into xml editor, it 
would be nice if the xml catalog preference page could also be offered to 
users in the preferences.. action.

Another use case example:
Java editor allows clients to contribute folding region providers and java 
hover help.  If clients have additional preference pages for these providers, 
they might want it to show up in the java editor preferences.. action.

Comment 1 Tod Creasey

2005-02-01 13:39:59 EST

We now have the PreferencesUtil API as of M5 so that you can open preferences or
properties anywhere.

Comment 2 Amy Wu

2005-02-01 13:52:25 EST

I think this bug was read wrong.  I'm actually asking for an extension point 
to specifically contribute to the filtered Preferences.. dialog that is shown 
in editors' context menu.

This is so that others besides the editor themselves, can add to what is shown 
in the Preferences.. dialog.

Comment 3 Tod Creasey

2005-05-19 10:56:54 EDT

Moving to text as they own this menu

Comment 4 Dani Megert

2005-05-19 11:32:53 EDT

Given the existing ui.editors extension point in Platform UI and the usefulness
of this feature for non-text editors as well, I think Amy hit the right
component ;-)

Please send back if you think this isn't useful for all editors.

Comment 5 Amy Wu

2005-09-07 11:00:59 EDT

In addition to an extension point where you can link a preference page to 
editor id, it'd also be nice if you could link a preference page to content 
type.  So if you have an editor that edits both xml and html, and the current 
content type in the editor was html, only html preferences would show up.

Or, if you want to make it more generic, allow editors to specify a preference 
action id.  Then in the extension point, editor clients can link their 
preference page id to the preference action id.

Comment 6 Tod Creasey

2007-03-19 16:19:38 EDT

There are currently no plans to work on this feature but we would be happy to look at a patch

Comment 7 Denis Roy

2009-08-30 02:21:46 EDT

As of now 'LATER' and 'REMIND' resolutions are no longer supported.
Please reopen this bug if it is still valid for you.