Bug 1946 - [Editor Mgmt] DCR: Mutliple editor contributors (1GCUHNR)
Summary: [Editor Mgmt] DCR: Mutliple editor contributors (1GCUHNR)
Status: RESOLVED WONTFIX
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 2.0   Edit
Hardware: All Windows 2000
: P5 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Kevin Haaland CLA
QA Contact:
URL:
Whiteboard:
Keywords: investigate
Depends on:
Blocks:
 
Reported: 2001-10-10 22:22 EDT by Nick Edgar CLA
Modified: 2002-09-03 16:53 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nick Edgar CLA 2001-10-10 22:22:51 EDT
NOTES:
Comment 1 DJ Houghton CLA 2001-10-29 17:40:53 EST
PRODUCT VERSION:

RH requests:

I have a suggestion for a future release of the Workbench regarding Editor
contributors.
Rather than having the workbench define that there will be one instance of
a contributor per
Editor type per Workbench window, let the Editor itself determine how many
instances there
should be.  This would be analogous to asking the Editor for its
ContentOutline page, which
is what currently happens, versus defining the ContentOutline page in XML.

Some editors could return a reused instance of a contributor, whether there
is just one per workbench Page
or one for all of the workbench would depend on the Editor.  Some editors
might want a new contributor
instance for each instance of an editor.  By using
getAdapter(IActionBarContributor), the Editor could
decide.

Randy Hudson

P.S.  This solution could even be phased in without affecting client code.
Since unknowning Editors will
return null for getAdapter(), the workbench could revert to the current
style of looking for a plugin extension
in plugin.xml



Comment 2 Kevin Haaland CLA 2002-01-25 12:29:20 EST
This is an interesting idea
Comment 3 Randy Giffen CLA 2002-08-06 17:00:59 EDT
Reopen for investigation
Comment 4 Kevin Haaland CLA 2002-09-03 16:53:23 EDT
Defer