Community
Participate
Working Groups
* steps to reproduce 1. Open a Java editor with the following content public class C { // fear forest for f<cursor> } 2. press Alt+/ (Word Completion) several times (holding Alt all time, or releasing and pressing it again -- doesn't matter). * expected (and actually observed on Windows) Word Completion offers "for", "forest", "fear" and then other proposals (based on other files, i guess), cycling when set of proposals is exhausted. * observed on Linux Word Completion offers "for", "forest" and nothing more, not even "fear" (same file proposal). Doesn't even cycle. It looks as if Alt+/ Word Completion was losing the memory that it's being used in a continuous manner; i.e. every Alt+/ was a fresh completion. Effectively, the previous completion is a prefix for next completion, whereas the text actually written by a human should be the prefix for next completion.
Word completion is disabled by default. I suspect you have enabled in your Windows workspace but not on Linux. You can configure this via Window > Preferences > Java > Editor > Content Assist > Advanced
(In reply to Dani Megert from comment #1) > Word completion is disabled by default. I suspect you have enabled in your > Windows workspace but not on Linux. You can configure this via > Window > Preferences > Java > Editor > Content Assist > Advanced Hi Dani, Thanks, but i think we talk about different things. In '... Java > Editor > Content Assist > Advanced' i can enable "Word Proposals" and this indeed does change the proposals returned by Ctrl+Space ("Content Assist" command as far as "preferences > keys" are concerned). And yes, I had this disabled -- in both workspaces (I use workspacemechanic to sync settings, btw.) However, the bug concerns Alt+/ ("Word Completion" command) rather than "Content Assist".
(In reply to Piotr Findeisen from comment #2) > (In reply to Dani Megert from comment #1) > > Word completion is disabled by default. I suspect you have enabled in your > > Windows workspace but not on Linux. You can configure this via > > Window > Preferences > Java > Editor > Content Assist > Advanced > > Hi Dani, > > Thanks, but i think we talk about different things. > > In '... Java > Editor > Content Assist > Advanced' i can enable "Word > Proposals" and this indeed does change the proposals returned by Ctrl+Space > ("Content Assist" command as far as "preferences > keys" are concerned). > > And yes, I had this disabled -- in both workspaces (I use workspacemechanic > to sync settings, btw.) > > However, the bug concerns Alt+/ ("Word Completion" command) rather than > "Content Assist". Oops, sorry about that! Alt+/ works fine for me on Windows and Linux using http://download.eclipse.org/eclipse/downloads/drops4/S-4.6M5-201601282000/ Maybe the keybinding got lost, changed or overridden by another plug-in. Please check on the General > Keys preference page. There you can also try whether it works when you assign a different key binding.
(In reply to Dani Megert from comment #3) > > Alt+/ works fine for me on Windows and Linux using > http://download.eclipse.org/eclipse/downloads/drops4/S-4.6M5-201601282000/ > > Maybe the keybinding got lost, changed or overridden by another plug-in. > Please check on the General > Keys preference page. There you can also try > whether it works when you assign a different key binding. Thanks for the suggestion. I found out that: * "Word Completion" is the only command bound to Alt+/ * when I assigned Ctrl+H, word completion started to work * when I assigned Alt+H, is started to work erratically (as initially described). So I guess it's a matter of Alt functioning differently. Oh, and BTW, I'm using Unity (@ Ubuntu 15.10), although I have Unity's Alt binding ("show HUD") disabled.
(In reply to Piotr Findeisen from comment #4) > Oh, and BTW, I'm using Unity (@ Ubuntu 15.10), although I have Unity's Alt > binding ("show HUD") disabled. Seems to be a Unity specific keybinding issue. I suggest to use an alternate keybinding for now.
I'm seeing this on Ubuntu 16.0.4. Exact same steps to reproduce.
(In reply to Benji Shults from comment #6) > I'm seeing this on Ubuntu 16.0.4. Exact same steps to reproduce. Eclipse 4.7.0.
Hi, Temporal fix is to disable capturing an Alt key by Unity. https://askubuntu.com/questions/151951/how-do-i-prevent-ubuntu-from-capturing-the-alt-key-to-show-the-hud
So I've used Eclipse for 4 years now and never knew we had Alt+/ to do 'instant word completion' of sorts. Kewl. Thanks for posting this. This works fine on Fedora26/gtk3.22. As outlined in the ticket, it seems that the OS is hijacking the keybindings before they get to Eclipse. Seeing that Ubuntu is moving to Gnome, it's likley not going to be a problem in the future anymore. Should we close as not eclipse?
(In reply to Leo Ufimtsev from comment #9) > Should we close as not eclipse? +1.
