Community
Participate
Working Groups
I'm filing this bug for Ready for Rational compliance. Would like to have org.eclipse.jdt.internal.ui.javaeditor.EditorUtility be public, especially: org.eclipse.jdt.internal.ui.EditorUtility.openInEditor(Object, boolean) org.eclipse.jdt.internal.ui.EditorUtility.openInEditor(Object) org.eclipse.jdt.internal.ui.EditorUtility.revealInEditor(IEditorPart, IJavaElement)
This got added for 3.3 M1 (I believe): JavaUI.openInEditor(IJavaElement, activate, reveal) (org.eclipse.jdt.ui) Already there before: JavaUI.openInEditor(IJavaElement) JavaUI.revealInEditor(IEditorPart, IJavaElement) To open non-Java elements use IDE.openEditor
still missing these methods: EditorUtility.getEditorInput(Object) EditorUtility.openInEditor(IFile) EditorUtility.isOpenInEditor(IType)
To open an IFile, use IDE.openEditor.
Please explain your use case for - EditorUtility.getEditorInput(Object) - EditorUtility.isOpenInEditor(IType)
we have custom decorations in editors which need to be removed following a refactor. so, based on an IType, we need to find an open editor (if any). we only need one of the remaining 2 - ideally EditorUtility.isOpenInEditor(itype), but we could find out ourselves if its open if we had EditorUtility.getEditorInput(Object)
Reopening based on Dan's comment.
>we have custom decorations in editors which need to be removed following a >refactor Why don't you register as a refactoring participant then?
it was in the refactoring participant that we did the remove. however, as it turns out, we have another way of refreshing the rulers, so we dont need access to either of these calls. thanks for your help.
.
Get rid of deprecated state.