I have the following issue: I'm using Putty to operate an application on a Unix system. After some tweaking, I get the response as it should, colors, borders of pop-up screens.
One thing does not work the way it should: When, in the application, I request a selection-list, I get this "pop-up window". When I scroll down the list, I see the "active seletion" move down the list. perfect. But when I reach the end of the screen, the whole "list" should "scroll up". Instead of refreshing the content of this whole window, putty only updates the line at the end of the window.
So, the result is that, while scolling down, I see the content of the list flashing by in the bottom of this "window", but the rest is "frozen".
Until I move the selector up. Each line the selector moves to, gets "refreshed" and displays the correct content on that position in the list.
So, it looks like the unix-application returns the correct list-data to display, but Putty doesn't refresh it because it updates only the line that has the cursor.
This scrolling-behaviour works correct with Reflection.
Putty stores it's settings in windows registry, there is a key for this session named "TerminalType". I changed the value of this key to VT500-7, the correct terminal type, no change. Then changed the value VT525, no change either.
In the terminal application REFLECTION, I changed the terminal type from VT500-7 to xterm. The terminal output changed to the exact same characters and color-sceme as Putty, confirming that Putty didn't change to the requested Terminal Type VT500-7. BUT! I expected the to reproduce the same scroll-problem where the list in the "popup-window" wouldn't shift up or down. To my surprise, the list DID shift, the way it's supposed to.
It must be something else beside TerminalType, the application works in xterm just as well.