Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!sco!staceyc From: staceyc@sco.COM (Stacey Campbell) Newsgroups: comp.terminals,sco.opendesktop Subject: Re: Alternate character modes on qvt101 and freedom 100 terminals Keywords: qvt101, freedom100, curses Message-ID: <10156@scolex.sco.COM> Date: 12 Feb 91 17:51:47 GMT References: <1500@rascal.UUCP> Sender: news@sco.COM Organization: The Santa Cruz Operation, Inc. Lines: 37 [I'm posting this because this is not the first time I have seen this 'bug' reported against terminfo curses.] In article <1500@rascal.UUCP> theo@rascal.UUCP (T. Kramer) writes: >It is however not possible to switch back into normal mode >(rmacs). This only happens when the character sequence for switching >back to normal mode is '\E%'. Just to double check, you are aware that '%' is special in terminfo and needs to be escaped (I notice that you have shown the special code for ascii 27 '\E' but not for '%' which is '%%'. Do a man terminfo for information. >When analysing the output of the program below ie. redirecting the output >to a file and using hd to see the characters output, the '\E%' (rmacs) >sequence is missing. If I adjust the sequence for rmacs in the terminfo >source to something else like 'AA' the rmacs sequence is there. This would seem to confirm the non escaped '%' theory. Check the terminfo manual page. >This does not happen on my XENIX V.2.2 development system [...] Which uses termcap where '%' is probably not special. >Note: To get the terminal back into non alternate mode after running the >included program type in the following: tput rmacs Note that the tput command does not attempt to parameterize any arguments so it will extract and output the '\E%' without barfing on the '%'. If you write a small program that outputs the tparam() version of "rmacs" you will almost certainly see the '%' disappear. -- Stacey Campbell Internet: staceyc@sco.com UUCP: {uunet,ucscc,att,sq,altos,lotus,sun,microsoft}!sco!staceyc