Установка и настройка Терминала Windows Install and set up Windows Terminal

Установка Installation

Терминал Windows можно установить из Microsoft Store. You can install Windows Terminal from the Microsoft Store.

Если у вас нет доступа к Microsoft Store, можно скачать сборки, опубликованные на странице выпусков GitHub. If you don’t have access to the Microsoft Store, the builds are published on the GitHub releases page. При установке из GitHub терминал не будет автоматически обновляться с установкой новых версий. If you install from GitHub, the terminal will not automatically update with new versions.

Первый запуск First run

После установки при открытии терминала он запустится с помощью PowerShell в качестве профиля по умолчанию в открытой вкладке. After installation, when you open the terminal, it will start with PowerShell as the default profile in the open tab.

Динамические профили Dynamic profiles

Если у вас установлены дистрибутивы WSL или несколько версий PowerShell, терминал автоматически создаст профили. The terminal will automatically create profiles for you if you have WSL distros or multiple versions of PowerShell installed. Дополнительные сведения о динамических профилях см. на этой странице. Learn more about dynamic profiles on the Dynamic profiles page.

Открытие новой вкладки Open a new tab

Новую вкладку профиля по умолчанию можно открыть, нажав сочетание клавиш Ctrl+Shift+T или кнопку «+» (плюс). You can open a new tab of the default profile by pressing ctrl+shift+t or by selecting the + (plus) button. Открыть другой профиль можно с помощью раскрывающегося меню. Для этого щелкните «˅» (стрелка) рядом с кнопкой «+». To open a different profile, select the ˅ (arrow) next to the + button to open the dropdown menu. Из этого меню можно выбрать, какой профиль следует открыть. From there, you can select which profile to open.

Открытие новой панели Open a new pane

Вы можете параллельно запустить несколько оболочек с помощью панелей. You can run multiple shells side-by-side using panes. Чтобы открыть панель, нажмите сочетание клавиш ALT+SHIFT+D . To open a pane, you can use alt+shift+d . С помощью этого настраиваемого сочетания клавиш можно открыть еще одну панель выделенного профиля. This key binding will open a duplicate pane of your focused profile. Дополнительные сведения о панелях см. на этой странице. Learn more about panes on the Panes page.

Конфигурация Configuration

Чтобы выполнить настройку параметров Терминала Windows, в раскрывающемся меню выберите Параметры. To customize the settings of your Windows Terminal, select Settings in the dropdown menu. В текстовом редакторе по умолчанию откроется файл settings.json . This will open the settings.json file in your default text editor. (Текстовый редактор по умолчанию определяется в параметрах Windows.) (The default text editor is defined in your Windows settings.)

Терминал поддерживает настройку глобальных свойств, влияющих на все приложение, свойств профиля, влияющих на параметры каждого профиля, а также сочетания клавиш, позволяющих взаимодействовать с терминалом с помощью клавиатуры. The terminal supports customization of global properties that affect the whole application, profile properties that affect the settings of each profile, and key bindings that allow you to interact with the terminal using your keyboard.

Аргументы командной строки Command line arguments

Вы можете запустить терминал в определенной конфигурации с помощью аргументов командной строки. You can launch the terminal in a specific configuration using command-line arguments. С помощью этих аргументов можно открыть терминал с конкретными вкладками и панелями, применяя параметры настраиваемого профиля. These arguments let you open the terminal with specific tabs and panes with custom profile settings. Дополнительные сведения об аргументах командной строки см. на этой странице. Learn more about command-line arguments on the Command line arguments page.

Диагностика Troubleshooting

В случае возникновения каких-либо проблем при использовании терминала посетите страницу устранения неполадок. If you encounter any difficulties using the terminal, reference the Troubleshooting page. Если вы заметите какие-либо ошибки или захотите отправить запрос функции, щелкните в меню терминала О программе ссылку «Отзыв», чтобы перейти на страницу GitHub и сообщить об ошибке. If you find any bugs or have a feature request, you can select the feedback link in the About menu of the terminal to go to the GitHub page where you can file a new issue.

How does LTSC install the terminal? #3843

Comments

Hiddensu commented Dec 5, 2019

The text was updated successfully, but these errors were encountered:

DHowett-MSFT commented Dec 5, 2019

It doesn’t, sorry.

zadjii-msft commented Dec 5, 2019

For more context: we’ve discussed this at length previously why the terminal doesn’t work on older versions of Windows. From another discussion:

#1643 (comment)

Sorry. Right now, there’s two big blockers to adoption on 1809.

We just can’t go back to 1809.

#1909 (comment)

the Windows Terminal REQUIRES features from the latest Windows release.

Unfortunately, there’s really no workarounds available to us. XAML Islands is the technology we use to host our XAML UI in a Win32 process. Without that, we’d be unable to display anything. Since XAML Islands is only complete as of the latest Windows 10 release, there’s nothing we can do about it.

