applidium / vim Goto Github PK

The current version on the app store seems more like a proof of concept. There are now forks that have significant improvements and are actually usable. Would it be feasible to update the official app with one of these forks, with regular (automatic) releases to keep up to date with the upcoming iOS11 changes?

See larki/VimIOS#7

Netrw uses nnoremap ...
to select files and open directories. I've tested some maps; they do appear to work, but this one doesn't.

The ipad vim app does have netrw included (try :e . to see). Pressing the while atop a file or directory should open it, but isn't.

high ascii character bug

Prepare to see the characters:
:set enc=utf-8

Enter some high ascii characters, it is easy, for à hold down the a key until you see other characters, then slide your finger to the desired character.

àèìòù
äëïöü

Move cursor up down left right to see characters disappear

I found this when I mapped:

ino
im à

Easier for me to press, hold, and slide on the a key than to go 2 levels deep for the key to do escape.

Bill

In addition to iCloud support.

ios6 iphone 3gs and 5 with vim using on screen keyboard

Insert or normal mode.

Typing a space after a space.
The first space will insert a space.
The second space will insert the character above the portion of the spacebar touched.

The default font is difficult to read as it appears to be mangled, 'corrupted', or otherwise simply rendering poorly. I just installed the latest version of the app. I'm running iOS 9.3.2.

Are there plans to improve this app and push improved versions to the App Store? I ask not to nag or complain, but just out of sincere interest in the status of the project.

If not, is someone interested in forking the project, improving it, and pushing the improved version (with a different name, I assume) to the App Store? Or forking the project, removing the restrictions imposed by the App Store (e.g., provide access to cli tools, python and ruby support, console version of vim, etc.), and providing a version via Cydia?

I'd take on such challenges myself, but I lack the time and expertise.

As requested here : http://news.ycombinator.com/item?id=3487837

With VIM in the iPad, running IOS 7.0.2

set enc=utf-8
set tenc=utf-8
set fenc=latin-1
set fencs=latin-1

In insert mode: most things work as expected, when I'm writing "normal text" using the 28 characters of our Swedish alphabet (that is as the English alphabet + 3 more characters; a-ring, a-umlaut and o-umlaut, sorted in that order after z of in the uk/us...)

Back in visual mode, when I move leftwards (using h-key) over a word with one of the 3 high letters, the character after that high one will be replaced by a space. When moving back towards right (using l-key), the lost (hidden) character will come back to be seen.

I guess this has something to do with the 2-byte character representation of "non-ASCII" characters that comes with "enc=utf-8".

Best regards, someone very happy with this fine tool,
/Göran Åhling

I would love to use this as way to work through the vimtutor while traveling but I can't figure out how to run it with this build. I see related files in the git repo but I don't see a way to get at them from inside the app. I'm guessing it's probably not possible but if it is I would love some advice on how to run it.

To input blackslash in iOS, we need switch to symbol keyboard by two click, not a good idea. Personally, I prefer to using two finger tap gesture as an alternative.

I have forked it as https://github.com/pinxue/Vim .

git diff is:

