Bug 110003 [content assist] Strange cycling behaviour
20050920 - Go to the keys preference page and configure Ctrl + Shift + Space to 'Specific Content Assist (type: Template proposals)', change the normal Content Assist from Ctrl + Space to somthing else - in the Java editor type for and press Ctrl + Shift + Space - templates show up The dialog reads: Press 'Ctrl + Space' for templates -> Should probably be 'Ctrl + Shift + Space', 'Ctrl + Space' isn't doing anything anymore (as I redefied the setting) -> Switching to templates isn't really that useful move the cursor one back. Suddly you get all proposals
org.eclipse.jdt.ui/ui/org/eclipse/jdt/internal/ui/javaeditor/CompilationUnitEditor.java
if (getPreferenceStore().getBoolean(PreferenceConstants.EDITOR_SMART_TAB)) {
			
			setActionActivationCode("IndentOnTab", '\t', -1, SWT.NONE); 
		}
		fGenerateActionGroup= new GenerateActionGroup(this, ITextEditorActionConstants.GROUP_EDIT);
		ActionGroup rg= new RefactorActionGroup(this, ITextEditorActionConstants.GROUP_EDIT);
		fActionGroups.addGroup(rg);
		fActionGroups.addGroup(fGenerateActionGroup);
		
		fContextMenuGroup= new CompositeActionGroup(new ActionGroup[] {
			fGenerateActionGroup,
			rg,
			new LocalHistoryActionGroup(this, ITextEditorActionConstants.GROUP_EDIT)});
		
		fCorrectionCommands= new CorrectionCommandInstaller(); 
		fCorrectionCommands.registerCommands(this);
	}
	/*
	 * @see JavaEditor#getElementAt(int)
	 */
	protected IJavaElement getElementAt(int offset) {
		return getElementAt(offset, true);
	}
	/**
	 * Returns the most narrow element including the given offset.  If <code>reconcile</code>
	 * is <code>true</code> the editor's input element is reconciled in advance. If it is
	 * <code>false</code> this method only returns a result if the editor's input element
	 * does not need to be reconciled.
	 *
	 * @param offset the offset included by the retrieved element