| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
| |
given. This makes more -e basically usable at all when your termcap
entry supports an alternate screen buffer (like xterm-r6).
I wonder whether we should make more -e the default. Oure more seems
to be the only one on the world with this funny behaviour.
2.2 candidate
Submitted by: dawes@rf900.physics.usyd.edu.au (David Dawes)
|
|
|
|
|
| |
would no longer properly detect when "vi" was being called,
and thus would not call vi with the "+line#" argument.
|
|
|
|
| |
Closes PR#441, but with a more generic method.
|
| |
|
| |
|
|
|
|
|
|
|
| |
as controls in any case.
2) Fix bug with incorrect column position when standouts occurse
3) Fix bug when last standouted char cause clearing next line
in standout
|
|
|