I recently upgraded to Komodo Edit 7 from v6. In previous versions if I was adding tabs to the beginning of lines I could press down and the cursor would automatically move to the beginning of the next line. The net effect meant that to indent a whole bunch of line I just had to press DOWN and TAB repeatedly
Since I've upgraded it no longer works like this. If I press TAB at the beginning of a line and then down, it indents the first line, then moves to the next line, one tab width in.
Does anyone know how to re-enable this functionality on Komodo Edit 7, or whether it was completely removed?
I am experiencing the same issue. As Paul Sweatte suggests, there is an alternate way to indent a group of lines (adding tabs at the beginning), but no alternative exists for doing this in the middle of a group of lines.
I have submitted a bug here: http://bugs.activestate.com/show_bug.cgi?id=94104
Update: Bug status has been updated to Resolved. This should be fixed in the next release (7.1.0) or you can download the nightly build: http://downloads.activestate.com/Komodo/nightly/
Related
Recently I am trying to switch to neovim but there is some annoying cursor movement as you can see below:
Each echoed text may be followed by cursor at the end. Saving file is quite often command so it is very annoying. The problem may occur when leaving insert mode or even with popup menu when completion takes some time (cursor is placed after the first line of menu). Another example:
Completion menu based on completefunc. It is quite slow and unstable yet but what the hell is this cursor doing?
I have a long line of text in vim, soft-wrap is on, I've done :set linebreak, and breakat has the right value.
The problem is, when I edit some text in the middle of the "paragraph", the lines don't wrap at word boundaries anymore.
Example:
1) Cursor is in the middle of the line:
2) I type cw and the linebreaks change:
It stays like that when I go back to normal mode, but wraps correctly again when the cursor leaves the line.
This does not happen if I add text in the middle, or do a command like dw - seemingly just commands that delete some text and enter insert mode.
The problem began on a fresh install of Fedora 21, but my .vimrc is unchanged from my previous computer, where I did not have this problem.
How do I restore the correct behavior, or is this perhaps a bug in the Fedora package?
I believe, this is a bug, that has been fixed with 7.4.576
I want to select multiple lines of code and indent them with [TAB] but this is not working.
The opposite of it, to shift it to the left side with [Ctrl]+[TAB] works.
The problem occurs in IntelliJ IDEA 14.01 but not in other programs ("Gedit" for example).
It is no problem to indent a single line of code by placing the cursor at the beginning of the line.
I'm working in a CentOS 6.2 VM (VirtualBox) on a Windows 7 machine.
I found out, that the "VIM Emulator" is causing those effects.
Tools --> Vim Elmuator (toggle on/off) OR Ctrl+Alt+V
As #Sailcomp pointed out the IdeaVim plugin is what causes the problem.
However if you take a look at Vim's wiki it explains how to indent/unindent using >> and << respectively. Along with the . command to repeat.
In my normal VIM installation, I can select vertically with ctrl+v, move down and over however many lines, and then hit x to delete everything I've highlighted.
In IdeaVIM, doing the same thing only deletes the single character that I am highlighting with my cursor at the time.
Does anyone know how to change the IdeaVIM behavior to the regular VIM behavior?
This is fixed in IdeaVIM version 0.36, released 2014-10-14. The bug is tracked in VIM-632. Note off-by-one error tracked in VIM-501 is fixed in an upcoming release (probably will be called 0.38).
I can't make it working, move line up or down doesn't work. When I reset keyboard for VS and applay scheme for Resharper it ask me for this :
and if I take first selection , then alt + up switch me between methods, if I use second selection then this combination does not effects.
Alt+Up is not a ReSharper shortcut to move a line. It most likely belongs to the Productivity Power Tools extension, that has a feature to move one or more (selected) lines.
Personally, I don't like this feature in PPT, since it will just move the line(s), regardless of their scope, causing compilation errors. I much rather use ReSharper's feature of moving blocks of code up or down, by pressing Ctrl + Shift + Alt + ↑/↓ or ←/→ - when on the beginning of the line, it will move the entire line or block of code, but can also be used to move entire methods, change the order of parameters, etc.
I ended up resetting my Resharper shortcuts. Then when prompted with the dialog, chose Use Visual Studio Commands for the Alt+Up & Alt+Down shortcut.
You could also set this manually in Tools > Options > Environment > Keyboard. Search for "MoveSelectedLines" and then assign Alt+Up/Down to the appropriate command.
On my machine with Resharper 2016.1 it makes a difference on what position the cursor is located:
cursor located from 1st to last character on the line: the shortcuts work as described by Igal Tabachnik
cursor located on white spaces before 1st characters of the line the shortcuts are ignored.
Regards
Bernhard