Community
Participate
Working Groups
Build 20020813 + latest plugins from 20020820 Code assist in the details pane of the variables view doesn't work.
Works on Win2000. Is this a CTRL-space problem? Does code assist work from the pop-up menu? (Sometimes I find I must clear the details pane to get code assist to work, as previous entries can cause syntax errors which cause code assist to fail).
It's a CTRL+SPACE problem. Code assist activates just fine if I activate it from the pop-up menu. Should we reassign this to SWT-GTK?
It is either SWT or JFACE (content assist support). Kai, do you know if this is a known Linux issue?
There is no comparable problem reported. How do you activate content assist?
1. Debug a program to a breakpoint. 2. Open the details pane of the variables view. 3. Put your cursor in the details pane, type "std", and hit CTRL+SPACE. Nothing happens. 4. With your cursor in the same location, right click and choose "Content Assist." The result of clicking this menu item is what *should* be happening when you hit CTRL+SPACE.
I am now seeing the same problem on Win2000
Is this another instance of Bug 22568?
This appears to be due to some refactoring in the area of key bindings. The debug variables viewer is trying to bind the content assist action to the ctrl- space key, using the global actions. The old code looks like: // XXX: hook the "Java" content assist action - this is a hack to get content // assist to work with the retargetable content assist action in the java UI getViewSite().getActionBars().setGlobalActionHandler ("org.eclipse.jdt.ui.actions.ContentAssist", textAction); //$NON-NLS-1$ // Also hook CTRL-Space in case the java UI is not loaded/available addVerifyKeyListener(); I tried the following, but that did not seem to work either: // XXX: hook the "Java" content assist action - this is a hack to get content // assist to work with the retargetable content assist action in the java UI textAction.setActionDefinitionId ("org.eclipse.jdt.ui.edit.text.java.content.assist.context.information"); getViewSite().getKeyBindingService().registerAction (textAction); //$NON-NLS-1$ // Also hook CTRL-Space in case the java UI is not loaded/available addVerifyKeyListener(); Kai, what is the proper way to do this? As well, note that since the debugger does not know about the Java UI, we use a string rather than a constant for the proper action ID. This makes us vulnerable to action id changes. Shouldn't the action ID be part of the text framework (since content assist is not java specific? or maybe it is). It appears the "Content Assist" action in the top level Edit menu is stealing the keypress, and not delegating to our action.
For some reason, code assist works in the 20020911 drop, but not when self hosting. *** This bug has been marked as a duplicate of 22568 ***
Not a dup.
This appears to be working with the latest plug-ins. Please verify.
Please verify, Jared.
Reopening. WORKSFORME stats defeats "verify bucket" queries.
Verified.
(Marking as verified)