Various screen-related keystrokes, particularly scrolling related ones, do odd
things to the curso position and screen content.  The most reproducible (using
a macintosh with bettertelnet and vt100 emulation, or using a local xterm at
console) is this:

jpico <a more than one page file>
scroll down
hit ctrl-y to scroll up

In the xterm, this only caused problems with help showing.  In telnet, it happened
regardless.  The top half of the screen would not be cleared, but the new text
would be written over it, leaving an ugly and confusing mess.  The bottom half
of the screen remained unchanged (no scroll).  Ctrl-L revealed that the scroll
had indeed happened normally, just not updated.  I have a report that CRT also
triggers a similar problem.

(Here's hoping to resolve these two bug reports:)


This is very similar to many problems I've had with joe under
non-console situations (e.g. xterm or telnet).  The following snippet
from /usr/doc/joe/README could be useful:

| Unix consoles usually do not have scrolling regions, but instead have
| insert and delete line commands.  The 'fansi' entry and ones derived
| from it will work correctly.  These termcap entries are provided in
| the termcap file which came with joe.

[...]

| If you use sh, ksh or bash, place this in your .profile file:
|
|         JOETERM=fansi; export JOETERM


I've set JOETERM to fansi, and it solved all my problems under xterm
(e.g. arrow keys not working) and DOS/Windows telnet (e.g. screen being
garbled).  If it works as well for all of you, I'd like to propose for
that setting to become permanent (either at compile-time, in
/etc/profile, or in a wrapper), or at least be suggested at install
time.