Pourquoi vim ne fonctionne pas correctement dans une session telnet?

Question

J'utilise vim (7.1) sur OpenVMS V7.3-2.

Je me connecte à VMS via une session Telnet avec SmartTerm, un émulateur de terminal.

Cela fonctionne bien.

Mais lorsque je démarre une session telnet à partir d'une session VMS (connectée via SmartTerm) vers une autre session VMS, certaines clés ne fonctionnent pas correctement.

|--------------| telnet   |-------------| telnet   |-----------------|
|  Smartterm   | ------>  | VMS, Vim OK | ------>  | VMS, Vim broken |
|--------------|          |-------------|          |-----------------|

Insérer, Supprimer, Début, Fin, PageUp et PageDown sont comme ~ en mode normal (majuscules en minuscules ou vice-versa)

Une idée?

===========================================

Modifier

Je viens de me rendre compte que je n'ai pas mentionné le fait que la deuxième session par telnet est sur la même boîte VMS.

Je le fais parce que je dois faire quelque chose avec les droits d'un autre utilisateur.

Answer 1

Outre le choix de l'émulation de terminal utilisée, il est également utile de connaître les frappes au clavier de vim pour les actions que vous tentez d'effectuer. Celles-ci sont plus fiables et ne dépendent pas du terminal ou du clavier. Par exemple:

• Insérer: i
• Accueil: ^ va au premier caractère non-blanc, 0 va toujours à la première colonne
• End: $
• Page précédente, Page suivante: ctrl-u, ctrl-d déplace une demi-page à la fois

Answer 2

J'ai rencontré des problèmes similaires lors de la résurrection d'une vieille boîte Solaris poussiéreuse. J'étais trop paresseux pour rechercher comment définir correctement mes variables t _ ..., aussi j'ai remappé les séquences d'échappement du terminal défectueux à la place:

:map xxx 0          (press <C-v><Home> in place of xxx)
:map xxx <C-b>      (press <C-v><PgUp> in place of xxx)
... etc

Si vous voulez bien configurer cette fichue chose, RTFMing risque de vous faire prendre un peu de temps et d'énergie:

:h terminal-options

Answer 3

Habituellement, cela est dû à l'émulation de terminal. Ainsi, quelque chose ne passe pas les bonnes clés. Cela fait des années que je n’ai pas fait cela, mais cherchez des éléments comme le VT-100, etc. Je doute que cela soit spécifique à vim, soit:)

Désolé, je ne peux pas vous aider davantage.

Answer 4

La première question à poser est simplement: sur quoi êtes-vous assis? Êtes-vous vraiment sur la console d'un ordinateur VAX ou Alpha sous OpenVMS? À mon avis, la réponse est non.

Dans le cas peu probable où la réponse serait oui, entrez simplement:

$ SHOW TERMINAL

et assurez-vous que la variable TERM de l'hôte UNIX distant correspond exactement à cela.

Si ma supposition est correcte et que vous êtes assis devant un PC ou un Mac utilisant un émulateur de terminal tel que PuTTY ou Terminal, vous devez explorer les options de votre logiciel pour vous assurer que le terminal qu'il émule est correctement reflété. dans la vue du monde du système VMS et de celle de l'hôte UNIX distant.

Une fois que vous avez déterminé le type de terminal que vous émulez, utilisez à nouveau la commande VMS ci-dessus sur le système VMS auquel vous êtes connecté pour vous assurer qu'il existe une correspondance.

Sinon, corrigez simplement la situation en tapant:

$ SET TERMINAL / DEVICE = (votre nom de terminal - par exemple, vt100)

puis assurez-vous que TERM sur l'hôte unix distant correspond à ce que le système VMS est configuré.

Une fois que vous avez fait tout cela, tout devrait bien fonctionner.

Answer 5

Outre la définition des variables env sur la compatibilité des terminaux, un conseil sur le client telnet lui-même peut être utile:

Avant la combinaison Esc habituelle, utilisez Ctrl + [, par exemple. quitter vim

Ctrl+[ Esc :q!