Windows Console and Terminal Ecosystem Roadmap

This document is a high-level roadmap of the Windows Console and Windows Terminal products. It covers:

How Windows Console and Windows Terminal fit into the ecosystem of command-line applications across Windows and other operating systems.

A history and future roadmap of the products, features, and strategies that are part of building the platform, as well as building for this platform.

The focus of the current console/terminal era at Microsoft is to bring a first-class terminal experience directly to developers on the Windows platform and to phase out classic Windows Console APIs, replacing them with virtual terminal sequences utilizing pseudoconsole. Windows Terminal showcases this transition into a first-class experience, inviting open source collaboration from the developer community, supporting a full spectrum of mixing and matching of client command-line and terminal hosting applications, and unifying the Windows ecosystem with all other platforms.

Definitions

Architecture

The general architecture of the system is in four parts: client, device, server, and terminal.

Client

The client is a command-line application that uses a text-based interface to enable the user to enter commands (rather than a mouse-based user interface), returning a text representation of the result. On Windows, the Console API provides a communications layer between the client and the device. (This can also be a standard console handle with device control APIs).

Device

The device is an intermediate message-handling communications layer between two processes, the client and the server. On Windows, this is the console driver. On other platforms, it is the TTY or PTY device. Other devices like files, pipes, and sockets may be used as this communication channel if the entire transaction is in plain text or contains virtual terminal sequences, but not with Windows Console APIs.

Server

The server interprets the requested API calls or messages from the client. On Windows in the classic operating mode, the server also creates a user interface to present the output to the screen. The server additionally collects input to send back in response messages to the client, via the driver, like a terminal bundled in the same module. Using pseudoconsole mode, it instead is only a translator to present this information in virtual terminal sequences to an attached terminal.

Terminal

The terminal is the final layer providing graphical display and interactivity services to the user. It is responsible for capturing input and encoding it as virtual terminal sequences, which eventually reach the client’s STDIN . It will also receive and decode the virtual terminal sequences that it receives back from the client’s STDOUT for presentation on the screen.

Further connections

As an addendum, further connections can be performed by chaining applications that serve multiple roles into one of the endpoints. For instance, an SSH session has two roles: it is a terminal for the command-line application running on one device, but it forwards all received information on to a client role on another device. This chaining can occur indefinitely across devices and contexts offering broad scenario flexibility.

On non-Windows platforms, the server and terminal roles are a single unit because there is no need for a translation compatibility layer between an API set and virtual terminal sequences.

Microsoft products

All of the Microsoft Windows command-line products are now available on GitHub in an open source repository, microsoft/terminal.

Windows Console Host

This is the traditional Windows user-interface for command-line applications. It handles all console API servicing called from any attached command-line application. Windows Console also handles the graphical user interface (GUI) representation on behalf of all of those applications. It is found in the system directory as conhost.exe , or openconsole.exe in its open source form. It comes with the Windows operating system. It can also be found in other Microsoft products built from the open source repository for a more up-to-date implementation of the pseudoconsole infrastructure. Per the definitions above, it operates in either a combined server-and-terminal role traditionally or a server-only role through the preferred pseudoconsole infrastructure.

Windows Terminal

This is the new Windows interface for command-line applications. Windows Terminal serves as a first-party example of using the pseudoconsole to separate the concerns between API servicing and text-based application interfacing, much like all non-Windows platforms.

Windows Terminal is the flagship text-mode user interface for Windows. It demonstrates the capabilities of the ecosystem and is driving Windows development toward unifying with other platforms. Windows Terminal is also an example of how to build a robust and complex modern application that spans the history and gamut of Windows APIs and frameworks. Per the definitions above, this product operates in a terminal role.

Major historical milestones

The major historical milestones for the console subsystem are broken into implementation prior to 2014 and then moves into an overview of work performed since 2014, when the renewed focus on the command-line was formed in the Windows 10 era.

Initial Implementation

[1989-1990s] The initial console host system was implemented as an emulation of the DOS environment within the Windows operating system. Its code is entangled and cooperative with the Command Prompt, cmd.exe , that is a representation of that DOS environment. The console host system code shares responsibilities and privileges with the Command Prompt interpreter/shell. It also provides a base level of services for other command-line utilities to perform services in a CMD-like manner.

