Vim-like editing in Eclipse

I just upgraded to the latest release (v 0.34.0) and since then the cursor position is not updated in the display, however if I goto next line and come back the display is correctly updated (which means the intra line navigation is actually working but not updating immediately).

The funny thing is, even if a disable Vrapper from the toolbar, the same behaviour happens.

My only recourse is to uninstall the Vrapper plugin.

the mapping is picked up from ~/.vrapperrc but upon hitting jj, a j is inserted before the insert mode is left and remains in the text.

eclipse 3.7 (classic version of juno) mac os x 10.7

I need a new command line to imlement #208 - the current rendering method works but it would take too much work to implement line wrap and other things we can have for free from SWT.

I've already started work on this one, I simply want to tag my commits to a separate issue to keep track of things.

It would be nice to have text objects for CamelCase editing ('dc,w' : 'CamelCase' -> 'Case') like seen here https://github.com/bkad/CamelCaseMotion. Having some objects for underscore-separated words would also be great ('dc_w' : 'abc_def' -> 'def')

It would be great if one could cycle through the content assist menu with 'hjkl' motions, perhaps even close it with <C+C>. Basically, after pressing <C+Space>, the menu could be controlled in a VI way, without resorting to ESC or the direction arrows.

In Eclipse 4.9 (latest release currently) pressing the colon key in the default Eclipse editor to run a command behaves strangely by inserting (random?) text into the file but not showing the command popup. The slash key to search for text is also showing the popup only on second press. Especially the first one makes Vrapper unusable.

I don't have a perfect repro yet, but periodically I'll do an apple+shift+t to search for a class, or apple+shift+r to open a resource, or even a simple apple+s to save or apple+tab to switch to a different app, and random stuff will happen unexpectedly—it feels like something is being pasted, or maybe some action in my history is running, but I'm not exactly sure. I played with it a bit, and it's definitely right when I press down on the apple key.

I'm running on the latest unstable, just updated yesterday and it still happens. I'm running Kepler on OSX 10.8.4. There are no mappings or with the apple key in my .vrapperrc

With :let @/ = "" the search pattern that is highlighted can be cleared in vim. In vrapper it doesn't seem to be supported (clearing other registers like "0 doesn't make any problems).

i`m sorry to leave this question on this forum but,

is there any way i can use :new command in vrapper?

i searched your documentation and googled about it but i really cannot find a way.

ps : i found :split is really working well.

Description:

If you open a new file, the first time you press '/' or ':' it most often does not display the floating input bar. Instead, the focus is completely lost (no eclipse shortcuts work anymore). The only solution is then to click with the mouse anywhere in the editor. After that typing '/' will show the previous input as well (so if you typed '/abc', then clicked the mouse and press '/' it will show the input bar containing '/abc').

Platform & more information:

• Linux (CentOS 7).
• Eclipse versions: Fails on Oxygen/Photon, works on Neon.
• File types: any (I've had it on .txt, .c/h/cc, on .py).

• I've tried for the longest time to figure out the exact steps to reproduce, but I can't figure out when it triggers or not. I would say 90% of the times I open a file I open have this issue.
• Note it was also mentioned by Yongho-John-N in https://github.com/vrapper/vrapper/issues/811 (see his second post).
• Nothing displays in the Error Log

Sorry for the lack of concrete information, if there is anything I can do to get something more, please let me know.

Thanks,

Jeroen

The :vi[m] command is very convenient. How about allowing to path command line parameters to the gvim executable in gvimpath, such as -p --servername ECLIPSE --remote-tab-silent to open all files in a single gvim instance.

Hi,

As the title says, I want to highlight a word in visual block mode so I can then go up/down with my selection. This works well when doing <C-v>w but not with <C-v>iw. When using iw it switches to regular visual selection.

Thanks, Nimrod

Hi,

In the documentation it is mentioned that some language-specific commands are enabled because vrapper leverages the existing Eclipse plugins such as JDT.

I'm coding in SystemVerilog with the plugin DVT from AMIQ.

I spoke with AMIQ, and they provided me with these Eclipse actions:

ro.amiq.vlogdt.ui.editor.ToggleComment ro.amiq.vlogdt.ui.editor.FormatSource ro.amiq.vlogdt.ui.editor.OpenDeclaration ro.amiq.vlogdt.ui.editor.actions.RefactorRename

Meaning that it should be possible to implement gcc, gd, gR and ":format".

Regarding :format, I already know I can do it myself by (tested and works):

eclipseaction format ro.amiq.vlogdt.ui.editor.FormatSource

But I'm unsure how to map actions to keymappings and not an ex-command, which is required for gcc, gd and gR Is there a way?

If it's simple maybe it's worth for vrapper to support this natively.

With better tools for writing SystemVerilog code we could all enjoy better hardware :).

Thanks, wnim

Hi,

unexpected motion post deletion

I'm using the sub-word plugin to remove words from snake_case with di<leader>w. For example removing "bar" from "foo_bar_baz". But when I do, the cursor jumps to the end of the word, and sometimes to the next line, while I think it would make sense that it would stay put. I checked the actual plugin and it works as I expect it to.

underscore remains when deleting a word in snake_case

Additionally it actually deleted on underscore which for me is also the preferred behavior.

required to let go of <leader> and re-click for motions in a row

I want to hold the leader and press 'w' multiple time to advance multiple words but it doesn't work. Instead I have to re-click the leader key every time. This is actually the same in the original plugin, but I would think this is the preferred behavior. For your consideration.

By the way, I'm really loving vrapper and I learned about a lot of cool vim plugins just from your documentation.

Cheers, Nimi

Hi,

Vrapper comes with the configuration setting “:set contentassistmode”.

It is described like so:

“Enables c-n and c-p to move selection up and down in the content-assist dropdown.”

In “content assist” it works well

In hyperlink menu it almost works.

ctrl+n moves the dotted rectangle but not the blue one, and the blue one is the one that counts.

In quick assist it doesn’t work at all

Quick assist and content assist always looked very similar to me, so I was surprised that they behave differently.

Is it possible to modify vrapper so that quick assist also has that functionality?

What about hyperlink menu? It seems the option is almost there if vrapper affected the blue highlight as it does the dotted line.

I have the following commands in my .vrapperrc:

inoremap <M-i> <ESC>
nnoremap <M-i> a
inoremap <A-i> <ESC>
nnoremap <A-i> a

And the official documentation says: Similarly, Alt (meta) characters are mapped by using <A-x> or <M-x>.

However, this is what's happening upon pressing "option+I". Pressing any other key afterwards undoes it.

As I tried to use that feature, only first line in the box was properly replaced only within the box. In all the other lines a-l-l the instances of the word-to-replace were changed (not only in the box)

 %V to search within visually-selected area only regex used for example: s/%Vphy/dhy/g - both with g and without g did not work as expected from gvim-like behavior.