[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: konsole and .inputrc
From:       Antonio Larrosa <antlarr () arrakis ! es>
Date:       1999-01-29 6:42:43
[Download RAW message or body]

Lars Doelle wrote:
> 
> Antonio Larrosa wrote:
> 
> > Cristian Tibirna wrote:
> > >
> > > On Mon, 25 Jan 1999, Antonio Larrosa wrote:
> > >
> > > > Kikbd can't do anything about it, isn't it ? (konsole gets the "home"
> > > > key, bash is the one that doesn't).
> > > >
> > > No. Kikbd only translates standard keycode sets to custom keycode sets.
> > > It's up to termcap mechanism (associated with each type of terminal) to
> > > assure association of keycodes to specific actions. Bash can't do anything
> > > about either. It's konsole the one who bugs.
> > >
> >
> > Ok, then shouldn't we (Lars?) write a note about it in konsole's help
> > so that spanish users know what to change in .inputrc to make it work ?
> >
> > Btw, the added lines are:
> > "\033[H" beginning-of-line
> > "\033[F" end-of-line
> >
> > > NOTE: configuring termcap isn't always evident. Many distributors are
> > > doing this bad. Notably redhat had a particularly bad termcap setting
> > > set some time ago. Now I don't know anymore.
> > >
> >
> 
> I'm not certain if .inputrc is the best place to fix the issue. Think it comes
> from a bad terminfo entry (try infocmp).
> 

Here it is:
#       Reconstructed via infocmp from file:
/usr/share/terminfo/x/xterm-color
xterm-color|color-xterm|color xterm terminal emulator (X Window System),
        am, eo, mir, msgr, xenl,
        colors#8, cols#80, it#8, lines#65, pairs#64,
        acsc=``aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~,
        bel=^G, bold=\E[1m, civis=\E[?25l, clear=\E[2J,
        cnorm=\E[?25h, cr=^M, csr=\E[%i%p1%d;%p2%dr,
        cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=^J,
        cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH,
        cuu=\E[%p1%dA, cuu1=\E[A, dch=\E[%p1%dP, dch1=\E[P,
        dl=\E[%p1%dM, dl1=\E[M, ed=\E[J, el=\E[K, el1=\E[1K,
        enacs=\E(B\E)0, home=\E[H, hpa=\E[%i%p1%dG, ht=^I, hts=\EH,
        ich=\E[%p1%d@, ich1=\E[@, il=\E[%p1%dL, il1=\E[L, ind=\ED,
        is2=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;3;4;6l\E[4l,
        ka1=\EOq, ka3=\EOs, kb2=\EOr, kbs=^H, kc1=\EOp, kc3=\EOn,
        kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA,
        kdch1=\E[3~, kend=\E[8~, kent=\EOM, kf0=\E[21~, kf1=\E[11~,
        kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[25~,
        kf14=\E[26~, kf15=\E[28~, kf16=\E[29~, kf17=\E[31~,
        kf18=\E[32~, kf19=\E[33~, kf2=\E[12~, kf20=\E[34~,
        kf3=\E[13~, kf4=\E[14~, kf5=\E[15~, kf6=\E[17~, kf7=\E[18~,
        kf8=\E[19~, kf9=\E[20~, khome=\E[7~, kich1=\E[2~,
        knp=\E[6~, kpp=\E[5~, op=\E[m, rc=\E8, rev=\E[7m, ri=\EM,
        rmacs=\E(B\E)0\017, rmcup=\E[?47l\E8, rmir=\E[4l,
        rmkx=\E[?1l\E>, rmso=\E[m, rmul=\E[24m,
        rs1=\E>\E[1;3;4;5;6l\E[?7h\E[m\E[r\E[2J\E[H,
        rs2=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;3;4;6l\E[4l\E<,
        sc=\E7, setb=\E[%p1%{40}%+%dm, setf=\E[%p1%{30}%+%dm,
        smacs=\E(B\E)U\016, smcup=\E7\E[?47h, smir=\E[4h,
        smkx=\E[?1h\E=, smso=\E[7m, smul=\E[4m, tbc=\E[3g,
        vpa=\E[%i%p1%dd,  


> The normal way to solve this would be to setup a terminfo entry for konsole,
> but this is impossible, since some clients, especially 'mc' has hardwired
> 'xterm' entries and do not function properly with TERM=anythingelse.
> 

yes, I noticed.

> The konsole distribution contains a xterm.ti one can eventually use. It might
> be not the most recent one, but i guess it should cover this kind of issues.
> 

[root@jupiter other]# tic xterm.ti
"xterm.ti", line 163, terminal 'xterm-color': enter_bold_mode but no
exit_attribute_mode
"xterm.ti", line 163, terminal 'xterm-color': enter_reverse_mode but no
exit_attribute_mode
"xterm.ti", line 158, terminal 'xterm': alias vs100 multiply defined.
[root@jupiter other]# rpm -qf `which tic`
ncurses-4.2-10


Greetings,

Antonio.

[prev in list] [next in list] [prev in thread] [next in thread]