DBCS for CJK

1998 Around this time, DBCS support («Double-byte character set») is introduced to support CJK (Chinese, Japanese, and Korean) markets. This effort results in a bifurcation of many of the writing and reading methods inside the console to provide both «western» versions to deal with single-byte characters as well as an alternative representation for «eastern» versions where two bytes are required to represent the vast array of characters. This bifurcation included the expanding representation of a cell in the console environment to be either 1 or 2 cells wide, where 1 cell is narrow (taller than it is wide) and 2 cells is wide, full-width, or otherwise a square in which typical Chinese, Japanese, and Korean ideographs can be inscribed.

Security/Isolation

2009 With the console subsystem experience running inside the critical system process, csrss.exe , connecting assorted client applications, at varying access levels, to a single super-critical and privileged process was noticed as particularly dangerous. In this era, the console subsystem was split into client, driver, and server applications. Each application could run in their own context, reducing the responsibilities and privilege in each. This isolation increased the general robustness of the system, as any failure in the console subsystem no longer affected other critical process functionality.

User Experience Improvements

2014 After a long time of generally scattered maintenance of the console subsystem by assorted teams across the organization, a new developer-focused team was formed to own and drive improvements in the console. Improvements during this time included: line selection, smooth window resizing, reflowing text, copy and paste, high DPI support, and a focus on Unicode, including the convergence of the split between «western» and «eastern» storage and stream manipulation algorithms.

Virtual Terminal client

2017 With the arrival of the Windows Subsystem for Linux, Microsoft efforts to improve the experience of Docker on Windows, and the adoption of OpenSSH as the premier command-line remote execution technology, the initial implementations of virtual terminal sequences were introduced into the console host. This allowed the existing console to act as the terminal, attached directly to those Linux-native applications in their respective environments, rendering graphical and text attributes to the display and returning user input in the appropriate dialect.

Virtual Terminal server

[2018] Over the past twenty years, third-party alternatives for the inbox console host were created to offer additional developer productivity, prominently centered in rich customizations and tabbed interfaces. These applications still needed to run and hide the console host window. They attach as a secondary «client» application to scrape out buffer information in polling loops as the primary command-line client application operated. Their goal was to be a terminal, like on other platforms, but in the Windows world where terminals were not replaceable.

In this time period, the pseudoconsole infrastructure was introduced. Pseudoconsole permits any application to launch the console host in a non-interactive mode and become the final terminal interface for the user. The main limitation in this effort was the continued compatibility promise of Windows in servicing all published Windows Console APIs for the indefinite future, while providing a replacement server-hosting interface that matched what is expected on all other platforms: virtual terminal sequences. As such, this effort performed the mirror image of the client phase: the pseudoconsole projects what would be displayed onto the screen as virtual terminal sequences for a delegated host and interprets replies into Windows-format input sequences for client application consumption.

Roadmap for the future

Terminal applications

[2019-Now] This is the open source era for the console subsystem, focusing on the new Windows Terminal. Announced during the Microsoft Build conference in May 2019, Windows Terminal is entirely on GitHub at microsoft/terminal. Building the Windows Terminal application on top of the refined platform for pseudoconsole will be the focus of this era, bringing a first-class terminal experience directly to developers on the Windows platform.

Windows Terminal intends not only to showcase the platform — including the WinUI interface technology, the MSIX packaging model, and the C++/WinRT component architecture — but also as a validation of the platform itself. Windows Terminal is driving the Windows organization to open and evolve the app platform as necessary to continue to lift the productivity of developers. The Windows Terminal unique set of power user and developer requirements drive the modern Windows platform requirements for what those markets truly need from Windows.

Inside the Windows operating system, this includes retiring the classic console host user interface from its default position in favor of Windows Terminal, ConPTY, and virtual terminal sequences.

Lastly, this era intends to offer full choice over the default experience, whether it is the Windows Terminal product or any alternative terminals.

Client support library

