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
if (urlOffsetInLine > -1)
					ch= line.charAt(urlOffsetInLine);
			} while (!Character.isWhitespace(ch));
			urlOffsetInLine++;
			
			
			StringTokenizer tokenizer= new StringTokenizer(line.substring(urlSeparatorOffset + 3));
			if (!tokenizer.hasMoreTokens())
				return null;
			
			int urlLength= tokenizer.nextToken().length() + 3 + urlSeparatorOffset - urlOffsetInLine;
			if (offsetInLine < urlOffsetInLine || offsetInLine > urlOffsetInLine + urlLength)
				return null;
			
			
			try {
				fURLString= line.substring(urlOffsetInLine, urlOffsetInLine + urlLength);
				new URL(fURLString);
			} catch (MalformedURLException ex) {
				fURLString= null;
				return null;
			}
			
			return new Region(lineInfo.getOffset() + urlOffsetInLine, urlLength);
		}
		private int getCurrentTextOffset(ISourceViewer viewer) {
			try {					
				StyledText text= viewer.getTextWidget();			
				if (text == null || text.isDisposed())
					return -1;