Either I would completely fail the [ Google | LinuxQuestions ] Search String Composition Test, or I am the only person who is annoyed enough by this to try and fix it.
When I use vi, man, less, et cetera, the screen is cleared (naturally) for the output of the program. When I'm done, the previous scrollback has been covered for the number of lines in the console, including the output or errors from what I was doing. I imagine whoever originally set this behavior enjoyed the extra scrollback it afforded, but more often than not, it erases information that I would have used for reference.
make --with --a_buncha_options
(ten or thirty minutes pass)
naw, that didn't work. Hrmm, what does this error mean?
Okay, now what was that error again...? Crap. No way to tell.
I could just alias 'man' to 'echo;echo...echo;echo;man" and be done with it, but there's got to be a more intelligent way to do this.
I've man-ed setterm and term, but that's all I can think of. I've also manned less and skimmed man, but since the behavior is ubiquitous for all the fullscreen programs like this, the solution is likely elsewhere.
I'm using Slackware, but I've seen the same behavior--whether it's a tty or a remote pts--in oBSD and (I think) Fedora2, so I doubt it's relegated to one or two distros.