Re: Keypad Application/Numeric Mode
Path: emory!wupost!zaphod.mps.ohio-state.edu!qt.cs.utexas.edu!yale.edu!yale!mintaka.lcs.mit.edu!spdcc!das.harvard.edu!bochner From: bochner@das.harvard.edu (Harry Bochner) Newsgroups: comp.databases.informix Message-ID: <2411@endor.das.harvard.edu.harvard.edu> Date: 26 Nov 91 19:50:22 GMT References: <1991Nov20.225504.26829@mdd.comm.mot.com> Sender: usenet@das.harvard.edu.harvard.edu Organization: Aiken Computation Lab, Harvard University Nntp-Posting-Host: what In article <1991Nov20.225504.26829@mdd.comm.mot.com>, rudoff@mdd.comm.mot.com (Doug Rudoff) writes: |> I want to be able to use the numeric keypad on my vt420 terminal while |> in an Informix screen. But it seems that Informix automatically places |> the keypad in application mode on start up (and returns it to numeric |> mode when done). I don't want Informix to do this for me, I just want |> to use the numbers on the keypad. |> Is there any way to turn this "feature" off? Attached below is the termcap entry I use on vt320's and compatibles, all of which we treat as vt100's. I don't know if it will work with vt420's, but it's worth a try. My impression is that the problem starts with a disagreement on what the "ks" termcap capability means. The definition (under SunOS) says 'put terminal in "keypad transmit" mode'. So Informix reasonably assumes that you should send the "ks" sequence if there is one, since otherwise the keypad might not transmit. But the "ks" sequence in our system termcap entry for vt100's puts it in a mode where the keypad sends escape sequences instead of just a digit, so you can tell it was a keypad key that was pressed, and not just a normal digit. (I guess this is what you mean by "application mode".) But Informix doesn't understand those escape sequences, and the keypad becomes unusable :-( This is undoubtedly part of why Informix distributes its own termcap file for you to use, in ~informix/etc. Their entry has no "ks" capability, avoiding the problem. BUT it lacks a capability that gnu emacs requires. So we end up with this: # this termcap entry is a modified version of the one supplied by # informix: it contains the 'sf' entry, w/o which emacs won't work. # we can't use the std system entry for vt100's because it contains # ks and ke entries that informix misuses. v1|vt100|vt-100|DEC vt100:\\ :bs:am:xn:xv:pt:cd=\\E[J:ce=2\\E[K:cl=45\\E[H\\E[J:\\ :cs=%i\\E[%d;%dr:cm=%i\\E[%d;%dH:co#80:li#24:\\ :Hi=\\E=:Hf=\\E>:HI=^|:Po=\\E1:Pe=\\E2:\\ :bc=\\E[D:do=\\E[B:nd=\\E[C:sf=5\\ED:sr=5\\EM:up=\\E[A:so=\\E[7m:se=\\E[m:\\ :ku=\\E[A:kd=\\E[B:kr=\\E[C:kl=\\E[D:kh=\\E[H:us=\\E[4m:ue=\\E[0m:\\ :k0=\\EOP:k1=\\EOQ:k2=\\EOR:k3=\\EOS:\\ :k5=\\EOn:k7=\\EOw:k8=\\EOx:k9=\\EOy:\\ :KA=\\EOu:KU=\\EOM:KB=\\EOv:KC=\\EOt:\\ :Ki=\\EOr:KT=\\EOl:KY=\\EOS:KZ=\\EOq:\\ :Kd=\\EOm:k6=\\EOs: \\ :sc=\\E7:rc=\\E8: \\ :gs=\\E(0:ge=\\E(B:gb=lmkjqx: The problem that remains is that (if you leave this in ~informix/etc, as I do) you have to remember to fiddle with it again everytime you upgrade Informix :-( -- Harry Bochner bochner@das.harvard.edu