diff --git a/src/gui_ios.m b/src/gui_ios.m
index ecd1f11..10b5e7a 100644
--- a/src/gui_ios.m
+++ b/src/gui_ios.m
@@ -128,7 +128,13 @@ enum blink_state {

• (void)viewDidLoad {
  [super viewDidLoad];
• UITapGestureRecognizer * tap2fGestureRecognizer = [[UITapGestureRecognizer alloc] initWithTarget:self action:@selector(click2f:)];
• tap2fGestureRecognizer.numberOfTouchesRequired = 2;
• [_textView addGestureRecognizer:tap2fGestureRecognizer];
• [tap2fGestureRecognizer release];
• UITapGestureRecognizer * tapGestureRecognizer = [[UITapGestureRecognizer alloc] initWithTarget:self action:@selector(click:)];
• tapGestureRecognizer.numberOfTouchesRequired = 1;
  [_textView addGestureRecognizer:tapGestureRecognizer];
  [tapGestureRecognizer release];

@@ -199,6 +205,13 @@ enum blink_state {
gui_send_mouse_event(MOUSE_LEFT, clickLocation.x, clickLocation.y, 1, 0);
}

+- (void)click2f:(UITapGestureRecognizer *)sender {

• [self becomeFirstResponder];
• // send ESC
• char escapeString[] = {ESC, 0};
• [self insertText:[NSString stringWithUTF8String:escapeString]];
  +}

• (void)pan:(UIPanGestureRecognizer *)sender {
  CGPoint clickLocation = [sender locationInView:sender.view];

Vim should support opening files from other apps (eg. Mail, Safari, Dropbox)

Using \ as the default Esc key makes it pretty hard to write code. I suspect a lot of people have a bluetooth keyboard, on the logitech keyboard in the US the grave key is just below the Esc key. Grave not used much in coding or even writing documents, it seems to me, changing the default vimrc file to map the grave key to Esc would make usability much better.

Yes, the user can create a .vimrc file to do this. It would just be nice to have this mapping by default.

Previously saved files encrpyted with :X cannot be unencrypted.
When I open a file :n test.txt which was encrypted using :X it hangs the app.
Also, when I attempt to encrypt using :X, followed by "Enter Encryption Key:" typing in a key hangs app. This started happening with iOS 12, with iPhone 7 Plus..., Gvim 8.1.42, and version 7xxx (not sure what I had installed previously)

As requested here : http://news.ycombinator.com/item?id=3487346

Download 'Free Writing' and look what they have done with a custom keyboard.

Their keyboard works well, clean display, gestures, but editing...

Need vim!

As requested here http://news.ycombinator.com/item?id=3487253

While typing the sentence "this is some high latency," the letters would appear on the screen far behind my typing. After I finished typing the sentence, it took another few seconds for it to fully appear on the screen.

I seems only to have this problem while using my Bluetooth keyboard. It is the same keyboard that I got from Apple with my iMac.

I use a bluetooth keyboard with my ipad, and I can use esc to exit insert mode when I'm using vim through iSSH, so I know it works. iSSH has really good bluetooth keyboard support, and it would be great if vim supported this too. Not just esc, but control keys.

Thank you for this great app.

Maybe 2 fingers left

It no longer works to map 2 characters to a command or function. For example:

imap jj <esc> no longer works to map "jj" to the <escape> key. 

Similarly, mapleader no longer works. For example:

let mapleader = "," does not work to allow "," to trigger another defined command or function.

Both of these worked fine a while ago and I can't remember if they broke in the last update of Vim for iPad or if it was after an iOS update.

Would it be possible to fix these?

Will there be support for the iPhone 5's taller display?

It is rather important that a professional editor like Vim has sftp support. Textastic (http://www.textasticapp.com/) is a rather good example of such functionality.

Hi,

when I type "é" in Vim, it appears as "é "
Same with "ç", which appears as "ç "
(in short, most accented characters appear as "the accented character plus an extra space").

And "à" appears as "| ", which is even weirder.

I have the same behavior using the app from the App Store, the source code compiled and running on the iOS simulator and the source code running on an iPad.

If you switch in and out of Vim via the Home button or by tapping on a notification, then it will be suspended and your state is saved. However, if iOS clears Vim out of memory in the interim (because you run other apps and iOS decides it needs the memory) then your Vim session is quit, leaving swap files lying around.

The .swp files should stop you from losing any data, but it'd be nicer if the user didn't have to deal with them except if Vim actually crashes.

If the file is in a saved state when Vim quits, then the swap files should be removed (as they would be if the user quits via Vim's quit commands).

I notice that Vim doesn't have a Settings.bundle and many pull requests may be knock back due to lack of user customisability. Thus, there needs to be a way to introduce new features without effecting existing features.

Consider the weird choice (IMHO) of <esc> mapping to \. This is now a feature of the product, any change to this feature breaks the expected behavior of the product and should be avoided (ie. #9). But if it is implemented 'at user option' then all is well. Thus, a proposal for a 'Default <esc> mapping' key in Settings seems sensible. The user can change the mapping to a custom character sequence or choose a predefined gesture. This means that Vim's welcome message could reflect the change for the forgetful (that's me ;) and we can be spared the head scratching when trying to enter \ during insert mode (I don't know about you but I went with :s/$/\\).

And there's another thing, what about back ticks? There really ought to be a mapping for that too...

And there's another thing... Hold up, the Settings.bundle is going to be a really important feature for future features, let's not add keys willy-nilly.

I don't think that completely changing the structure of the Settings.bundle would break anything further down the track but it would be disorienting for the user and I guess there's a chance that it could delete existing user preferences. So I think a hieracharical structure would be best. I would like to see 'Default Mappings > Escape Key'.

What do you think, please comment :)

I am using a Kensington KeyFolio Pro keyboard and it is having issues with Vim for iPad. In particular, when I launch Vim, I often can't use the keyboard at all, can't get to the command mode or insert mode, etc. Just nothing. Most of the time if I am turn the keyboard off, wait for the on-screen keyboard to appear, then dismiss it and turn the keyboard back on, it works. But sometime even that doesn't do it and I end up having to turn off bluetooth and do much the same thing.

I don't experience any problems with this keyboard in any other app, including many 3rd party applications.

In other versions of Vim, I can copy text to and from the OS's global clipboard by using the "* and "+ registers. This doesn't appear to work in iOS Vim.

When i try and have Siri accept my voice input. It process, but nothing gets input, in insert mode. Should this be working?

Thanks,

Russ

The link on the repository description is broken: 404 Not Found
http://applidium.com/en/applications/vim/

I can change the font size with e.g. :set guifont=Monaco:h18. However, with larger sizes, there is no built-in font, so Vim has to generate a large font from a small-font fontspec. This looks very ugly on the screen. Unfortunately, on an iPad mini, the default font is very small and difficult to read, so either way, I get a font that's hard to read. (On a full-sized iPad, the default is probably fine.)

I'm wondering whether it would be possible to set the default display size in such a way as to make everything larger--larger, fewer lines of text. The idea is that on a smaller device such as a mini, Monaco:h12, for example, would look as large as Monaco:h18 does now. On a regular iPad, the size of lines should presumably remain the same as it is now.

This option might be configurable, in theory, or it could depend on the device model.
(Again, thanks for porting Vim to iOS.)

:set guifont=* doesn't do anything, but it is possible to make some font changes using :set guifont. However, it's difficult to experiment with different fonts without knowing what fonts are available.

(This is with vim 7.3, iOS 8.3 on an iPad mini. On the mini, at least, the default font is very small, and there are dropped pixels in some of the characters, making them hard to read. I'm hoping to set the font to a larger, more easily readable one.)

Thank you for porting Vim to iOS!

Hello.

Great project. Unfortunately, not maintained anymore, but I'm still gonna leave a bug report.

In ipados 15.7, in half of the cases space doen't work at all. No space is being typed in insert mode and in command input, and the caret doesn't move in normal mode either. Sometimes it works though.

It also correlates to when backspace works. When space works - then backspace works expectedly (removes the last character). When space doesn't work - backspace also doesn't work, nothing happens on pressing it (including normal mode and when typing a command)

Screen display of the right-most column (col 77) doesn't work right.

To see this, type :help magic then start scrolling down the page.

Any non-blank character in that last column can be seen moving down the page as you scroll.

It would be great if, in addition to Dropbox and iCloud, it integrates with "Open file in..." menu.