[Future] With the support and documentation of virtual terminal sequences on the client side, we strongly encourage Windows command-line utility developers to use virtual terminal sequences first over the classic Windows APIs to gain the benefit of a unified ecosystem with all platforms. However, one significant missing piece is that other platforms have a wide array of client-side helper libraries for handling input like readline and graphical display like ncurses. This particular future road map element represents the exploration of what the ecosystem offers and how we can accelerate the adoption of virtual terminal sequences in Windows command-line applications over the classic Console API.

Sequence Passthrough

[Future] The combination of virtual terminal client and server implementations allows the full mixing and matching of client command-line and terminal hosting applications. This combination can speak to either the classic Windows Console APIs or virtual terminal sequences, however, there is an overhead cost to translating this into the classic compatible Windows method and then back into the more universal virtual terminal method.

Once the market sufficiently adopts virtual terminal sequences and UTF-8 on Windows, the conversion/interpretation job of the console host can be optionally disabled. The console host would then become a simple API call servicer and relay from device calls to the hosting application via the pseudoconsole. This change will increase performance and maximize the dialect of sequences that can be spoken between the client application and the terminal. Through this change additional interactivity scenarios would be enabled and (finally) bring the Windows world into alignment with the family of all other platforms in the command-line application space.

12 альтернатив стандартной командной строке и консоли PowerShell в Windows 8.1 и 10

В Windows 10 классическая командная строка и консоль PowerShell претерпели ряд изменений в лучшую сторону, но всегда найдутся те, кому реализованных Microsoft улучшений покажется недостаточно. Таковым рынок стороннего программного обеспечения предлагает широкий выбор эмуляторов штатных консолей, обладающих аналогичным функционалом, но отличающихся разнообразием дизайна и наличием собственных фишек.

Предлагаем вашему вниманию 12 альтернатив штатной командной строке и PowerShell Windows 8.1 и 10.

ColorConsole

Альтернативная командная строка с прицелом на использование цветовой гаммы, копирования и экспорта данных. Бесплатна, поддерживает русский язык интерфейса, есть портативная версия, имеет в верхней части окна текстовое меню. Дополнительные возможности приложения включают:

• Сохранение содержимого консоли в файлы формата HTML, RTF и TХT.
• Смена цветовой темы оформления.
• Копирование и вставка обычными средствами Windows.
• Форматирование шрифта, использование стилей.
• Интеграция к контекстное меню Проводника.
• Создание списка избранных команд.
• Быстрый переход в каталоги из меню разделов.
• Поддержка создание новых вкладок.
• Поиск и замена текстового содержимого.

Cmder

Распространяясь в двух портативных редакциях — Mini и Full, эта альтернатива командой строки на базе ConEmu и расширениями Clink делает упор главным образом на функциональность, более всего близкую к функциональности современных версий PowerShell. Mini-версия Cmder внешне мало чем отличается от стандартной консоли, но имеет несоизмеримо больше настроек.

Отметим лишь наиболее значимые функции этого инструмента:

• Поддержка работы с вкладками.
• Изменение цветовой схемы, настроек шрифтов, прозрачности, полноэкранный режим по умолчанию.
• Сворачивание в трей.
• Создание и использование алиасов.
• Поддержка Unix-команд в полной версии.
• Переключение в командную среду PowerShell.
• Создание скриншотов окна консоли и дампов процессов.
• Создание списка избранных команд и автозавершение команд при вводе.
• Поддержка «горячих» клавишей и множество разных настроек.
• Поддержка полнотекстового поиска с подсветкой.

Настроек и опций в Cmder так много, что даже бывалому пользователю, не понаслышке знакомому с командной строкой, придется повозиться не один час, чтобы изучить все возможности инструмента. Cmder бесплатна, но у нее есть один существенный недостаток — ограниченная поддержка Windows 10.

ConsoleZ

Портативный аналог командной строки с упором на улучшенный визуальный рендеринг, наличие дополнительных меню и настроек.

Из особенностей ConsoleZ можно выделить:

• Полноэкранный режим и поддержка вкладок.
• Разделение окна консоли по вертикали или горизонтали.
• Поддержка прозрачности и эффекта Aero Glass.
• Включение функции учета регистра и полнотекстовый поиск.

Заявлена поддержка ConsoleZ Windows 8.1, но программа работает и в Windows 10 с некоторыми ограничениями.

