Re: Floyd Davidson 's getch() routine

From: Floyd Davidson (floyd_at_apaflo.com)
Date: 11/06/05

  • Next message: Robert Bonomi: "Re: Testing for daylight savings on a GMT server"
    Date: Sat, 05 Nov 2005 17:04:20 -0900
    
    

    Jordan Abel <jmabel@purdue.edu> wrote:
    >On 2005-11-06, Floyd Davidson <floyd@apaflo.com> wrote:
    >> You are still assuming that the database entry "xterm" *should*
    >> *necessarily* be the right TERM variable for your xterm
    >> configuration. That is not true. As noted, there are dozens of
    >> TERMINFO descriptions for xterm, and it is possible that *none*
    >> of them match the xterm you have configured.
    >
    >Yeah, and telling someone that they have the wrong TERM when there's no
    >right one and the one they picked SHOULD be the right one is hardly
    >helpful.

    You *still* are not understanding that there is *no* reason to
    assume that the TERMINFO entry named "xterm" is or should be the
    right one for your particular configuration of the xterm program.

    Saying "the one they picked SHOULD be the right one" is simply
    not valid. The point is the SHOULD pick the one that *is*
    valid.

    >I can fix such problems for myself by throwing together a new
    >terminfo entry, but someone else might not be able to - It would be
    >reasonable to attempt support all three most common possibilities for
    >F1-F5 [vt100 PF1-4 and then vt220 F5 as xterm, linux ^[[[A..E, and putty
    >default vt220-like] if the terminfo entry describes any of the three,
    >particularly if the "wrong" sequences don't mean something else.

    If you get deep enough into TERMINFO descriptions the function
    keys aren't really all that much of a problem. How color is
    supported, and little annoyances like cursor visibility and
    whether an alternate character set has to be enabled (and does,
    or like the "linux" terminal description does not have, a
    sequence to enable it defined in the database), are more likely
    to be problems.

    Note that every new version of the X server comes up with a new
    version of one or more variations on the xterm terminal
    description.

    -- 
    FloydL. Davidson           http://www.apaflo.com/floyd_davidson
    Ukpeagvik (Barrow, Alaska)                      floyd@apaflo.com
    

  • Next message: Robert Bonomi: "Re: Testing for daylight savings on a GMT server"

    Relevant Pages

    • Re: Floyd Davidson s getch() routine
      ... A quick look at my database shows it has ... >> particular xterm configuration. ... TERMINFO descriptions for xterm, and it is possible that *none* ...
      (comp.unix.programmer)
    • Re: <ZSH> missing $terminfo[colors]
      ... How can I fix this? ... The terminfo entry for your terminal doesn't have a "colors" ... if your terminal is a xterm with 256 color ... support, ...
      (comp.unix.shell)
    • Re: Floyd Davidson s getch() routine
      ... > use the TERMINFO database. ... >>xterm, and the xterm entry is broken. ... > The terminal emulator determines what the terminal ...
      (comp.unix.programmer)
    • Re: runcobol under linux: keyword problem
      ... Thaks Frederico ... defined by the TERMINFO environment variable. ... Then I got my cursor keys work ok. ... got my xterm terminal resize to that resolution but my cobol ...
      (comp.lang.cobol)
    • Re: Replacement xterm terminfo definition for Solaris gnome
      ... > emulation with a widely available xterm definition, ... I haven't been satisfied with any terminfo for gnome-terminal, ...
      (comp.unix.solaris)