#99 closed defect (fixed)
Backspacing past the top of the editwin does not scroll text
Reported by: | ike@MIT.EDU | Owned by: | kcr@mit.edu |
---|---|---|---|
Priority: | minor | Milestone: | |
Component: | ui | Keywords: | editwin |
Cc: | ike@mit.edu |
Description
When you've typed text that takes up more lines than your editwin has room for, the editwin scrolls at least some of those lines out of the way. If you then use backspace to delete text, and you reach the top of the editwin, pressing backspace should scroll the text so that you can see what you're deleting. Currently, it does not, so a user might keep pressing backspace, not realizing that they're still deleting text, until they use some method like arrow keys or C-p to navigate up a line to see what has been wrought by their idle typing.
Change History (3)
comment:1 Changed 16 years ago by nelhage@mit.edu
- Owner changed from nelhage@mit.edu to kcr@mit.edu
comment:2 Changed 16 years ago by asedeno@mit.edu
- Resolution set to fixed
- Status changed from new to closed
comment:3 Changed 15 years ago by asedeno@mit.edu
Regressed: 845960945fa5fd3fedf0b812e55b968e94326116. Reported-By: glasser@mit.edu Fixed again: e8074edbe022448163ee0e2295ffcb2e216730ad
fixed in 0d9c90c3e5bd121169a9e555601ce6525e2f968e.