RL> they press one of the keys like B, ?, Q or whatever is configured for
 RL> that menu then it works fine.. it just doesn't show the menu.

 MT> Sounds suspiciously like a screen length mismatch issue 
 MT> between Max and the terminal program.  Have you tried 
 MT> resetting it in the C)hange menu while logged in with 
 MT> this same client?

I'm logged in right now to my bbs using windows 2000 telnet client. After
the login process I arrive at my main menu with no problems. If I press M
for message menu I'm broght there and see the menu screen with no problem
either. If I say A)rea change STArea loads up which is a full screen
"lightbar" menu selection for message areas (and file areas too).
Once I've selected a message area it goes back to the message menu and I
see [0;36m  or something similar to that on my terminal screen and nothing
on the local screen. For some reason it's not sending me the screen while
using this telnet client. It's not a problem caused by STArea because I can
make this problem happen a number of different ways. For example, I can run
a door game from my doors menu and when it returns there is no doors menu
to be seen.. but I can press Q which brings me back to the main menu and I
can see the main menu. Then I can go back to doors menu and see the screen.
 If I go to the C)hange settings menu, and change my screen length, it
wants to redraw the menu again after I've finished. It shows me the menu
header but not the canned Maximus menu. (No I didn't make my own ansi for
change settings menu). I have to quit to main and come back to see it
again. Happens when I L)ist files in the file areas too. 

It's the weirdest thing. Because it doesn't happen with any other telnet
client that I've used. Do you have a win2k computer available to try this
with? Use it's telnet client to telnet to   bbs.doghousebbs.com  to see for
yourself. 


 MT> This part is not so unusual.  When tricky things are 
 MT> put in the display files for remote display (and 
 MT> depending on the users settings within the BBS) you 
 MT> will not have perfect synch between the local and 
 MT> remote screens. I remember that some of my animated 
 MT> ANSIs built with TheDraw looked like garbage locally, 
 MT> but fine remotely.

So I thought, that's when I removed the tricky loop that updates the time.
Now it's just a plain ANSI screen encoded with MECCA and I've added a [cls]
at the top. I'll try seeing if I take the [cls] out if it makes a
difference. 

 MT>                 * DSR

 MT>                 You must enable XON flow control if you want your users to
 MT>                 be able to use  and  to
start and stop
 MT>                 screen display.
 MT> ===

Right now it's got XON and CTS lines uncommented. That doesn't bother me so
much. I remember when the user would press CTRL-S when the BBS was using a
modem it would actually lock the computer and I'd have to reboot. It drove
me nuts when that user found out about that. Can't do it anymore :)


Has anyone else seen this behaviour before? I found out that while it's
showing a blank screen instead of a menu, I can press ENTER on the local
end and it redraws the screen. If the telnet user presses enter nothing
happens.

Thanks,
Ryan


--- Maximus 3.01