ConEmu

Один из лучших эмуляторов командной строки с поддержкой вкладок и переключения в «режим» PowerShell . Обладая минималистичным интерфейсом, отличается гибкостью настроек, широким набором функций и простотой использования.

Традиционно отмечаем преимущества программы.

• Поддержка вкладок.
• Быстрый запуск избранных приложений.
• Выделение и вставка текста с помощью мыши и клавиатуры, а также перетаскиванием.
• Поддержка PowerShell и Bash, клиента PuTTY и т. п.
• Вертикальная и горизонтальная прокрутка, полнотекстовый поиск.
• Создание дампов процессов и скриншотов окна консоли.
• Сохранение и просмотр журнала отладки.
• Поддержка цветовых схем и прозрачности, изменение размера окна и шрифтов.
• Поддержка импорта настроек через файл XML.

Из особенностей ConEmu следует отметить также, что по умолчанию программа всегда запускается с правами администратора. В программе можно выбрать русский язык, но часть элементов меню при этом так и останется на английском, что является ее основным недостатком.

Take Command и TCC

Take Command — полноценная замена штатному интерпретатору командной строки от разработчиков JP Software с множеством дополнительных функций и поддержкой более 200 команд, отсутствующих в стандартной командной строке. В верхней части окна Take Command расположена лента наподобие той, которая имеется в приложениях Microsoft Office и Проводнике Windows 10.

Вот главные особенности приложения:

• Интеграция с Проводником Windows с поддержкой перетаскивания элементов в консоль.
• Наличие настраиваемой панели инструментов.
• Поддержка вкладок, автозавершение команд и имен каталогов.
• Добавление более 200 дополнительных команд, наличие пакетного отладчика редактора скриптов.
• Подсветка синтаксиса, вертикальная и горизонтальная прокрутка окна.
• Множество настроек, обеспечивающих наилучшее визуальное восприятие, изменение уровня прозрачности, закрепление поверх других окон.
• Запись и воспроизведение макросов, просмотр текстовых и двоичных файлов.
• Работа с файлами в сети по FTP, TFTP и HTTP.
• Поддержка сценариев PowerShell, Lua, Perl, REXX, Python, Tcl/tk и Active Sсripting.
• Наблюдение за загрузкой ЦП и ОЗУ в строке состояния и многое другое.

В отличие от Take Command, созданный тем же разработчиков, «заменитель» командной строки TCC внешне ничем от нее не отличается, главным ее преимуществом является поддержка множества дополнительных команд для работы со скриптами. Оба приложения платные и имеют 30-дневный пробный период ознакомления.

PowerCmd

Оболочка для командной строки, дополняемая областью графического интерфейса, в которой выводятся переменные окружения. Позволяет открывать дополнительные сессии командной строки во вкладках, расположенных вертикально и/или горизонтально.

Программой также поддерживается:

• Полноэкранный режим, копирование и вставка текста из консольной области.
• Изменение цветовых настроек.
• Сохранение и восстановление предыдущих сессий.
• Предпросмотр содержимого каталогов при вводе в консоль первого символа.
• Полнотекстовый поиск и интеграция в контекстное меню каталогов.
• Создание закладок и быстрый вызов команд из истории действий.

Приложение PowerCmd не развивается с 2011 года, но пока остается совместимым с популярными версиями Windows.

Console2

Устаревшая, но всё еще исполняющая основное предназначение альтернатива командной строке Windows. Почти ничем не отличается от командной строки Windows 10, если не брать в расчет возможность создания отдельных вкладок, поддержки скроллинга и индивидуальных настроек, некоторые из которых в Windows 10 более не работают. Портативна, в настройках можно указать свой шелл (командную оболочку) , который станет запускаться по умолчанию.

Hyper

От рассмотренных нами выше аналогов командной строки терминал Hyper отличается не столько функциональностью, сколько настраиваемым дизайном и расширяемостью. Приложение основано на базе Electron с использованием языков HTML , CSS и JS , настройки хранит в конфигурационном файле, который нужно редактировать вручную.

• Поддержка плагинов и тем оформления.
• Использование вкладок, разделение окна по вертикали и горизонтали.
• Полноэкранный режим работы и масштабирование текста.
• Копирование и вставка с помощью мыши.
• Поддержка команд PowerShell.

