Alt-7 doesn't work in xterm-204. Nothing is printed or when using metaSendsEscape it doesn't send Esc+7. Alt-{1,2,3,4,5,6,8,9,0} works. Works fine in xterm-200-r3. Reproducible: Always Steps to Reproduce: 1. Install xterm 204. 2. Try to use Alt-7 Actual Results: Alt-7 doesn't work. Expected Results: Alt-7 should work. Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r1, 2.6.1 3 i686) ================================================================= System uname: 2.6.13 i686 Intel(R) Pentium(R) M processor 1400MHz Gentoo Base System version 1.12.0_pre8 dev-lang/python: 2.3.5, 2.4.1-r1 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X1 1/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/X11 /etc/gconf /etc/init.d /etc/pam.d /etc/skel /etc/t erminfo /etc/xinetd.d /etc/env.d" CXXFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig buildpkg distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/ distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X aac alsa apm avi bitmap-fonts bluetooth cdparanoia cdr crypt curl dvd eds emboss encode exif gif gphoto2 gpm gstreamer gtk2 imagemagick imlib ipv6 jp eg libcaca libg++ libwww matroska mmx motif mozilla mp3 mpeg mythtv ncurses netw ork nptl nptlonly offensive ogg oggvorbis opengl pam pdflib png quicktime readli ne real rtc softmmu sse sse2 ssl tcpd theora tiff truetype truetype-fonts type1- fonts unicode vorbis win32codecs xinerama xprint xv xvid zlib userland_GNU kerne l_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
After some research I have found that it works if "--enable-dabbrev" is removed from the ebuild.
Line 228-232 in xterm-204/charproc.c: #if OPT_DABBREV "\ Meta <KeyPress> /:dabbrev-expand() \n\ " #endif If that is removed it works. For some reason "/" matches "7" since they are on the same key on my non-US keyboard.
Re-assigning. Seemant, if this ends up being an X keymapping issue just assign it back.
I've not seen this before -- are you sure it's not an X keymapping thing?
I don't know. What I do know is that started happening in xterm-201. If I have windows of the 2 versions open side-by-side it happens in one and not in the other. I currently use this in .Xdefaults to make it work correctly: XTerm*VT100.Translations: #override \ Meta <KeyPress> /:string("") Going through the diff between 200 and 20{1,4} I can't find any obvious reasons to why this is happening.
Dynamic abbreviations was in the code since xterm 189. But it's a configure option (I don't know where to see the history of the gentoo package, to compare). #201 has several changes, but none seems close to the translations or input settings.
http://www.gentoo.org/cgi-bin/viewcvs.cgi/x11-terms/xterm/ is probably the best way, thomas
and yes, I added --enable-dabbrev to 201 it seems. Is it best to take it out?
FWIW, xterm-200-r3 has that option too.
Well, it would be nice to know what the underlying problem is. The feature isn't critical (though if the enable's off then it's not available - perhaps I could split it so the translations resource isn't updated, but the actions are still available, to allow you to have it both ways).
In patch #206, I removed this from the default translations, since I've gotten more than one complaint about that. I put the chunk that shows how to enable it in the manpage. So you can close this on xterm #206. (207 is current).
fixed in 207, in portage in about 45 minutes
