On Fri, 01 Jul 2005, Tomasz Pala wrote: > On Fri, Jul 01, 2005 at 00:02:10 +0200, GoTaR wrote: > > > Hmmm... if I understand Alan Cox correctly, we shall do this. So now > > there are two questions: > > 1. any objections? > > Let's go further - Debian has it's policy, but _they didn't change [*] > xterm-color terminfo_, so remotely it's broken (blues, what were you > talking about problems with Debian/Ubuntu? ;>). Instead they created > xterm-debian, but it's not known on other systems (hurray for idiots). > > http://log.antiflux.org/grant/2004/03/29/backspace-delete > http://www.qsl.net/n0nb/linux/debiantips.html > http://www.ibb.net/~anne/keyboard.html > > They all (just like Debian, Cox, Torvalds) suggest using '^?'. It's good > idea but only if we change kbs in terminfo (well, kdch1 is changed > anyway, khome and kend added, what a fucking mess...), otherwise any > terminfo bindings (ncurses) will fail. Unfortunatelly we cannot do this. > > > 2. what about that bloody stty propagation? > > I'll stick with that anyway. It guarantees, that every application using > termios will work. > > So here comes the most important question: we adapt to Debian (supported > by authorities) or xterm's specification? In case of khome/kend we had > chosen (well, kde-konsole has forced us) to follow xterm against Debian.
We had it working some time in the past, I try digging in the depths of out CVS. > I'm still waiting for test cases what was wrong with my fix! I'm getting ^? instead of erased character. Scenario: a = host without stty erase set b = host with stty erase in bashrc start X on a run xterm ssh to b run vim, write something, try backspace > So if there won't be any serious discussion and detailed scenarios I'm > going to restore my fix and you will have to fix YOUR BROKEN programs. Don't do it, you'll end up fixing whole world. Janek -- Jan Rękorajski | ALL SUSPECTS ARE GUILTY. PERIOD! baggins<at>mimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio _______________________________________________ pld-devel-en mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
