zsh

[Tomasz Pala]

Jakub Bogusz napisał(a):

> Na xtermie (po całkowitym wywaleniu przypisań dla Home/End
> z app-defaults, bo one nie rozróżniają trybów)

Ale przypisań wywalić nie można, bo bez nich nie działa w mc shift-ins (bo
działa po xtermowemu, tj. wkleja ze schowka) ani shift-Fx (trzeba go
uczyć, choć dzięki temu vim rozumie, co się naciska), podobnie jak
{alt,ctrl}-enter i co najgorsze - alt-literki[*]. Co więcej - ze względu
na nie trzeba robić #override (a nawet jeśli nie - należy na to zezwolić,
samo uzupełnianie to często za mało), któremu trzeba podać pełną tablicę
translacji, a wtedy xterm przestanie rozróżniać tryby.

> zmienia Home właśnie
> między \e[H a \eOH i End między \e[F a \eOF.

A jak nie będzie...?

> W terminfo khome/kend powinny być jak dla trybu aplikacyjnego, czyli
> \eOH i \eOF

Tylko że jak ktoś zrobi #override, to siądzie mu wszystko.

> Jeśli coś chce używać tych definicji, to powinno wejść w ten tryb.
> Jeśli nie, to niestety musi mieć zakodowane sekwencje, bo nie ma ich
> w terminfo.

Czyli tytułowy zsh przestanie rozumieć klawiaturę, a w zshrc zamiast
bindkey 'khome' trzeba będzie dawać serie case $TERM ... bindkey '\e[F'.

No i wreszcie - z takimi zmianami co prawda FreeBSD rozmawia dobrze (czyli
tak samo jak przed rozpoczęciem tego wątku), ale na sourceforge lynx już
ze mną nie chce gadać. Co ciekawe - mc na sf rozumie alt-literki.

[*] tak, mamy zmienione ZNACZNIE więcej sekwencji, niż tylko home/end.

-- 
GoTaR <priv0.onet.pl->gotar>
http://vfmg.sourceforge.net/