[9795] in Athena Bugs
vax 7.4G: ez
daemon@ATHENA.MIT.EDU (vanharen@Athena.MIT.EDU)
Fri Aug 14 17:08:10 1992
From: vanharen@Athena.MIT.EDU
To: bugs@Athena.MIT.EDU
Date: Fri, 14 Aug 92 17:07:54 EDT
System name: fries
Type and version: CVAXSTAR 7.4G (1 update(s) to same version)
Display type: SM
What were you trying to do?
Edit a file with ez -- specifically, move around in the file
using the arrow keys, or using C-V and M-V, or jump around by
searching (there are really 3 bugs here, one related to each of
the previous things, but I'm just lumping them into one
report).
If it makes any difference, I am running ez on fries, a vax, but
my display is music, a color sun. I don't think this matters,
though, as I'm pretty sure I've seen all these bugs on just
plain mono systems.
What's wrong:
1) Moving around in the file using the arrow keys:
If you hold down the down-arrow key, the insertion cursor moves
down as the auto-repeat kicks in, and the scrollbar thumb moves
as well, to scroll the document and keep the insertion key
visible. However, eventually, the scrollbar fails to keep up
and the insertion cursor ends up off the visible area of the
screen, so the document stops scrolling.
This doesn't seem to happen while using the up-arrow.
2) Ctrl-V:
If I Ctrl-V (page down) once, and then use the arrow keys to
move the insertion cursor, I can see that the insertion cursor
is moving by its little indicator in the scrollbar (outside the
area of the thumb, as it should be). The scrollbar does not
return to the area of the insertion cursor, which I suppose is
what was intended (though it seems odd to me).
However, if I Ctrl-V twice (or more), so that now the area being
viewed is a bit farther from the insertion cursor, then hit the
up-arrow, the scrollbar jumps to the area of the insertion
cursor. Hitting the down-arrow in the same situation does not
exhibit this behavior.
Also, if I use Meta-V to page back, above the insertion cursor,
once, twice, or many times, moving the insertion cursor with the
up and down arrows has no effect, as described two paragraphs
ago.
The behavior should be consistent, and whether the behavior
should be that it always jumps to the area of the insertion
cursor or not is arguable, I suppose. I suspect the intent was
that it should not, but I don't know.
Actually, I just discovered another way to do it... Hit
Ctrl-V once, then start moving up with the up-arrow. When the
insertion cursor gets more than two page-fuls away from the
thumb, the thumb will jump to the the area of the insertion
cursor as described 3 paragraphs ago.
3) Searching:
If I search for a word, using Ctrl-S or Ctrl-R, when ez finds a
match, it jumps to that spot, and highlights the word, as it
should. However, then, if I want to exit the search, I hit
left-, right-, up-, or down-arrow (as I do in emacs), ez exits
the search, but then sticks in an "A", "B", "C", or "D". Now, I
know that this is because the arrow keys are generating an
escape followed by one of those characters, but it seems to me
that ez should be able to be smart enough to tell that it's an
arrow key...
What should have happened:
It should do the right things...
Please describe any relevant documentation references:
man ez? dunno...
