| Summary: | gnome-teminal (GNOME 2.2.1) sets $TERM wrong | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Tomasz Sterna <tomek> |
| Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | minor | ||
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
hmm yeah i've seen this behaviour too, never looked into it. Can you give me some additional info on why we would want xterm-xfree86 ? Links to documents or something. I can easily fix this in the ebuild if i want to, but i need to know the exact implications. $ showkey -a
[I press "Home"]
^[OH 27 0033 0x1b
79 0117 0x4f
72 0110 0x48
$ infocmp xterm | grep -i home
el=\E[K, enacs=\E)0, home=\E[H, ht=^I, hts=\EH, il=\E[%p1%dL,
so ncurses thinks "Home" is "Esc[H" under xterm, but gnome-terminal sends "Esc[OH", just like:
$ infocmp xterm-xfree86 | grep -i home
flash=\E[?5h$<100/>\E[?5l, home=\E[H, hpa=\E[%i%p1%dG,
kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, khome=\EOH,
and it's khome that is "Esc[OH", and it works.
Example app that works fine with "xterm-xfree86" but not "xterm" is ECE ( http://freshmeat.net/projects/ece/ )
yes i am aware of what the difference is, but i wonder why gnome-terminal has been doing it wrong (?) all this time. With links to documents i meant documents explaining the difference between xterm and xterm-xfree86 . Sorry for the wait here. I can't reproduce this anymore, seems it got fixed along the way somewhere in ncurses or gnome-terminal maybe. Closing WORKSFORME . If this is still a problem, please reopen. |
gnome-terminal sets $TERM as "xterm" but it sends "xterm-xfree86" codes. It's noticable with ncurses where Home and End keys does not work. Reproducible: Always Steps to Reproduce: 1. 2. 3. I've added the following code to my ~/.bashrc as a workaround: if [ "x$COLORTERM" == "xgnome-terminal" ]; then export TERM=xterm-xfree86 fi