Some fonts absurdly slow down gvim

2017-05-12 Thread Frew Schmidt
I'm using gvim, as I have for many years, for long-lived editing sessions. I recently upgraded to ubuntu 17.04 which brought along an upgrade to Vim 8.0. I have noticed that gvim gets slower and slower with use, and it doesn't seem to require very much use for it to be, in my opinion, unusably

Re: Problematic behavior caused by mapping in matchit plugin

2017-05-12 Thread 'Andy Wokula' via vim_use
Am 11.05.2017 um 18:52 schrieb Efraim Yawitz: Hi, The docs for the matchit plugin say that the mappings in it may cause strange behavior, but I think this example is worth noting. I was trying to do yV% on lines like this: #ifdef SOMETHING ... #endif //SOMETHING expecting to yank all the line

unexpected result

2017-05-12 Thread stosss
I typed f2u expecting the cursor to jump to the 2nd "u" on the line but the command deleted my last "p"ut command. 2fu did what I expected. Did f2u do what it was supposed to do? Running Linux vim --version VIM - Vi IMproved 8.0 (2016 Sep 12, compiled Jan 16 2017 13:19:42) Included patches: 1-19

Re: unexpected result

2017-05-12 Thread Salman Halim
On May 12, 2017 11:57 AM, "stosss" wrote: I typed f2u expecting the cursor to jump to the 2nd "u" on the line but the command deleted my last "p"ut command. 2fu did what I expected. Did f2u do what it was supposed to do? f finds the next character. You issued two commands with f2u: 1. Find a

Vim's documentation (help files) - Some incomprehensible jumps

2017-05-12 Thread rene . heymans
Dear All, Using Vim's documentation quite intensely I found some perplexing behavior of tags within the help files, both on Gvim 8.0 (Win 7) and vim 7.4 (Ubuntu 16.04). Note: the tags files for Gvim 8.0 and vim 7.4 are respectively: C:\Program Files (x86)\Vim\vim80\doc\tags /usr/share/vi