If you’ll want to use the terminal, you’ll need to be on the latest Windows 10 version.

#841 (comment)

#498 (comment)

We’re dependent upon C++/WinRT and XAML Islands (UWP XAML) for our UI. We’re also using DX/DWrite for the text renderer. Unless those are ported to linux sometime, then I’d say there’s very little chance we ever support linux.

Furthermore, our entire build system is MsBuild-based, and I could be wrong, but I don’t think our build system will work on linux.

Представляем Windows Terminal Preview 1.7

Добро пожаловать в очередной релиз Windows Terminal! В этом релизе основной Терминал Windows переносится в версию 1.6, которая включает в себя все функции из этого предыдущего поста в блоге, за исключением пользовательского интерфейса настроек. Windows Terminal Preview перейдет в версию 1.7, которая включает все функции, описанные ниже. Вы можете установить как Windows Terminal, так и Windows Terminal Preview из Microsoft Store или со страницы выпусков на GitHub. Под катом рассказываем, что нового!

Расширения фрагментов JSON

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

Улучшения окон

Теперь вы можете настроить запуск новых окон терминала в уже существующем экземпляре терминала! Это можно сделать несколькими способами:

Был добавлен новый глобальный параметр под названием windowingBehavior, который позволяет указать, где запускаются новые экземпляры Windows Terminal. Параметры включают новое окно («useNew»), уже существующее окно («useAnyExisting») и уже существующее окно на этом рабочем столе («useExisting»). Этот параметр можно найти на странице запуска пользовательского интерфейса настроек.

У нас есть новое действие под названием newWindow, которое позволяет вам открывать новое окно с использованием палитры команд и/или вашей клавиатуры.

Также появился новый аргумент командной строки для запуска команд в определенных окнах. Вы можете использовать —window,-w с wt.exe, чтобы указать, с каким окном терминала вы хотите взаимодействовать.

Панели только для чтения

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

Примечание: это действие по умолчанию привязано к палитре команд, однако к нему не привязаны ключи.

Автоматическая фокусировка при наведении курсора мыши

Добавлен новый параметр, позволяющий автоматически фокусироваться на панели при наведении на нее указателя мыши. Этот новый глобальный параметр можно найти на странице «Взаимодействие» пользовательского интерфейса настроек или установить в файле settings.json с помощью focusFollowMouse.

Примечание: по умолчанию для этого параметра установлено значение false.

Обновления пользовательского интерфейса настроек

Мы все еще активно работаем над улучшением интерфейса настроек. Вот некоторые обновления в этом релизе:

Пользовательский интерфейс настроек теперь по умолчанию

Пользовательский интерфейс настроек теперь прикреплен к кнопке «Настройки» в раскрывающемся меню, что делает его стандартным для тех, кто использует Windows Terminal Preview. Если вы хотите использовать клавиатуру для доступа к настройкам, вот горячие клавиши, которые добавляются с терминалом по умолчанию:

Открыть интерфейс настроек: Ctrl + ,

Открыть файл settings.json: Ctrl + Shift + ,

Открыть файл defaults.json (редактировать нельзя, но показывает, какие настройки включены по умолчанию): Ctrl + Alt + ,

Не все настройки доступны через пользовательский интерфейс настроек. Полный список возможных настроек вы можете найти на нашем сайте документации. Если в пользовательском интерфейсе настроек есть параметр, который в настоящее время доступен только в файле settings.json, сообщите нам об этом на GitHub!

Страница действий

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

Страница обновленных цветовых схем

Мы получили отзывы о том, что страницу цветовых схем можно изменить. Мы работали над тем, чтобы создать более чистый дизайн, менее загроможденный, а также сочетать цвета с их яркими вариантами.

Специальные возможности и навигация с помощью клавиатуры

Мы много работали над доступностью интерфейса настроек и добились больших успехов. Пользовательский интерфейс настроек был протестирован с помощью программы чтения с экрана, и все должно быть доступно с клавиатуры. Если вы обнаружите какие-либо проблемы при работе со специальными возможностями, мы настоятельно рекомендуем вам зарегистрировать их на GitHub.

Другие новинки

Center on launch Добавлен новый глобальный параметр centerOnLaunch, который позволяет запускать терминал в центре экрана. В паре с параметром initialPosition, терминал запускается по центру монитора, для которого установлены координаты начального положения.

Примечание: этот параметр не включен по умолчанию и его еще нет в пользовательском интерфейсе настроек.

Найти следующее/предыдущее действие

Для функции поиска было добавлено новое действие, которое позволяет находить следующее или предыдущее совпадение искомого ключевого слова без окна поиска. По умолчанию это действие находится внутри палитры команд, и вы можете добавить к нему ключи, если хотите, в файле settings.json.

Разные улучшения

Переключатель вкладок теперь отображает индикаторы масштабирования, колокольчика и хода выполнения

