fix #H4343 - obscure tty bug while swallowed
When --More-- was written to leftmost column of line 2 while the hero was swallowed, after player acknowledged it and the top line was cleared, the cursor ended up in the wrong place. I still don't understand what in the world is going on here, but adding 'flush_screen(0)' after 'swallowed(1)' in docorner() makes the problem go away. Why is the behavior different when --More-- is in the first column than when it's anywhere else? After that fix, I commented the whole thing out. The swallowed optimization is just not significant enough to justify peeking at core internals. Core bit: prior to those two changes, I tried inserting 'bot()' into swallowed(). It moved the mis-positioned cursor from the end of the second status line to on the map just right of the bottom right corner of the swallowed display. That didn't fix anything, but I've left it in place. bot() to update status is needed following cls(); now it happens before redrawing the map instead of at some point after.
This commit is contained in:
@@ -294,6 +294,9 @@ tty: skip selector letter and selection indicator (-,+,#) during menu coloring
|
||||
tty: '>' no longer closes a menu window
|
||||
tty: if color is disabled and use_inverse is enabled, display lava in inverse
|
||||
video so that it is visually distinguishable from water
|
||||
tty: if "--More--" was written to leftmost column (beginning of second line)
|
||||
while hero was swallowed, cursor would end up in wrong place (at end
|
||||
of status line instead back on map) after message line was cleared
|
||||
unix/X11: in top level Makefile, some commented out definitions of VARDATND
|
||||
misspelled pilemark.xbm (as pilemark.xpm)
|
||||
unix: options file with CR+LF line ends and an invalid option line resulted in
|
||||
|
||||
Reference in New Issue
Block a user