Для работы с некоторыми консольными утилитами Hyper нужно запускать с правами администратора. Так, если вы откроете терминал с правами обычного пользователя и вызовите утилиту diskpart , она запустится в классической командной строке.

Terminus

Еще один претендующий на оригинальность терминал для Windows, Linux и Mac OS с поддержкой вкладок, подключения к серверу по SSH , расширяемостью и множеством настроек.

Выделим главные особенности инструмента:

• Поддержка синтаксиса PowerShell, bash, wls, cmdir, clink и Cygwin.
• Включение и отключение расширений.
• Применение цветовых тем, изменение уровня прозрачности окна.
• Использование и настройка «горячих» клавиш.
• Подключение по SSH.
• Копирование и вставка текста.
• Открытие нескольких вкладок и восстановление закрытых вкладок.
• Интеграция в контекстное меню Проводника.

Как и Hyper, Terminus для работы с штатными консольными утилитами требует запуска от имени администратора.

Clink

Один из самых простейших апгрейдов классической командной строки, ничем внешне от нее не отличающихся. Clink скорее следует рассматривать как расширение командной строки, а не её замену, хотя утилита умеет делать всё то же самое, что и штатный интерпретатор. Ключевым отличием Clink явятся поддержка обработки строк bash , библиотеки GNU Readline и поддержка Lua API .

Прочие особенности инструмента:

• Автозавершение строк и вывод доступных команд нажатием Tab.
• Вставка текстового содержимого буфера обмена.
• Сохранение истории предыдущих сессий и поиск по истории.
• Поддержка функции отмены (Ctrl-_ или Ctrl-X, Ctrl-U) и прочих дополнительных «горячих клавиш, которых нет в CMD.
• Поддержка Git, Mercurial, SVN, Go и P4.
• Автозавершение по сценариям Lua.

Fluent Terminal

Эмулятор командной строки, отличающийся не только расширенным функционалом и настраиваемым интерфейсом, но и самой платформой, на которой он был разработан. Fluent Terminal является универсальным приложением, доступным для установки как из Windows Store, так и из автономного файла.

Отметим ключевые особенности терминала:

• Поддержка PowerShell (по умолчанию), CMD, WLS и других командных оболочек, путь к которым задается в настройках приложения.
• Поддержка нескольких вкладок, изменение их цвета и заголовка.
• Полнотекстовый поиск.
• Полнооконный режим и вызов дополнительных независимых окон.
• Удаленное подключение по SSH и Mosh.
• Быстрый запуск команд (встроенный аналог окошка Win + R в Windows).
• Копирование и вставка с помощью мыши.
• Множество настроек, позволяющих изменять внешний вид терминала.

Cygwin

И напоследок хотелось бы сказать пару слов о Cygwin — замечательном во многих отношениях инструменте, объединившим в себе возможности командных интерпретаторов Windows и Linux. Cygwin — это гораздо нечто большее, чем альтернатива командной строке, Cygwin — это целый пакет UNIX-утилит, портированных на Windows. Здесь мы не станем приводить список возможностей инструмента, он огромен, причем при установке программы пользователь сам может выбрать, какие компоненты ему нужны.

Cygwin в одинаковой мере поддерживает синтаксис Linux- и Windows-интерпретаторов, подключение по SSH , работает с языками программирования C и C++, Perl и Python, Fortran и Gambas, Ruby, CLISP и еще рядом других языков. Внешне терминал мало чем отличается от обычной командной строки, впрочем, отвечающих за настройку внешнего вида опций в нём не в пример больше. «Недостатком» Cygwin является его относительная сложность, поскольку создавался инструмент явно не для начинающих пользователей.

Подводя итоги

Рынок альтернативного программного обеспечения не испытывает недостатка в аналогах штатным инструментам Windows, порою превосходя их как функционалом, так и удобством использования. На просторах интернета мы нашли еще дюжину подобных «заменителей», но большая часть из них безнадёжно устарела, а меньшая оказалась настолько специфична, что вряд ли заинтересует рядовых пользователей, для которых будет достаточно и Cygwin.