Community
Participate
Working Groups
In the Eclipse 2.1.2 and 3.0M6 EditorHistory and supporting classes are in the internal package - this makes it harder to implement other presentation for the recent files. I.e. in our application I want to display recent files in a tree but to do this I have to work with internal framework classes.
Just one more issue - it uses IPath for the tasks like parsing the string - in my application my EditorInput is disconnected from the Eclipse resource framework - so such things just add unneeded dependency.
IPath comes from org.eclipse.core.runtime, not org.eclipse.core.resources. org.eclipse.ui.workbench has no dependencies on org.eclipse.core.resources in 3.0 (as of M5). Note that the current presentation can be reused via ContributionItemFactory.REOPEN_EDITORS, but you're correct: if you want to roll your own presentation, new API would be needed. These APIs are especially important for people building their own RCP apps.
Doesn't look like this is going to make the cut for 3.0.
Not for 3.0.
Reassigning bugs in component areas that are changing ownership.
Remy is now responsible for watching the [EditorMgmt] component area.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.
