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
/**
			 * Should the given event be filtered?
			 * @param event The property change event.
			 * @return <code>true</code> iff the given event should be filtered.
			 */
			public boolean isFiltered(PropertyChangeEvent event);
		}
		/**
		 * Property change listener. Listens for events in the options Map and
		 * fires a {@link org.eclipse.jface.util.PropertyChangeEvent}
		 * on this adapter with arguments from the received event.
		 */
		private class PropertyChangeListener implements IPropertyChangeListener {
			/**
			 * {@inheritDoc}
			 */
			public void propertyChange(PropertyChangeEvent event) {
				if (getFilter().isFiltered(event))
					return;
				
				if (event.getNewValue() == null)
					fOptions.remove(event.getProperty());
				else
					fOptions.put(event.getProperty(), event.getNewValue());
				
				firePropertyChangeEvent(event.getProperty(), event.getOldValue(), event.getNewValue());
			}