Терминал теперь поддерживает фильтрацию вставки и режим вставки в скобках

Индикатор колокольчика всегда будет отображаться на вкладке, когда испускается последовательность BEL

Гиперссылки теперь поддерживают схему URI file

Исправление багов

Гиперссылки теперь не подчеркиваются, когда панель не под фокусом

Палитра цветов вкладок теперь поддерживает навигацию с клавиатуры

Вы снова можете использовать клавиши со стрелками в переключателе вкладок

Теперь фокус должен возвращаться в терминал после того, как вы закроете поле переименования вкладки

make Windows Terminal available to v1809 #1643

Comments

fredless commented Jun 26, 2019

Summary of the new feature/enhancement

There are a significant quantity of corporate machines not able to run 1903 today for a variety of reasons (policy, compatibility, etc) and hence are locked out of terminal. I wasn’t able to find much discussion about the reasons that exist for 1903 to be a requisite.

The text was updated successfully, but these errors were encountered:

JushBJJ commented Jun 26, 2019

In my guessing, there is probably a feature within the windows source code that is used in the new terminal which is why 1903 is required.

ysc3839 commented Jun 26, 2019

I guess it’s because maintaining compatibility is a trouble. You CAN try to run on 1809 but without any support.

DHowett-MSFT commented Jun 26, 2019

Sorry. Right now, there’s two big blockers to adoption on 1809.

• XAML islands was a technology preview and didn’t support high-DPI, DPI changes, or accessibility in 1809. We rely on them heavily.
• 1903 added support for side-by-side WinRT component activation, something deep in the COM stack that lets us find our DLLs when they’re right next to our EXE.

We just can’t go back to 1809.

fredless commented Jun 26, 2019

We just can’t go back to 1809.

TY for the detail

brunofin commented Sep 11, 2019 •

We just can’t go back to 1809.

Please Microsoft, fix the Surface Book 2 then so we can upgrade! 😭

NetMage commented Mar 12, 2020

It looks like WInUI 3.0 will backport full XAML Islands support to most versions of Windows 10 and is releasing this year — could you use WinUI 3.0 to add support for Windows Terminal on earlier versions of Windows 10?

zadjii-msft commented Mar 12, 2020

That’s certainly a possibility we’d have to investigate. If XAML Islands was detached from the platform, then I’m not sure how many of our own features are actually dependent upon 1903.

I guess Dustin mentioned the SxS winrt activation above — I’m not positive that is still needed, but if it is, then that might be exceptionally hard for us to overcome. That would be one of the things to investigate when WinUI 3.0 is available.

superm1 commented Jun 23, 2020

It seems to me that there is now a preview available for it: https://docs.microsoft.com/en-us/windows/apps/winui/winui3/

zadjii-msft commented Jun 23, 2020

XAML Islands is not supported in this release

That’s the single most important part of the WinUI stack we need, so unfortunately, that’s a non-starter for us. Don’t worry, we work pretty closely with the WinUI team (in the same hallway in fact), so when WinUI 3 is ready for us to move to it, we’ll work on it 😉

sidietz commented Jul 17, 2020

WinUI 3.0 Preview 2 has been released some days ago. Anything new on LTSC support?

superm1 commented Jul 17, 2020

Seems to still quote «XAML Islands is not supported in this release» on the preview 2 release notes.

DHowett commented Jul 17, 2020

I’ve gone ahead and marked up their list of limitations with ones that stop us from being able to use Preview 2:

zadjii-msft commented Jul 17, 2020

As I’ve said before, we won’t be able to start experimenting with WinUI 3.0 until there’s support for XAML Islands.

driver1998 commented Mar 9, 2021

Can we migrate the whole app to WinUI on Desktop instead of a Win32 Window with XAML islands?

zadjii-msft commented Mar 9, 2021

@driver1998 At some point sure.

Last I checked (and this was a while ago), it would still be a while before WinUI3 supported custom content in the titlebar, and host backdrop acrylic. We fairly aggressively customize our own titlebar, and a lot of users really like acrylic and would be sad to see it go.

Now, that was a while ago, and priorities might have changed since then. So those features might be supported in the official first WinUI 3 release.

We’ve also got to balance the needs of our own engineering efforts. Moving to WinUI 3 would probably mean a whole month for a dev of just porting code and making sure nothing breaks. That’s a month that we can’t use on any of the other things that we’ve already committed to for Terminal v2. The WinUI 3 project layout is far nicer and will probably be better in the long run, but right now the Terminal’s .sln is a bit of a house of cards. It’s got a bunch of carefully constructed hacks in it to make sure the Terminal builds just right. Making sure those hacks still work in WinUI 3 is what would take the majority of the time.

WinUI 3 is probably one of the higher Terminal v3 priorities, it’s just not in the cards for v2. We’d rather stick with the devil we know for now.