Summary: | [EditorMgmt] Write openEditor in terms of IStorage instead of | ||
---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | Darin Wright <darin.eclipse> |
Component: | UI | Assignee: | Platform UI Triaged <platform-ui-triaged> |
Status: | RESOLVED WONTFIX | QA Contact: | Boris Bokowski <bokowski> |
Severity: | enhancement | ||
Priority: | P4 | CC: | david_williams |
Version: | 2.0 | Keywords: | investigate |
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | Windows 2000 | ||
Whiteboard: |
Description
Darin Wright
2002-05-23 12:11:24 EDT
Opening editors on jar entries (IStorageEditorInputs) works OK when there is a registered editor that can handle IStorageEditor input. It works for .properties files, for example. When There is no registered editor and the system editor is used then the workbench assumes that it is a IFileEditor input since external editors can only be opened on files. This hard cast is questionable. Possible solutions: a) the code should checks wheter the editor is an IFileEditorInput and throws a PartInitException. b) the code is generalized so that it can also handle IStorageInput, i.e., the StorageInput's contents is copied into a tmp file and an editor is opened on the temp file. I suggest that at least a) is done. Moving to Platform UI for comment. (Although it looks like this stack dump is in JDT, it is not). The openEditor methods should not make assumptions about type of input. Should just throw PartInitException in this case. Released changes in EditorManager to throw PartInitException. Resolving as LATER, so we can write openEditor in terms of IStorage instead of IFile? Reopened for investigation Moving Dougs bugs Closing for lack of activity. |