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

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.

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.

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.

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.