Skip to content
This repository has been archived by the owner on Oct 26, 2020. It is now read-only.

Adds features and bug fixes. #32

Open
wants to merge 42 commits into
base: master
Choose a base branch
from
Open

Conversation

jmagers
Copy link

@jmagers jmagers commented Nov 22, 2015

No description provided.

masasibe and others added 24 commits August 27, 2015 00:52
0 for startOfLine
Strg+C for going to NormalMode
"e" will now work how it does in vim. Pressing "e" moves the cursor to the end of the current word. If already at the end of the word then it moves the cursor to the end of the next word.
"e" can now go to the next line when there are only whitespace characters on the current line. Before this the cursor would get stuck, not moving no matter how many times you press "e" when the current line only had whitespace characters.
Another fix for e (end of word)
This allows "b" to move the cursor back a word even when the line starts with whitespace. Before this "b" would get stuck on whitespace if it was at the beginning of the  line.
Before this "b" would skip the cursor over the line above it if the line was empty. It also used to skip over the previous word if that word was 1 character and was on the line above the cursor.
Another fix for b/B (back word)
The process of using back word now has fewer lines of code and better
documentation.
This fixes many problems that back word was having when using the
gotoPreviousWord function. Back word will now not get stuck when the
current line starts with whitespace. It will also now not skip over some
of the words that start on the beginning of the line. It will stop going
back when it hits an empty line like in vim. It will also skip over
lines that only have whitespace (just like vim).
Next-word (w) will now reach the next word when it involves moving the cursor down a line and that line starts with whitespace. It will now also skip over lines that only contain whitespace (like vim).
Fixes/improvements for:
-"w" next word
-"b" back word
-"e" end word
End-word (e) will now behave more like it does in vim.
"cw", "dw", "cb", "db", "ce", and "de" should all now work as they do in
vim.
Buf fixes for "cw", "dw", "cb", "db", "ce", "de"
"X" (capital x) will delete to the left like it does vim. Small fixes
for "cw" and a few other improvements.
Adds "X" and small fix for "cw"
@jmagers jmagers force-pushed the master branch 2 times, most recently from 150155b to f10c4ba Compare November 25, 2015 07:54
"cw" and "bw" now behave more like vim in very specific conditions. "cw"
and "bw" should now work as they do in vim when the cursor is on the
start of a paragraph before these commands are implemented.
masasibe and others added 2 commits November 25, 2015 19:02
Makes "cw" and "bw" act more like vim.
Vibreoffice can now select by lines with "V" (visual_line mode). When in
this mode lines can be selected with the j and k keys.

This feature isn't perfect yet. Lines cannot yet be selected properly
with the arrow keys and empty lines at the end of a selection are not
always selected properly.
masasibe and others added 3 commits November 27, 2015 20:43
Adds "V" (linewise visual mode).
Vibreoffice can now correctly select any line with "V" (visual select by
line) using the j and k keys. The only downside to this fix is that when
selecting lines downwards with "j" the cursor will always be on the line
bellow the selection. Not a big deal, just not aesthetically pleasing.
New Features:
-"V", visual select by line
-"X", delete to left of cursor

Bug fixes:
-"cw", "dw", "cb", "db", "ce", "de".
-"e"
masasibe and others added 12 commits November 28, 2015 13:15
Fix for "V" (visual select by line) and Version 1.1.1 Release.
gg and G will now work in visual and visual_line mode.
visual_line mode works with arrow keys.
Fixes for gg, G, and VISUAL_LINE mode.
"a" will now not move the cursor right before going into insert mode
when the cursor is at the end of the paragraph. Without this fix "a"
would go to the next paragraph before entering insert mode.

"p" will now not move the cursor right before pasting when the cursor is
at the end of the paragraph. Without this fix "p" would go to the next
paragraph before pasting.
"^" will now move to the first character of the line that is not a space
or a tab (more like vim).

Fixed a problem with "V" where it would not select the new line
character at the end of the visual base line when moving up with "k".
Bug Fixes:

-"^" will now move to the first character of the line that is not a
space or a tab (more like vim).

-"gg" and "G" will now work in visual and visual_line mode.

-Fixed a problem with "V" where it would not select the new line
character at the end of the visual base line when moving up with "k".

-"a" and "p" will now behave more like vim when the cursor is on the end
or beginning of a paragraph.
VibreOffice defines the cursor at being at the end of a word when the
cursor is to the right of the last character. Pressing "i" after
following this definition would start inserting after the word and not
before the last character like it does in vim. This fix changes the "e"
behavior so it now will move one character to the left after reaching
LibreOffice's definition of end of word in cases when it is appropriate.
LibreOffice considers a "." directly after the end of a word to be the
end of word. Before this fix, pressing "e" would move the cursor to the
"." in these cases instead of to the last character of the word like in
Vim.
Fix for "e" in relation to words ending with a "."
Before this fix the first line selected in "V" mode wasn't always
selected correctly.
@markstos
Copy link

@jmagers There's been no feedback since 2015-- how about releasing your own fork and opening your own issue tracker for the project?

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants