Consola de Windows

La consola de Windows se ejecuta en modo ventana o en modo pantalla completa. El modo se puede alternar pulsando Alt+↵ Enter .

En el modo ventana, la consola escribe texto en una ventana y utiliza la representación de fuentes del sistema operativo . En este modo, la interacción del usuario con la aplicación está controlada por el sistema de ventanas, de forma análoga a las aplicaciones del Sistema X Window, como xterm .

En Windows XP y versiones anteriores, la consola de pantalla completa utiliza un modo de texto por hardware y carga una fuente rasterizada en el adaptador de vídeo , de forma análoga a una consola de sistema basada en texto . Este modo de pantalla completa inicial solo admite modos de texto compatibles con VGA, lo que le confiere una resolución máxima de caracteres de 80 columnas por 28 filas. ^{[ 3 ]} Este modo se eliminó en Windows Vista , ^{[ 4 ]} aunque hasta Windows 8 era posible sortear este problema instalando un controlador de pantalla de Windows XP. ^{[ 4 ] [ 5 ]}

Windows 10 vuelve a incluir un modo de pantalla completa. La implementación utiliza el subsistema de renderizado nativo de Windows en lugar del modo de texto y admite filas y columnas para llenar la pantalla. ^{[ 6 ]}

Un programa puede interactuar programáticamente con su consola anfitriona a través de la API de Windows , que expone funciones de alto nivel (como ReadFile, ReadConsole, WriteFile, y WriteConsole) y funciones de bajo nivel (por ejemplo, ReadConsoleInputy WriteConsoleOutput). ^{[ 7 ]}

Un usuario puede configurar la fuente o la paleta de colores de la consola , ya sea a nivel de sistema o a nivel de aplicación. Sin embargo, una instancia de una aplicación de consola no puede cambiar su fuente ni su paleta de colores sobre la marcha.

Una aplicación de consola es distinta de una aplicación MS-DOS , aunque en Windows (especialmente en Windows 9x ) puedan parecer similares. Una aplicación de consola tiene acceso a la API de Windows y no se ejecuta en MS-DOS ni en sistemas compatibles. Una aplicación DOS no puede acceder a la API de Windows y solo se ejecuta en una versión de 32 bits de Windows con la ayuda de una máquina virtual DOS (VDM).

Una instancia de la consola de Windows tiene un búfer de pantalla y un búfer de entrada . El búfer de entrada es una cola donde se almacenan los eventos (del teclado , el ratón , etc.). El búfer de salida es una cuadrícula rectangular donde se almacenan los caracteres, junto con sus atributos. Una ventana de consola puede tener varios búferes de salida, de los cuales solo uno está activo (es decir, visible) en un momento dado.

La compatibilidad con Windows 9x es relativamente deficiente en comparación con Windows NT , ya que la ventana de la consola se ejecuta en la máquina virtual DOS del sistema y, por lo tanto, la entrada de teclado a una aplicación de consola Win32 tenía que ser dirigida a ella por conagent.exe ejecutándose en una VM DOS que también se usa para aplicaciones DOS reales mediante la interceptación de la interrupción del teclado. conagent.exeLuego llama a Vcond (que es un VxD ). Vcond tenía que pasar la entrada del teclado a la VM del sistema y, finalmente, a la aplicación de consola Win32. Además del rendimiento, otro problema con esta implementación es que las unidades que son locales a una VM DOS no son visibles para una aplicación de consola Win32. Esto puede causar confusión.

En Windows 9x, el búfer de pantalla reproduce la estructura del búfer de texto VGA , con dos bytes por celda de carácter: un byte para el código del carácter y otro para los atributos (el carácter debe pertenecer al conjunto de caracteres OEM y el atributo debe indicar fondo de alta intensidad/sin parpadeo). Esto acelera considerablemente el funcionamiento si se utiliza el modo de texto VGA.

Tradicionalmente, el subsistema de tiempo de ejecución cliente/servidor (CSRSS) se ha encargado de gestionar las ventanas de consola en la familia de sistemas operativos Windows NT . ^{[ 8 ]} En Windows 7 , CSRSS crea un proceso conhost.exepara cada ventana de consola para gestionarla. En Windows 8 y versiones posteriores, las aplicaciones de consola crean sus conhost.exeprocesos directamente. Este cambio tiene implicaciones tanto de seguridad como de usabilidad. Si bien CSRSS se ejecuta en un contexto de seguridad con altos privilegios, cada conhost.exeaplicación de consola se ejecuta en el mismo contexto de seguridad. Además, en Windows 7, este cambio permitió que las ventanas de consola tuvieran las características del tema Aero Glass . ^{[ 9 ]}

En Windows NT y Windows CE , el búfer de pantalla utiliza cuatro bytes por celda de carácter: dos bytes para el código del carácter y dos bytes para los atributos. El carácter se codifica en un subconjunto de Unicode de 16 bits ( UCS-2 ). ^{[ 10 ]} Para la compatibilidad con versiones anteriores, las API de la consola existen en dos versiones: Unicode y no Unicode. Las versiones no Unicode de las API pueden utilizar el cambio de página de códigos para ampliar el rango de caracteres mostrados (pero solo si se utilizan fuentes TrueType para la ventana de la consola, ampliando así el rango de códigos disponibles). Incluso UTF-8 está disponible como "página de códigos 65001" ^{[ 11 ]} (mostrando solo desde el subconjunto UCS-2 de Unicode completo ).

A partir de la actualización de Windows 10 de octubre de 2018, la consola de Windows tiene compatibilidad total con Unicode. ^{[ 12 ]}