turn off 'h' help screen binding from less.vim #71

less.vim binds 'h' to a small help screen, unmap it so that the cursor
moves left instead.

Perhaps what we really need is a no-line-wrap mode, with h and l
scrolling the screen left and right.
release 1.8.4
fix up arrow again (broken in 423908d)

423908d broke the up arrow mapping, because it has to be the last
command in a -c command list, but so does the 'unmap h'.

Add another -c command with the up arrow mapping, now both mappings
work.

Reported by Tom <reztho@archlinux.us>.
release 1.8.5
Check for _vimrc file too.
.vimrc takes precedence over _vimrc when not on Windows.
Merge pull request #72 from mortonfox/master

Check for _vimrc file too.
release 1.8.6

Add mortonfox to CONTRIBUTORS.
use '-n #' instead of '-#' for head and tail

Using 'head -1' or 'tail -1' is deprecated and not documented.
(Though it looks like it works nearly everywhere...)
remove trailing whitespace
remove trailing whitespace from vimcat as well
increase number of lines used to detect man page

I have a number of man pages starting with a PROLOG section. Detecting a
man page on first six lines fails there.
Merge pull request #74 from rkitover/head-tail

Do not use deprecated calls for head/tail, fix man page detection
move 'unmap h' to separate -c command

This command has to be last in a sequence of commands passed to -c, to
reduce confusion and future mishaps, move it to a separate -c call.
test for new head/tail syntax support #74

Add head_n and tail_n utility functions that check the system head/tail
for support for the -n 1 syntax. If there is no support, then these
functions use the old -1 syntax.

See ef94912 , this is in case there are users of this script on *very*
old systems.
release 1.8.7
don't clobber user's PATH #77

Since PATH is usually exported, reexecing a shell will preserve the PATH
fixup for finding a shell, which has the existing PATH at the end.

Move $PATH to the beginning, so that the user's PATH overrides the extra
directories we are searching for a shell, and is preserved on reexec so
that the correct vim and other binaries are launched.

I did think this was wrong when I wrote the code initially, but I didn't
think about the impact of previously exported env vars in a script.
release 1.8.8
Merge branch 'master' of ssh://github.com/rkitover/vimpager