Bug 56909 [implementation] Method EditorUtitliy.revealInEditor checks for JavaEditor
In my plugin I have a MultiPageEditor that embeds a Java Editor on one of its pages. When a navigation to a Java method within the scope of my MPE is triggered the editor is correctly opened and switched to the source page, but no navigation to the method is triggered. Instead the cursor is positioned in the first row of the source code. This is due to the instanceOf check in the method EditorUtility.revealInEditor (IEditorPart part, IJavaElement element). It should be replaced by a check for the IGotoMarker interface. That would enable Java source navigation to quite a bunch of editors that have no chance to implement JavaEditor themselfes.
org.eclipse.jdt.ui/ui/org/eclipse/jdt/internal/ui/javaeditor/EditorUtility.java
}
		return null;	
	}
			
	/**
	 * Maps the localized modifier name to a code in the same
	 * manner as #findModifier.
	 * 
	 * @param modifierName the modifier name
	 * @return the SWT modifier bit, or <code>0</code> if no match was found
	 * @since 2.1.1
	 */
	public static int findLocalizedModifier(String modifierName) {
		if (modifierName == null)
			return 0;
		
		if (modifierName.equalsIgnoreCase(Action.findModifierString(SWT.CTRL)))
			return SWT.CTRL;
		if (modifierName.equalsIgnoreCase(Action.findModifierString(SWT.SHIFT)))
			return SWT.SHIFT;
		if (modifierName.equalsIgnoreCase(Action.findModifierString(SWT.ALT)))
			return SWT.ALT;
		if (modifierName.equalsIgnoreCase(Action.findModifierString(SWT.COMMAND)))
			return SWT.COMMAND;
		return 0;
	}
	/**
	 * Returns the modifier string for the given SWT modifier
	 * modifier bits.
	 *