Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Blog | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

VI annoyance



On Wed, Aug 11, 2010 at 8:44 AM, Edward Ned Harvey <blu-Z8efaSeK1ezqlBn2x/YWAg at public.gmane.org>wrote:

> > From: discuss-bounces-mNDKBlG2WHs at public.gmane.org [mailto:discuss-bounces-mNDKBlG2WHs at public.gmane.org] On
> > Behalf Of Matt Shields
> >
> > But, now I have a bunch of Ubuntu boxes I need to manage and I have
> > this
> > weird issue where I can go into insert mode but if I do anything other
> > than
> > type characters (like arrow keys, or delete) it stays in insert mode
>
> You may be right about .vimrc goodies, but I don't guess so.  I think the
> first thing you should look at is whether you're actually using vi, or vim.
> For example in solaris, vi is the default, so I install vim, and then alias
> vi=vim.  Because vim is better.
>
> Also, if you don't have your terminal properly set up, it can cause really
> weird behavior.  Is this behavior the same on the local physical console?
> Or does this behavior only happen over the network via ssh?
>
> In addition to all of the above, gvim is yet another step above and beyond
> vim.  Assuming you have graphics.
>
>
See previous note about vi is actually a symlink to vim on all servers.  I
can reproduce the problem from Windows (SecureCRT), Linux (Gnome Term), OSX
(Terminal and ZOC) and from server's local terminal.

Term is set for "Linux" in all terminal instances.

By any other .vimrc goodies, I was wondering if anyone had any good
options/functions, etc that they use and would like to share.

-matt






BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org