Terminal: Mode de passage ConPTY

J'en ai déjà discuté plusieurs fois sur différents sujets, mais je pense que je n'en ai jamais fait de véritable problème.

L'idée du mode passthrough conpty est qu'une application cliente en ligne de commande qui _sait_ qu'elle n'utilisera que des séquences VT (et __pas__ l'API) pour modifier la console pourrait définir un mode spécial, ENABLE_PASSTHROUGH_MODE . Si conpty est actif, la console _s'arrêterait alors de se rendre sur conpty, et tout ce qui était écrit sur la console irait directement au terminal.

• Cela fonctionnerait particulièrement bien pour quelque chose comme wsl , où il ne parlera jamais que de VT.
• Cela ne fonctionnerait _pas_ pour cmd.exe, en raison de la forte dépendance de cmd.exe à l'API.
• Windows Powershell a à nouveau besoin de l'API, mais peut-être que Powershell Core, qui est multiplateforme, pourrait l'utiliser.

Cela a quelques aspérités qui doivent être triées.

• [ ] Que se passe-t-il lorsque l'application se ferme et que le mode passthrough est désactivé ? Les tampons du terminal et de conpty ne seraient plus équivalents !
  
  
  
  • J'ai joué avec l'idée que conpty transmette à la fois les séquences et les traite lui-même, de sorte que le terminal et conpty restent synchronisés.
  
  
• [ ] Que se passe-t-il lorsque quelqu'un essaie d'appeler les API de la console en mode relais ?
  
  
  
  • Je pense qu'on les fait juste échouer. Tous sauf pour Get/SetConsoleMode et lecture d'entrée / écriture de sortie.
  
  
  • Nous aurons aussi probablement besoin de pouvoir lire les événements de redimensionnement.
  
  

Cela nécessite une vraie spécification écrite, mais cela nécessite probablement un prototypage avant cela.