Bug 66501 [typing] In smart mode: Delete Next/Previous Word delete selection
200406092000 In the java editor, Delete Next Word (Ctrl+Delete) and Delete Previous Word (Ctrl+Backspace) behave unexpected. They should always just delete the selection iff it is not zero-length. That's the behavior we're used to with unmodified Delete and Backspace, and it's also what the Text Editor already does. void foo() { System.out.println(123); } Set cursor to before "out.", then press 2x Ctrl+Shift+Right to select "out." with the caret after the selection. Expected: Ctrl+Delete deletes selection. Was: Ctrl+Delete then deletes "println", leaving the selection alone. Similar problems with Ctrl+Backspace and when caret is at the start of the selection.
org.eclipse.jdt.ui/ui/org/eclipse/jdt/internal/ui/javaeditor/JavaEditor.java
return;
		
		if (astRoot == null || selection == null)
			return;
		
		IDocument document= getSourceViewer().getDocument();
		if (document == null)
			return;
				
		List matches= new ArrayList();
		String message;
		if (fMarkExceptionOccurrences || fMarkTypeOccurrences) {
			ExceptionOccurrencesFinder exceptionFinder= new ExceptionOccurrencesFinder();
			message= exceptionFinder.initialize(astRoot, selection.getOffset(), selection.getLength());
			if (message == null) {
				matches= exceptionFinder.perform();
			}
		}
		if (matches.size() == 0) {
			if (fMarkMethodExitPoints || fMarkTypeOccurrences) {
				MethodExitsFinder finder= new MethodExitsFinder();
				message= finder.initialize(astRoot, selection.getOffset(), selection.getLength());
				if (message == null) {
					matches= finder.perform();
				}
			}
			if (matches.size() == 0) {
				ASTNode node= NodeFinder.perform(astRoot, selection.getOffset(), selection.getLength());
				if (!(node instanceof Name)) {
					if (!fStickyOccurrenceAnnotations)