L'écran de rattachement (en cours d'exécution d'irssi) force le redimensionnement de la fenêtre

9

Chaque fois que je reconnecte à mon écran détaché (contenant Irssi), mon écran Putty est redimensionné à quelque chose qu'il a été au démarrage. Si je change la taille de la fenêtre après cela, détachez l'écran et redimensionnez-le, la fenêtre sera à nouveau redimensionnée à la taille d'origine. Par fenêtre, je veux dire la fenêtre Putty sur ma boîte Windows. Comment désactiver cette fonction?

Utilisation de Windows XP comme système local et CentOS 6.0 comme système d'exploitation distant. Mastic 0,61.

putty gnu-screen irssi eis
la source

Réponses:

10

Vous pouvez également empêcher l'écran de redimensionner les sessions distantes. L'autre réponse empêche cela dans votre installation de mastic local - mais que faire si vous venez sur un autre poste de travail?

Quoi qu'il en soit, pour empêcher l'écran de redimensionner les xterms, vous devez:

  • Éditer /etc/screenrc
  • Trouvez ce morceau de texte 
# Long time I had this in my private screenrc file. But many people
# seem to want it (jw):
# we do not want the width to change to 80 characters on startup:
# on suns, /etc/termcap has :is=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;3;4;6l:

#termcap xterm 'is=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;4;6l'
#terminfo xterm 'is=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;4;6l'
  • Décommentez ces deux lignes termcap et l'écran se comportera désormais.

J'ai juste rencontré ce problème, recherché sur Google, trouvé la réponse ici , testé et pensé que cela pourrait être utile pour d'autres.

Notez que si vous ne pouvez pas ou ne voulez pas modifier la configuration globale de screenrc, cela ~/.screenrcira très bien pour votre utilisateur actuel.

Zlatko
la source
Je serais tenté de marquer cela comme la réponse acceptée , mais il semble que je suis incapable de le tester le comportement est parti ... DEVONS Upvote au moins bien :)
eis
Oui! a réussi à le tester maintenant et fonctionne exactement comme décrit.
eis
heureux que cela ait fonctionné pour toi :)
Zlatko
Le commentaire de pmodin sur le site d'origine a corrigé cette réponse dans mon cas: je devais le définir comme "xterm *" car ma configuration de mastic utilise xterm-color comme TERM.
Mikuz
ne fonctionne pas pour moi. impossible de redimensionner, en utilisant 4.02.01 im essayant également de lancer avec écran -AR, ou n'importe quel combo d'écran -Ar, et le lancement initial avec écran fonctionne bien, et le lancement initial de l'écran -A fonctionne bien, tout détachement le brise. ont également cela sur .screenrc qui est censé le truquer, et non. escape ^asuivi par bindkey ^ad detach
Brian Thomas
12

J'ai trouvé la réponse. La fonctionnalité est appelée "redimensionnement du terminal distant", et elle peut être désactivée dans Configuration -> Terminal -> Fonctionnalités -> Désactiver le redimensionnement du terminal télécommandé, comme décrit dans la configuration PuTTY .

Cependant, je ne sais pas vraiment pourquoi le fait de rattacher l'écran fait redimensionner la demande à distance.

eis
la source
1
Cela a bien fonctionné pour moi. J'ai une ligne termcapinfo dans mon .screenrc qui transmet le tampon de défilement. Je ne comprends pas comment la ligne termcapinfo est analysée et je ne veux pas jouer avec elle.
Morphit
2

La réponse acceptée manque d'explication pour les phénomènes. En voici un:

  • La chaîne longue pour isest une chaîne d'initialisation pour le terminal, qui est généralement la même que rs(utilisée par reset).
  • L'exemple donné contient une séquence de contrôle qui réinitialise le terminal de 132 à 80 colonnes. Juste cette partie est le "3" \E[?1;3;4;6l, qui pourrait être divisé en quatre contrôles. Celui qui affecte la largeur est \E[?3l(voir Séquences de contrôle XTerm pour "132 Column Mode (DECCOLM)").
  • Cela se trouve être une séquence VT100, qui a été utilisée dans la description du terminal X11R5 xterm .
  • Lorsque l'écran démarre (ou s'attache), il initialise le terminal, au cas où. Cela change la largeur du terminal.
  • CentOS 6 est un peu vieux maintenant; la xtermdescription en amont actuelle utilise une séquence plus courte depuis un certain temps, ce qui initialise plus de choses.
  • La séquence plus récente / plus courte ressemble à ceci: is2=\E[!p\E[?3;4l\E[4l\E>(défini dans xterm-basic). La \E[!ppartie est DECSTR, qui réinitialise les jeux de caractères, les couleurs et les attributs vidéo. La séquence plus ancienne ne faisait pas cela; dire screende l'utiliser fonctionne, mais n'est pas aussi propre.
  • Si vous utilisez un TERMparamètre différent , la personnalisation dans .screenrcn'aura aucun effet (car elle utilise TERMpour correspondre au paramètre particulier).
  • En particulier, si vous utilisez quelque chose comme xterm-256color, vous remarquerez peut-être le même comportement à nouveau.
Thomas Dickey
la source