Глиф «плюс», вероятно, сократится, я прокомментировал проблему с TabControl, и, похоже, они подтолкнут изменение, чтобы оно соответствовало меньшему глифу, используемому UWP Edge.

Да, я думаю, мы все можем согласиться с тем, что «сделать вкладки, как Edge Chrome» - это хорошо, но «сделать вкладки, как промо-видео» еще лучше ... 😣

Я думаю, что в UWP Edge вкладки лучше, чем в Edge Chrome. 🤔

Лично мне хотелось бы, чтобы они делали вкладки Edge Chrome, как UWP Edge, но меня никто не просил ...

Да, да, но ... любой из них уже опередил Терминал 🤡
Edgium имеет почти 20 пикселей над вкладками, которые уродливы ... но ... перетаскиваются!
И с обоими из них вы, по крайней мере, можете сказать, какая вкладка активна 🙄

При кодировании нет ПРАКТИЧЕСКОГО использования акрила. Однако прозрачность очень полезна. Это означает, что я могу просматривать код под окном терминала, например:

Добавьте корректировку для коэффициента размытия, используемого в акриле. Я не могу прочитать размытый текст.

Также, если Терминал не стал черным в неактивном состоянии, например:

Было бы действительно полезно иметь кнопку с булавкой, которая закрепляла бы терминал над всеми другими окнами. Это обеспечит плавное переключение между терминалом и любым редактором кода, который вы используете (особенно если вы можете читать код под окном терминала).
Я предлагаю, чтобы акриловая тема оставалась активной, а не «становилась черной», если добавлена ​​и включена функция «Всегда сверху».

Как бы это могло выглядеть:

Значок булавки, чтобы закрепить Терминал над всеми окнами.
@nacorv ,

Я хотел бы знать, будет ли функция «Всегда на высоте» рассматриваться.

Выбор и перетаскивание в любое место в области вкладок в настоящее время не перемещает окно. Это приводит к необходимости перемещать мышь вправо от области вкладки, в результате чего остается очень небольшое количество заголовка, который можно использовать для перемещения окна. Пожалуйста, измените это. Без спешки!

1. При включении акрила в Powershell фиолетовые параметры, такие как -abc становятся почти невидимыми.

Разрешение: 4K
Масштабирование дисплея: 100%

Светлая тема:

Темная тема:

Изменение размера окна приводит к тому, что пользовательский интерфейс исчезает / появляется снова. Я использую предварительную версию Магазина Windows 0.2.1715.0

Полноэкранный:

Изменен размер:

Если окно недостаточно большое, все остальные вкладки скрываются.

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

Не перетаскиваемая вкладка / строка заголовка - это жалоба №1, которую я слышал от всех, кто пробовал ранние сборки

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

При максимальном увеличении на моем втором мониторе (встроенный дисплей ноутбука 1366x768, не установлен в качестве основного) края приложения обрезаны:

Вкладки показывают путь к исполняемому файлу вместо имени приложения; если путь слишком длинный, значок «x» для закрытия вкладки сдвигается с правой стороны вкладки и становится невидимым.

При нажатии кнопки «Настройки» выполняется попытка открыть файл JSON. Я предполагаю, что пользовательский интерфейс для этого еще не создан. :)

В дополнение к комментариям @ robster2001 было бы неплохо, если бы каждая вкладка показывала фактический путь, например Ubuntu, и находилась ли она в режиме администратора (например, Командная строка (Admin) - C: currentpaththatyouarein).

Когда у вас нет развернутого терминала, как я обычно не делаю, проблема №857 в сочетании с длинными заголовками позволяет использовать гораздо меньше вкладок, чем могло бы быть.

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

Две вещи:
Панели по умолчанию не привязаны, _ потому что_ они неполные. Если вы включите их самостоятельно, YMMV.

Если вам нужен настраиваемый заголовок вкладки, вам следует посмотреть, как настроить его для своей оболочки. Это принесет вам пользу везде, где вы используете свою оболочку. Установив заголовок с помощью PowerShell, вы измените заголовок для Windows Terminal, устаревшей консоли, VSCode, ConEmu и множества других вещей. Он может измениться даже в середине сеанса!

Панно эпопея: # 1000

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

Прокрутка двумя пальцами не работает, хотя отлично работает на cmd.com и PowerShell.

Вкладки нельзя перемещать / переставлять.

Панель по умолчанию не соответствует темной теме Win10:

Пытался найти настройки, но не нашел!
Некоторые другие приложения тоже не уважает, так что думаю не рассматривается в этой версии

Мое первое впечатление о Терминале, установленном сегодня через предварительную версию Магазина, было:

• Что не так с цветами? Почему он частично черный, частично белый?
  
• Вау, не могу дождаться, чтобы попробовать вкладки
• Ого, это большой плюс

Что мы можем сделать с цветом заголовка? Он должен быть полностью черным, правда?

+1 @guibirow

Возиться с настройками Windows я мог это исправить:

Активен (Firefox сзади, терминал спереди)

Неактивен (Firefox сзади, терминал спереди)

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

И установите _AccentColorInactive_ в реестре [_ComputerHKEY_CURRENT_USERSoftwareMicrosoftWindowsDWM_]

Дизайн был бы намного лучше, если бы «+ /» переместили влево (как показано ниже), а остальные стали бы просто строкой заголовка, как и все другие приложения, я думаю, они пытались скопировать firefox и не очень хорошо работали!

Я не могу «вытащить вкладку» или перетащить ее в другое окно. Я бы хотел эту функцию.

Где используется шрифт Emoji, например пряжа, npm?

Заголовок вкладки определенно нуждается в очистке. Основываясь на официальном видео, сделанном для продвижения Терминала и Edgemium, я придумал следующие изменения (макеты):

До:

После:

Полный список изменений в макете:

• Размер рамки окна уменьшен до 1 пикселя, чтобы соответствовать остальной части Windows.
• Правильно выровненные элементы управления окном (закрыть, макс, мин) в строке заголовка
• Вкладки стали немного выше, чтобы они соответствовали новым вкладкам Edge.
• Уменьшенный радиус угла для соответствия новым вкладкам Edge
• Добавлены внутренние закругленные углы к основанию вкладок, чтобы соответствовать новому Edge и официальному видео.
• Добавлена ​​тень, чтобы сделать вкладки более заметными на фоне и соответствовать новому Edge.
• Значок плюса увеличен правильно
• Кнопки управления вкладками перемещены рядом с вкладками
• Фон растянут по всей строке заголовка.

РЕДАКТИРОВАТЬ: это была просто проблема, из-за которой нижняя строка была недостаточно большой, чтобы вместить всего персонажа, как указано в @ DHowett-MSFT ниже

Padding (внизу) не равен 0, когда он развернут. Не уверен, что это известная проблема или преднамеренная, поэтому поместите ее в эту ветку.

@mikelui да, возможно, это потому, что не хватает пикселей, чтобы уместить на экране целую ячейку персонажа. Терминал предпочитает отображать полные строки, поскольку именно так он моделирует мир терминала.

Полноэкранный:

Изменен размер:

Если окно недостаточно большое, все остальные вкладки скрываются.

Если вы вращаете колесико мыши, вы увидите, что вкладки скользят. Он работает как минимум для Store Terminal Preview v0.2.1715.0. Но сужение иконок, например браузеров на основе Chromium, было бы более приятным.

@ DHowett-MSFT Также я обнаружил еще одну ошибку графического интерфейса: если окно слишком маленькое для отображения новой вкладки, и мы создаем новую вкладку, новая вкладка создается, но не отображается, пока мы не изменим размер окна терминала.

Предварительная версия Microsoft Windows 10 Pro Insider [версия 10.0.18875.1000]
Microsoft Terminal (предварительная версия в магазине) [Версия 0.2.1715.0]

@ DHowett-MSFT Да! Я вижу это сейчас, пока играюсь с калибровкой. Я привык использовать полноэкранный режим (по сравнению с максимальным), где отсутствие строки заголовка делает интервал лучше.

При закрытии сделайте исходный размер окна таким, какой я оставил в прошлый раз.

захватить и переместить приложение непросто, требуется большая область, чтобы захватить окно. Весь путь exe слишком велик, занимает слишком много места. просто Powershellили Cmd было бы неплохо. при запуске node или python в cmd на вкладке может отображаться "cmd: node" или "cmd: python"
Вкладки могут иметь цветовую тему схемы, используемой в этом конкретном терминале, а не просто более темный черный или блеклый черный, цвет, подобный схеме терминала, может облегчить поиск терминала.
редактировать
найдено еще несколько проблем

Кроме того, это не так важно по сравнению с другими отсутствующими / поврежденными элементами пользовательского интерфейса, но все же: указатель мыши должен быть текстовым (Ꮖ) при перемещении по некоторому тексту в терминале, а не указателем (↖), поскольку текст можно выбирать.

Есть ли шанс, что поведение Alt + F4 может имитировать другие функции Windows 10 (закройте все сейчас), пожалуйста? Ctrl + w * сколько бы ни было открыто вкладок, довольно трудоемко. Как и нахождение правого верхнего X, когда я нахожусь в режиме воина с клавиатурой: D.

Я пробовал установить closeWindow в settings.json, но alt + F4 не регистрируется как допустимая команда (консоль печатает "S").

Из любопытства, нельзя ли использовать базовые API-интерфейсы, поддерживающие WindowChrome WPF, полностью вырезать собственную строку заголовка и границы окна и построить все это с помощью XAML? Я чувствую, что таким образом будет доступно больше контроля, а конечный результат будет чище и меньше зависит от ОС.

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

Терминатор в Linux и iTerm в macOS аккуратно реализован.

Какие-либо планы?

Выбор и перетаскивание в любое место в области вкладок в настоящее время не перемещает окно. Это приводит к необходимости перемещать мышь вправо от области вкладки, в результате чего остается очень небольшое количество заголовка, который можно использовать для перемещения окна. Пожалуйста, измените это. Без спешки!

см. # 1500

@ LeeChang-GitHub # 608, вы также знаете, что у PowerShell и CMD есть способ самим устанавливать заголовок, верно? Вам не нужно переименовывать вкладку, если вы можете заставить оболочку это сделать.

Мне нужно, чтобы имя терминала можно было редактировать.
Я искал этот вопрос, но не нашел. Это разумное требование?

Чувак, а почему ты удалил свой комментарий и переместил его после моего ответа?

Чувак, а почему ты удалил свой комментарий и переместил его после моего ответа?

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

@ LeeChang-GitHub, все в порядке! 😄

Я хотел бы знать, будет ли функция «Всегда на высоте» рассматриваться.

@grigala

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

Терминатор в Linux и iTerm в macOS аккуратно реализован.

Какие-либо планы?

1000 показывает планы и как далеко они продвинулись 👍

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

Полоса прокрутки в свернутом виде

Полоса прокрутки в широкой форме

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

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

Дополнительно полоса прокрутки не должно быть никакой задержки расширения при наведении указателя мыши и фона полосы прокрутки должны быть прозрачными, поэтому размытие (если включено в) могут быть видны.

Редактировать:
Это было решено в # 1778. Благодаря!!

Большинство приложений (например, Chrome, explorer.exe и т. Д.) Позволяют пользователю изменять размер окна, захватывая тень окна. Но похоже, что терминал позволяет пользователю захватывать только узкую область NotClient (около 2 пикселей).
Кажется, системная тень по умолчанию не работает?

У меня есть возможное решение.

1. Удалите системную тень (изменив стиль окна на WS_MINIMIZEBOX | WS_MAXIMIZEBOX | WS_POPUP | WS_THICKFRAME и обработав сообщение WM_NCCALCSIZE, вы можете использовать AdjustWindowRect для расчета размера.)
2. Добавьте четыре небольших теневых окна (WS_EX_OVERLAPPED | WS_EX_TOOLWINDOW) вокруг окна и визуализируйте тень вручную (обрабатывая WM_WINDOWPOSCHANGED главного окна для перемещения теневого окна, обрабатывая WM_SIZE для визуализации теневого окна, может быть, Gaussina Blur?)
   3 обрабатывает сообщение WM_SETCURSOR теневого окна и WM_LBUTTONDOWN (отправляет WM_SYSCOMMAND в главное окно для имитации захвата)

Кроме того, использование технологии Window Subclassing для захвата сообщения и отправки WM_SYSCOMMAND при обработке WM_LBUTTONDOWN может решить проблему с невозможностью захвата строки заголовка.

Чтобы расширить https://github.com/microsoft/terminal/issues/1375#issuecomment -504686188, Терминал, возможно, должен организовать темы по названиям семейств тем и светлым / темным подкатегориям, вроде VSCode. Т.е. если я установлю тему, например, «Кэмпбелл» и переключу цвета приложения Windows со светлого на темный, я ожидаю, что Termianl переключится с Campbell Light на Campbell Dark. Это избавит от ручного возни. Если указать «Campbell Dark» в качестве темы, внешний вид будет закреплен на темной теме, если вы всегда хотите, чтобы она была темной. Или что-то.

При перемещении окна между мониторами с разным масштабом размер вкладок изменяется некорректно, в некоторых случаях закрывая даже кнопку свертывания:

Монитор 1, разрешение 1920x1080, масштабирование 100%:

Монитор 2, разрешение 4k (3840x2160), масштабирование 200%:

Цвет курсора должен определяться темой. Цвет курсора по умолчанию, установленный в профиле, - белый, что бесполезно в светлой теме.

@madig - Вы можете изменить цвет курсора, установив cursorColor в profiles.json

@madig - Вы можете изменить цвет курсора, установив cursorColor в profiles.json

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

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

Может быть, №1517.

Контекстное / системное меню для приложения. В приложениях Win32 он находится в верхнем левом углу. Некоторые, например Edge, используют многоточие в правом верхнем углу. Является ли текущий раскрывающийся список предполагаемой заменой?

Стиль верхнего левого угла полезен при перемещении / изменении размера и т. Д. С помощью клавиатуры.

Из презентации Build у меня сложилось впечатление, что у нас будет функциональность, как у разделенной панели, это планируется?

@jwhipp # 1000

Иконки отсутствуют?

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

Спасибо, сработало!

Однако я обнаружил еще одну ошибку:

Я часто дважды щелкаю по строке заголовка, чтобы развернуть или восстановить окно. Активная область окна (зеленая) была полностью справа, когда у меня была открыта только одна вкладка. Похоже, я мог щелкнуть слева от меню с плюсом (новая вкладка).

У ConEmu этой проблемы нет, поскольку строка заголовка находится над вкладками. Двойной щелчок в области вкладок приводит к появлению новой вкладки, которую я хотел бы видеть в новом Терминале Windows, но я уверен, что приспособлюсь к тому, что мы в конечном итоге выберем.

Что касается вкладок и т. Д., Было бы здорово, если бы они могли визуально вести себя так же, как, например, в Edge: кнопка «+ v» всегда находится рядом с последней вкладкой; создание области (если есть) между последней вкладкой и кнопкой «+ v», принимающей события мыши (путем передачи их в родительское окно); наличие кнопок прокрутки «<» и «>» (аналогично, например, в Firefox), когда вкладок слишком много.

Я часто дважды щелкаю по строке заголовка, чтобы развернуть или восстановить окно. Активная область окна (зеленая) была полностью справа, когда у меня была открыта только одна вкладка.

Это также означает, что мы не можем перетащить окно терминала (я имею в виду, что вы _can_, но тогда вам действительно нужно быть уверенным, что вы просто получите это крошечное золотое пятно ...)

Вкладки в строке заголовка плохие . Не делай этого. ПОЖАЛУЙСТА. не делай этого. Вы используете слишком много места для нескольких задач.

Иметь заголовки вкладок на весь путь к командному интерпретатору тоже плохо. То, что имена вкладок могут быть длиннее 20 символов, это плохо. Намного короче максимальный размер вкладки. Вкладки под заголовком. Вкладки гораздо меньшего размера.

Это вариант. Параметры. Конфигурация. Списки коротких предложений. Выключи их. :улыбка:

@brianly Установите "showTabsInTitlebar": false в настройках.

Спасибо @ zadjii-msft! Также стоит связать: https://github.com/microsoft/terminal/issues/771

При добавлении новой вкладки с несколькими уже открытыми, чтобы заполнить пространство на вкладке, как это

новая вкладка создается, но значок свернут.

любая новая созданная вкладка после этого невидима.
Изменение размера окна устраняет проблему.

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

Было бы замечательно что-то видимое на экране или в меню для управления масштабированием. А также способ сбросить масштаб с помощью Ctrl + Scroll. Невозможно определить, увеличен ли я на 200% или нет.

Например, у Chrome есть этот пункт в гамбургер-меню. Все, что ему нужно, это одна строка. Щелчок по значению сбрасывает его до 100%.

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

Если возможно ... было бы интересно иметь возможность повлиять на эти вещи из среды работающей консоли. Например, если моя консоль PowerShell запускается и устанавливает значение среды, например WINDOWS_TERMINAL_BORDER_COLOR=#ff0000 потому что это консоль администратора, измените цвет границы на красный. Таким образом вы можете делать много интересного из профиля PowerShell или .bashrc.

@ DHowett-MSFT @DHowett Я видел, что есть способ добавить акрил в строку заголовка. Может это сработает?

Щелчок по вкладке в терминале не всегда дает фокус вкладке.

• Откройте Терминал в своей любимой оболочке.
• Щелкните другое окно или приложение.
• Нажмите _tab_ вашей оболочки в Терминале. Курсор не отображается, и набор текста не работает. Вы должны щелкнуть строку заголовка окна терминала (это немного между «+» и кнопками свертывания / разворачивания, единственная часть, которая в настоящее время позволяет окну перемещаться), и именно это возвращает фокус оболочке.

Кнопка «Развернуть окно» не похожа на большинство приложений. Это больше похоже на кнопку сворачивания:

@krzysdz вы запускаете сборку из этого репозитория, в котором только что были объединены первые

Не большой поклонник того, как работает кнопка +. Я продолжаю нажимать на нее, чтобы добавить новую вкладку, забывая, что она просто создает новую вкладку в оболочке по умолчанию (что довольно раздражает). Мне бы очень хотелось, чтобы у меня было раскрывающееся меню, подобное тому, которое появляется при нажатии стрелки вниз, чтобы я мог выбирать из списка доступных оболочек при добавлении новой вкладки.

Тогда почему бы просто не щелкнуть стрелку раскрывающегося списка?

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

Разве акрил не должен быть включен по умолчанию для PowerShell? То, что cmd по умолчанию выглядит лучше, чем PowerShell, - не лучший признак. Также было бы лучше поприветствовать пользователя, продемонстрировав красоту для глаз.

Настройки по умолчанию:

С помощью cmd:
образ

С PowerShell:
образ

Связанные профили:
образ

РЕДАКТИРОВАТЬ: превратили изображения в ссылки, которые занимали слишком много места, извините

Так это просто рескин или контейнер для исходных консолей (cmd, wsl и ps)?

Я надеялся на лучший терминал, подобный тем, что есть в Linux или Mac OSX. Cmdr - хороший пример того, к чему вы должны стремиться. В основном мне просто нужен терминал, поддерживающий CTRL-C и CTRL-V и бесшовную интеграцию WSL.

@deusprogrammer - это терминал, в точности как ConEmu (его использует командир терминала). Cmder немного уникален, потому что он включает в себя улучшения терминала и оболочки для людей, которые используют оболочку cmd.

Я хотел бы знать, будет ли функция «Всегда на высоте» рассматриваться.

Я бы тоже хотел увидеть эту функцию.

Может быть, мелочь, но acrylic ничего не значит для тех, кто не знаком с UWP и / или разработкой приложений для Windows. Более дружелюбное имя ( translucent или что-то в этом роде) поможет.

Строка заголовка не акриловая, извините, этого не может быть, учитывая нашу архитектуру

Это должно быть включено при выходе WinUI 3.
Ссылка: microsoft / microsoft-ui-xaml # 888

Только попробовал терминал, первое, что меня сбивает с толку, это ...

НЕТ НА ЭТОЙ ОБЛАСТИ? это раздражает, черт возьми!

Да, это сбивает вас с толку и 400 других людей, которые сообщили об этом. : smile: Дорожки # 1625 и # 564 для актуального прогресса в верхней части окна.

@ DHowett-MSFT, если не упомянуто, пожалуйста, оставьте в настройках как акрил, так и параметр прозрачности, акрил делает его совместимым с системой, но не имеет большого смысла для такого приложения, как терминал, где возможность видеть, что находится позади, может быть довольно продуктивным. Было бы полезнее иметь возможность прозрачности. Пусть по умолчанию используется акрил, а прозрачность можно переключать вручную.

@ DHowett-MSFT написал:

[...]

• Вкладки выглядят не так хорошо, как хотелось бы # 702

[...]

• Кнопка плюса слишком большая, слишком маленькая, слишком широкая, слишком узкая

[...]

что смешно или солено?

Кажется, что заголовки вкладок не соответствуют параметрам fontSize:

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

Кажется, что заголовки вкладок не соответствуют параметрам fontSize:

Я считаю, что этого следовало ожидать. Кажется, что вкладки соответствуют размеру шрифта рабочего стола, что считается частью заголовка / панели окна.

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

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

Две мысли сразу по поводу принятия «общего использования вкладок» (см. Также https://github.com/microsoft/terminal/issues/615)

1. Вкладки должны сжиматься / сжиматься, когда для них недостаточно места
2. Кнопка "плюс" должна быть привязана к правой стороне последней вкладки, а не к верхнему правому углу окна.

Общий отзыв для OP. Очевидно, понятно, что это ранний выпуск / предварительный просмотр, но мы уже видим очень прочный дизайн и концепцию.

Я копаю вкладки, уровень настройки (особенно с настройкой исполняемого файла!), Обновления в режиме реального времени для изменений в settings.json и различные типы терминалов, которые могут быть в одном исполняемом файле.

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

Спасибо за ваш тяжелый труд, с нетерпением жду следующего релиза!

Я использую темную тему, но по-прежнему вижу белую рамку и заголовок. У кого-нибудь еще есть эта проблема? Я не смог найти в JSON ничего, что меняет это.

У меня та же проблема :(

Я использую темную тему, но по-прежнему вижу белую рамку и заголовок.

Это не может быть исправлено текущими настройками. Это будущий рабочий элемент, частично отслеживаемый в # 1625

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

642

разместите вкладки в окнах / строках / столбцах так, как это возможно в коде vs.

1000

@ DHowett-MSFT посмотрите, как это приложение управляет вкладками,
https://github.com/JasonStein/Notepads

Хорошо, готово. Что я искал?

Вы также можете посмотреть на Fluent Terminal для вдохновения. У него неплохой интерфейс.

1. При использовании Powershell Core у меня на консоли случайным образом появлялся второй шеврон, который выглядел бы D:\>> (извините, шагов воспроизведения нет)
2. Я не могу перетащить текст, а затем скопировать-вставить, это функция, которую я ожидал от Powershell

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

Вкладки показывают путь к исполняемому файлу вместо имени приложения; если путь слишком длинный, значок «x» для закрытия вкладки сдвигается с правой стороны вкладки и становится невидимым.

Также tabTitle самом деле не работает

Вкладки показывают путь к исполняемому файлу вместо имени приложения; если путь слишком длинный, значок «x» для закрытия вкладки сдвигается с правой стороны вкладки и становится невидимым.

Также tabTitle самом деле не работает

@ Serega124 , это странно, потому что у меня они отлично работают. Я назвал одну вкладку wsl а другую - cmd .
У вас последняя сборка разработчика?

@imjasonmiller Я использую версию из Магазина

@ Serega124 , я думаю, что функция tabTitle еще не выпущена для версии Store. Я думаю, вам, возможно, придется подождать, пока они не выпустят другое обновление для версии Store, или вы сможете собрать его из исходников.

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

Запрос функции: легко переключаться между темами или использовать тему Windows.

Как разработчик я работаю в помещении и на улице. В помещении на экране UHD я предпочитаю темную тему. На улице темная тема становится нечитаемой на экране ноутбука при полной яркости. Подойдет светлая тема

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

Это правда!
Разумная область в углах действительно мала, поэтому изменить размер окна невозможно.
Прилагаю гифку, которая может быть полезна @ DHowett-MSFT:

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

Однако стоит упомянуть об этом сейчас, спасибо, что взялись за этот проект. Очень необходимое решение для Windows

Цвета фона текста меняются при изменении размера

Я предполагаю, что это связано с тем, что «неклиентская область выглядит неправильно»; и находится в стадии разработки, но в самой последней сборке, похоже, для меня была введена белая рамка в один пиксель внизу:

Может ли это быть связано с недавним изменением ?

Спасибо за всю работу!

@imjasonmiller, если вы хотите бунта (печальный вид), прочтите TODO внизу # 1948: smile:

• [] Двойной щелчок в неклиентской области должен развернуть окно.
• [] Значок щелчка / щелчка правой кнопкой мыши должен отобразить меню «Свернуть / развернуть / закрыть».
• [] Когда вы нажимаете Cascade Windows , Терминал полностью игнорирует Show windows stacked т. Д.
• [] Alt + F4 не закрывает окно

Я считаю, что это ожидаемое поведение для пользователя Windows, когда двойной щелчок на неклиенте максимизирует окно, также когда вы используете оболочку для изменения размера / мозаики окон, Терминал должен вести себя как любое другое окно.

В настоящий момент мой Терминал неподвижен, и в него невозможно попасть в меню настроек.

Кажется, что Терминал - это стороннее приложение, использующее неродной набор инструментов пользовательского интерфейса.

С помощью мыши:
Вы не можете щелкнуть по вкладкам в контекстном меню, чтобы закрыть их или увидеть контекстное меню, как в прошлых консолях, вы также не можете закрыть вкладки выше, чем первая (их X закрываются, добавляя кнопку вкладки / кнопку меню настройки из-за ширины ограничения)

В идеале у вас должны быть включены ALT + ENTER и SHIFT + F10, а также разрешено нажатие правой кнопкой мыши / касания.

Также +1 для изменения порядка вкладок

Обновление текста иногда прерывается.

Это особенно проблема с редакторами, такими как emacs

@RosalesJ Эй, не могли бы вы подать еще одну проблему для этого? На самом деле это не вписывается в огромное количество проблем с пользовательским интерфейсом и может быть гораздо более атомарной ошибкой, которую мы могли бы исправить. Обязательно укажите шаги по воспроизведению и инструменты, которые вы используете. Благодаря!

Меню новой вкладки не перемещается вместе с окном:

Попытка закрыть приложение, щелкнув X на отдельной вкладке, приводит к сбою приложения!

Когда непрозрачность настроена, она работает только тогда, когда окно сфокусировано.
Когда сфокусирован:

Когда не сфокусирован:

Есть ли способ заставить его работать или это должно работать так?

Изменить: еще одна вещь, которую я заметил на снимках экрана выше, - это то, что несфокусированные окна терминала не применяют цвет Windows Accent, а становятся пустыми. При фокусировке окна акцентируются на цвете.

@ jean-lourenco Я считаю, что размытие сделано намеренно, так как другие приложения, такие как приложение "Настройки", делают то же самое.

Очень надеемся на скорую поддержку прокрутки вкладок (индикация, а не только колесо мыши).

Поскольку моя прокрутка работает не так, как задумано, теперь я не вижу вкладок, которые у меня есть.

Плохой интервал с немоноширинным шрифтом.

версия 0.3.2112.0

Это происходит при начальной загрузке. Развертывание -> Окно восстановления исправляет это.

Я только что обновился до 0.2.1831.0 в 18950.1000. В оболочке Ubuntu (теперь WSL 2) я не могу прокрутить буфер назад. Похоже, что мигающий курсор перемещает фокус обратно в нижнюю строку каждый раз, когда я пытаюсь прокрутить вверх с помощью клавиатуры и колеса мыши.

Также похоже, что новая строка отправляется при каждой прокрутке вверх, поэтому текст, который я хочу видеть, удаляется с каждой попытки!

Windows Powershell и Dos этого не делают

@tomfakes перенесли это на # 2196, так как это абсолютно не проблема

Как сохранить эффект акрила, когда окно теряет фокус

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

Это что-то планируется решить? Похоже, что № 564 был закрыт.

Увеличение размера терминала, когда окно находится на двух мониторах, приводит к растеканию полос на мониторе.

Я знаю, что это своего рода "не по теме", но система отслеживания проблем - единственное место, где можно оставить отзыв, и это, кажется, лучше всего подходит: Спасибо. Я знаю, что Терминал еще не закончен, и есть много вещей, которые нужно исправить, но это хорошо. Мне нравится, как он выглядит и ощущается. Нравится конфигурация, поддержка "CMD", powershell, WSL и т. Д.
Продолжайте в том же духе ^^ (и извините, что загромождали систему отслеживания проблем;))

Рад, что этот проект находится в разработке - большой шаг вперед по сравнению с традиционными cmd / powershell. Я заметил, что при закрытии окна после быстрого изменения размера появляется окно-призрак с множеством границ:

На самом деле это не серьезная проблема, просто подумал, что я доложу об этом для записи.

+1

+1

@ammoniak спасибо: smile:

Я не уверен, ошибка это или особенность.

AltGr + 4 (§) (португальская клавиатура) не удаляется, поскольку я пробую последовательности AltGr.

Шрифт Victor Mono выглядит очень странно.

https://github.com/rubjo/victor-mono/

@offero - красивый шрифт; это может быть # 696

(или его вариант)

Можем ли мы получить возможность скрыть знак плюса и / или стрелку вниз в области вкладок? Когда стрелка вниз будет скрыта, можно будет щелкнуть правой кнопкой мыши знак плюса, который затем сделает раскрывающееся меню, как это делает стрелка вниз . Когда знак плюса будет скрыт, мы все равно сможем открывать больше вкладок с помощью раскрывающегося списка. Может быть, мы могли бы скрыть оба, и тогда щелчок правой кнопкой мыши произошел бы на остальной части заголовка?

Честно говоря, мне не нравятся вкладки в строке заголовка, так как когда у вас их много, это непослушно, захват строки заголовка для перемещения окна все еще не работает. В некоторых терминалах Linux есть вкладки над самим терминалом, и это настраивается. Я уверен, что это во многом связано с тем, что оконных менеджеров Linux много и они имеют разные правила. Другой вариант - сделать терминалы раскрывающимися (см. Снимок экрана Tilix). В его нынешнем виде, если я открою 10 вкладок, как можно будет использовать этот интерфейс? Прокрутка с помощью мыши - это нормально, но она даже не дает вам общего количества открытых вкладок.

Всего два цента. :)

Выпадающий список терминалов / вкладок:

Я не видел, чтобы это упоминалось в потоке, но если вам нужна вкладка заголовка меньшего размера, просто добавьте этот параметр в профиль:
"tabTitle": "MyCmd",

Хотя это очень полезно, мне бы хотелось иметь возможность динамически увеличивать число, чтобы иметь:
| MyCmd 1 | MyCmd 2 | MyPosh 1 | MyPosh 2 |

И / или динамически изменять цвет вкладки в зависимости от добавления новых вкладок - каждый раз в том же порядке цвета, поэтому я знаю, что красный = 1-я вкладка, Белый = 2-я вкладка, Синий = 3-я вкладка и т. Д.

@jwhipp Вы всегда можете установить для "showTabsInTitlebar" значение false, чтобы вкладки отображались под заголовком.

@PedersenThomas Это # 2028

@jwhipp Вы всегда можете установить для "showTabsInTitlebar" значение false, чтобы вкладки отображались под заголовком.

Ах! Не знал об этом ... попробовал только сейчас. Несмотря на то, что он перемещает пользовательский интерфейс вкладки вниз, что в конечном итоге позволяет более легко перемещать окно, он все равно оставляет непослушный пользовательский интерфейс вкладки. Я просто думаю, что это можно было бы сделать лучше и более удобным способом. Одна вещь, которая может сработать, если вам не нравится способ Tilix, - это уменьшать размер вкладки по мере появления большего количества терминалов. Это, по крайней мере, дало бы конечному пользователю более легкое представление о том, что там находится.

Я предполагаю, что очень толстые границы окон - известная проблема?

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

Большинство других приложений, которые я тестировал, с аналогичным раскрывающимся списком / меню / навигацией закрываются при перемещении окна или щелчке вне списка.

Насколько мне известно, ранее сообщенные ошибки заключались в исправлении задержки. Не закрывать список при перемещении окна перетаскиванием верхней панели. Что я считаю жизнеспособным решением.

_Под выпадающим списком я подразумеваю список с профилями (WSL, Powershell), настройками и отзывами. _

Я искренне ожидал, что графический интерфейс вкладки терминала будет соответствовать тому, как выглядит край хрома:

Согласен, что высота вкладок кажется маловата

Измените значок Ubuntu на оранжевый, который используется в магазине, пожалуйста.

Вы можете сделать это сами.
Этот ребенок может вместить столько icon s

Измените значок Ubuntu на оранжевый, который используется в магазине, пожалуйста.

Вы можете сделать это сами.

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

Я почти уверен, что нам по закону не разрешено напрямую отправлять брендинг какого-либо конкретного дистрибутива. Что-то что-то авторское право. Нам разрешено отправлять смокинг-пингвин, поэтому _все_ дистрибутивы используют этого пингвина. @bitcrazed может @ меня, если я ошибаюсь.

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

Я использую много вкладок при работе с unix, поэтому я привык не получать никакой информации из заголовка вкладки и предпочел бы вкладки меньшего размера.

Всем привет,
некоторые советы по дизайну и концепция.
Отделите + от меню настроек, думаю, нет веских причин помещать настройки и профили / новые вкладки в одно место.
Воспользуйтесь преимуществом всей высоты строки заголовка вкладки.
Hover / Active должен быть темнее, чем обычная строка заголовка, а не наоборот, как сейчас. (Для темного режима инвертировать цвета).
Уберите границу окна или сделайте ее необязательной в настройках, это выглядит не очень хорошо.
На третьем изображении красный цвет шрифта означает, что терминал работает в «административном режиме».
Добавить отступ по умолчанию, на данный момент выглядит странно без заполнения.

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

1564 - это проблема для реализации пользовательского интерфейса настроек.

Вероятно, это должно быть связано с этим вопросом.

Re. Логотипы сторонних производителей и т. Д. @ Zadjii-msft является правильным - Microsoft не может отправлять логотипы для продуктов сторонних производителей. Тем не менее, мы ___ можем___ найти способ для поставщиков дистрибутивов разместить свой логотип там, где Терминал может легко найти и включить его. Будет немного поработать над этим.

@jwlodek и @Fisico - запросы функций - давайте придерживаться одной темы для каждой проблемы, иначе мы никогда не будем отслеживать вещи. Благодарю.

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

@oblitum, вы должны проверить свой файл конфигурации. Если вы переключите alwaysShowTabs и showTabsInTitlebar , у вас будет что-то ближе к тому, что вы хотите.

@DHowett Я пробовал это раньше, но это не помогло, я удалил вкладки, но оформление окна стало белым, что хуже, чем оставлять вкладки, по крайней мере, я получаю все украшения такими же темными.

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

Re. Логотипы сторонних производителей и т. Д. @ Zadjii-msft является правильным - Microsoft не может отправлять логотипы для продуктов сторонних производителей. Тем не менее, мы _ могли бы _ найти способ для поставщиков дистрибутивов разместить свой логотип там, где Терминал может легко найти и включить его. Будет немного поработать над этим.

@bitcrazed
Что, если бы список доступных «профилей» существовал в папке пользователя, в которую другие дистрибутивы в Магазине Windows могли быть добавлены при установке. Тогда это отдельно от файла настроек / профиля JSON. Пользовательский интерфейс настроек может отображать эти доступные профили и позволять пользователю добавлять их.

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

@ DHowett-MSFT Если посмотреть на элемент управления MinMaxClose, есть ли причина, по которой были выбраны такие размеры кнопок?

Размер трех кнопок 36 х 45.

Глядя на Win32 (Блокнот и Wordpad), его элементы управления окнами имеют размер 29 x 45.

Глядя на UWP (калькулятор и ваш телефон), его элементы управления окнами имеют размер 32 x 46.

@mdtauk : Похоже, нет единого мнения относительно размера этих кнопок и в других приложениях Windows (как вы можете видеть) 🤣

@mdtauk В зависимости от того, на какой платформе пользовательского интерфейса создано приложение, вы можете видеть системные кнопки немного разных размеров и форм. Например:

• Приложения Win32, такие как Блокнот, полагаются на ОС (GDI / DComp) для рисования системных элементов управления и, таким образом, получают строку заголовка стандартного размера.
• Chrome / Edgeium рисует свою собственную неклиентскую область, чтобы поднять свои вкладки в строку заголовка, и рисует свои собственные системные кнопки ... выровненные по верхнему краю своего окна по ... 'причинам'
• Терминал также рисует свою собственную неклиентскую область, чтобы поднять свои вкладки в область строки заголовка, а для того, чтобы вкладки подходили, у нас есть более высокая панель заголовка / вкладок.

В Терминале мы решили масштабировать и центрировать системные кнопки в доступном пространстве строки заголовка, в результате чего они стали немного больше, но по-прежнему квадратными и пропорциональными:

Интересно, что несмотря на то, что каждый из элементов управления системы Терминала немного больше, они пропорционально сгруппированы немного ближе друг к другу, что сохраняет кластер управления системой примерно той же ширины, что и кластер управления, нарисованный системой Win32:

По сравнению с приложениями UWP, такими как Mail, Терминалу снова требуется немного более высокая область заголовка, но наши системные кнопки немного больше, но квадратнее, а сами символы только на 2 пикселя больше при визуализации на моем экране 4K при масштабировании 200%.

Все это говорит о том, что мы можем немного подправить вещи в будущем, но мы думаем, что наш дизайн и макет чистые, доступные и пропорциональные.

Сообщите нам, если вы не согласны, заполнив вопрос, чтобы его можно было отслеживать и обсуждать.

@mdtauk Re. Обратите внимание, что мы работаем над множеством интересных улучшений в этой области. Следите за обновлениями следующих двух релизов;)

@bitcrazed Спасибо 💙 Этот ответ был очень интересным. Я просто рад, что это не было «достаточно хорошим» решением: элементы управления P Window - один из наименее согласованных элементов в Windows, поэтому мне было любопытно.

И для сравнения, Edgium сохраняет элементы управления окнами как обычно, но выровненными по верху, а не по центру.

Как только граница нарисована правильно, она не будет выглядеть иначе.

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

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

@oblitum Я знаю, что упомянул режим планшета, поскольку он должен поддерживать полноценный полноэкранный режим, когда элементы управления окнами появляются только при наведении указателя мыши на верхнюю часть или при смахивании сверху. Если это будет реализовано, может быть опция « Полный экран при максимальном увеличении» - возможно, даже с изменением глифа для кнопки «Развернуть».

Почему бы вам не использовать WinUi для рисования заголовка и вкладок? Это сделало бы вещи более последовательными.

https://github.com/microsoft/microsoft-ui-xaml

@mdtauk ок. Я просто прошу какой-нибудь трюк, настройку реестра или что-то еще, нет необходимости в использовании режима планшета, чтобы он работал. Я спрашиваю, потому что вижу FullScreen в базе кода и некоторую ссылку на реестр, но не знаю, может ли он работать сегодня.

Почему бы вам не использовать WinUi для рисования заголовка и вкладок? Это сделало бы вещи более последовательными.

https://github.com/microsoft/microsoft-ui-xaml

Из-за необходимости проекта они должны переопределить рисунок окна Win32 по умолчанию, но элементы управления TabBar и Window реализованы как элементы управления Xaml.

Элементы управления WinUI

@lazylazyllama Элемент управления вкладками Терминала создан для нас командой WinUI: https://github.com/Microsoft/microsoft-ui-xaml/issues/304

Мы создали прототип ранних реализаций терминала с помощью вкладки @ichael-hawker в Windows Community Toolkit, а затем вместе с

Re. рисунок в неклиентской области:

Это не так просто, как можно представить, особенно когда UX вашего приложения состоит из элементов управления XAML, размещенных на островах XAML поверх хост-приложения Win32. Мы тесно сотрудничали с WinUI, XAMLIslands и другими партнерскими командами, чтобы вкладки Терминала работали.

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

@mdtauk NP :) Увы, с меняющимися песками дизайна пользовательского интерфейса Windows и гибкостью, требуемой приложениями, которые хотят большего контроля над каждым аспектом их рисования, мы часто видим довольно много «дрейфа» между разными приложениями » пользовательский опыт. Это и хорошо, и плохо: хорошо в том, что мы можем двигаться вперед (слава богу, мы не все до сих пор используем приложения на основе GDI 😉), но плохо в том, что часто приходится переключать контексты / ожидания UX при переключении между приложениями.

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

@mdtauk NP :) Увы, с меняющимися песками дизайна пользовательского интерфейса Windows и гибкостью, требуемой приложениями, которые хотят большего контроля над каждым аспектом их рисования, мы часто видим довольно много «дрейфа» между разными приложениями » пользовательский опыт. Это и хорошо, и плохо: хорошо в том, что мы можем двигаться вперед (слава богу, мы не все до сих пор используем приложения на основе GDI 😉), но плохо в том, что часто приходится переключать контексты / ожидания UX при переключении между приложениями.

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

Я уверен, что когда появится WinUI с жизненным циклом Win32, вы будете очень рады вырезать весь этот код рисования DWM и HWND. Будем надеяться, что у этих приложений также есть возможность перекрашивать элементы управления окнами в XAML, что может сделать UWP.

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

Такая последовательность необходима очень долго.

Я бы предложил сделать интерфейс вкладок двухуровневым, уложенным вертикально, в основном в две строки. как это реализовано на данный момент, весь интерфейс вкладки находится в самом заголовке, я бы предложил, если область заголовка (первая строка) отображает путь к активной вкладке, а на вкладках второй строки отображается только двоичное имя, будет работать лучше.

Я не знаю, какова поддержка в разных оболочках, но может ли в конечном итоге стать возможной подсветка каталогов и файлов?

каталог против выделения файла

Для PowerShell вам понадобится такой модуль, как DirColors (* бесстыдный плагин), который добавит раскраску в

https://docs.microsoft.com/en-us/uwp/toolkits/winui/release-notes/winui-2.2

Почему дизайн tabview так отличается от того, что сейчас в терминале? Дизайн вкладок Winui намного ближе к краю хрома.

Поскольку TabView, который в настоящее время используется в Windows Terminal, является пользовательской реализацией, он еще не перенесен на WinUI .

Тогда это довольно вводит в заблуждение людей, занимающихся WinUI.

Тогда это довольно вводит в заблуждение людей, занимающихся WinUI.

Не совсем так, тот, который используется в Windows Terminal, отстает от версии WinUI. Но Терминал был первым, кто использовал его до того, как он перешел на стадию предварительной версии, поэтому они были полигоном для тестирования и предоставили обратную связь.

Есть еще одна проблема. Элемент управления WinUI TabView создан для UWP и XAML, но на данный момент Windows Terminal представляет собой смесь собственного приложения Win32 и островов XAML для использования современных элементов управления. В настоящее время существуют определенные ограничения в отношении того, как эти две технологии работают вместе.

Есть надежда, что WinUI 3.0 и версия чего-то под названием WinUI Desktop в 2020 году объединят все это вместе, что сделает его более гибким и простым для создания приложения.

Ого, нет, это недоразумение.

В настоящее время мы используем в Терминале предварительную версию TabView. Мы помогли разобраться в некоторых деталях реализации. То, что было выпущено в WinUI 2.2, было доработанной версией TabView.

У нас в Терминале просто не было возможности получить последние версии WinUI и обновить себя. По сути, это один и тот же элемент управления, мы отстали всего на несколько версий: P

Смешанный стек UWP XAML + Win32, который мы используем для нашего пользовательского интерфейса, _не влияет_ на нашу способность принимать представление вкладок.

Смешанный стек UWP XAML + Win32, который мы используем для нашего пользовательского интерфейса, _не влияет_ на нашу способность принимать представление вкладок.

Это объясняет, почему интеграция в TitleBar не полностью соответствует изображению, показанному в списке WinUI для TabView, однако

Хотел сначала создать отдельную задачу, но я думаю, это лучше подходит здесь:

Разрешить блокировку отдельных вкладок

Как случайная идея, рядом с кнопкой закрытия может быть дополнительный значок замка при наведении курсора на (не заблокированную) вкладку. Если вкладка заблокирована, блокировка всегда будет видна и предотвратит случайное закрытие связанной вкладки / процесса (вручную или путем выключения системы). Подумайте о закрепленных / сохраненных вкладках в Chrome или Edge.

Сценарий

Это в основном основано на реальных событиях, которые произошли с несколькими окнами консоли, а не с новым приложением Terminal.

• Марио запускает несколько вкладок любой оболочки, сгруппированных вместе, одна для разных консольных команд, вторая вкладка содержит веб-сайт в разработке, другая - с SSH на удаленный сервер и т. Д.
• Поскольку возникло несколько проблем, он решает открыть еще одну оболочку для запуска некоторого медленного процесса очистки / обслуживания (например, git gc , sfc /scannow , ftp отправка файлов, или что-то еще).
• Пока он работает, он возвращается к другим вкладкам своей обычной работой.
• В конце дня он закрывает всю группу терминалов / вкладок для удобства (и из-за того, что привык к этому), забывая о том, как он хотел проверить результат длительной задачи.
• Результаты немедленно теряются (давайте проигнорируем файлы журналов или записи событий, которые на самом деле не стандартизированы и могут быть временными удаленными сеансами, такими как SSH).

Что должно быть другим

• После того, как Марио открывает новую вкладку / оболочку для медленного процесса, он использует маленький значок замка на вкладке (который виден только при наведении курсора), чтобы «заблокировать» ее.
• После нажатия кнопка закрытия вкладки удаляется и заменяется указанным значком замка.
• Позже, при попытке закрыть приложение Терминал в целом, обычные вкладки удаляются, но заблокированная остается открытой,
• В этом состоянии Терминал также предотвратит (не принудительное) выключение системы.
• Если процесс, связанный с заблокированной вкладкой, умирает, вкладка автоматически разблокируется / удаляется (т. Е. Текущее поведение).
• При двойном щелчке по замку вкладка разблокируется и восстанавливается по умолчанию.

Я также сделал общую проблему икоты, на которую наткнулся: https://github.com/microsoft/terminal/issues/2209

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

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

Кажется, это противоречит тому, что вам нужно; это делает окно, в котором вы работаете, менее читабельным и отключает любую прозрачность в то время, когда вы этого хотите, то есть когда неактивное окно закрывает другое окно.

люблю понимать причину

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

Ха-ха, тогда все на одной странице - и спасибо за ответ. Надеюсь, в какой-то момент соответствующие люди услышат грохот и заставят это случиться (а стандартная прозрачность, скрещенная пальцами, станет опцией в Microsoft Terminal)!

@ drk-mtr существует uwp-приложение под названием «Блокноты», и каким-то образом ему удается сохранять акриловую прозрачность, даже если оно больше не сфокусировано.

https://github.com/JasonStein/Notepads

Приглашение при использовании zsh / Oh My Zsh в Терминале Windows выглядит неправильно, особенно цвета стрелок и некоторые крошечные линии между символами. Пользуюсь Powerlevel9k.

Терминал Windows (с использованием цветовой схемы Solarized Dark)

Классический WSL (с использованием цветов по умолчанию)

впоследствии удален

Для протокола и во избежание любых предположений о должностных преступлениях: ни я, ни моя команда не удалили этот комментарий. @mcgov переместил свой комментарий в более подходящий номер # 1753.

Приятно слышать @ DHowett-MSFT. Я удалил этот комментарий, чтобы избежать ненужной драмы.

У меня проблемы с ключевыми словами для этого, извиняюсь, если проблема уже возникла. Я также не уверен на 100%, что это проблема терминала.

Часто, но не всегда, после ввода трех символов текст сдвигается на один столбец влево:

Вот что я заметил:

• Это происходит только внутри репозитория git (проблема с git?)
• Это происходит со шрифтами с включенной лигатурой, такими как Cascadia Code или Fira Code, но не с Consolas.
• Этого не происходит в интегрированном терминале VS Code при использовании Cascadia Code; похоже, встроенный терминал не поддерживает лигатуры
• Это происходит с PowerShell Core и Windows PowerShell, но мне не удалось создать это в Git Bash или сеансе SSH.
• Неважно, команда это git или что-то еще, например clear

Вышесказанное заставляет меня думать, что это рендеринг лигатуры, но я не уверен.

Я использую:

• Windows 10, сборка 18362.175
• Терминал Windows 0.5.2681.0 (версия магазина), но это также происходило ранее
• пош-git 1.0.0-beta3

@rdnlsmith

Это вызвано символом ≡ .

Смотрите также:

• # 2066 (и # 42)
• Microsoft / Cascadia-Код # 117

@ ExE-Boss Интересно, спасибо!

@ drk-mtr, @ DHowett-MSFT, @lazylazyllama ,

Спасибо за отзыв об Acrylic. Я менеджер программы и работаю с командой дизайнеров Fluent. Возможно, вы видели, как я рассказывал о Fluent на // Build в последние пару лет, в том числе делился решениями по изменению руководства по использованию Acrylic.

Короче говоря, в сегодняшнем руководстве по Acrylic указано, что его следует использовать как для временных поверхностей пользовательского интерфейса, так и для поверхностей, которые являются временными по своей природе. Акрил использует прозрачность и размытие, что требует больших затрат вычислительной мощности. Таким образом, из технической точки зрения было решено, что этот пользовательский интерфейс должен использоваться только тогда, когда приложение сосредоточено на том, где этот эффект будет наиболее эффективным. Вот почему Acrylic отключается, когда фокус переходит на другое приложение, а также когда устройство работает в менее чем оптимальных условиях. Этот материал никогда не предназначался для использования на поверхности, где он постоянно включен.

Акрил также должен был «привлекать внимание», а не использоваться на поверхности, которая не привлекает внимания пользователя. Мы используем акрил в сочетании с тенью, чтобы добавить ощущение возвышенности таким элементам управления, как MenuFlyout / ContextMenu, для выполнения коротких задач. По этой причине такие приложения, как Калькулятор, также используют этот эффект для коротких расчетных действий.

Что касается разборчивости, мы тратим довольно много времени на то, чтобы текст поверх Acrylic был разборчивым, очень тщательно настраивая значения. Тем не менее, будучи прозрачным, он никогда не будет таким же хорошим, как чистый черный или чистый белый. Поэтому мы не рекомендуем использовать его на основной поверхности в течение длительного периода времени.

Система Fluent Design также гордится тем, что знакомит наших пользователей, даже если они не из Windows. Из-за этого мы обсудили это с людьми из Терминала, которые руководят его дизайном, и приняли коллективное решение для приложения Терминал оставить акриловую поверхность по умолчанию на панели, с которой большинство клиентов Linux будут чувствовать себя как дома. Насколько я понимаю, пользователи Linux привыкли к размытому фону, однако на главной странице он не включается по умолчанию по указанным выше причинам (по-прежнему можно включить его по выбору пользователя).

Я надеюсь, что это немного объяснило предысторию и причины нынешнего дизайна. Тем не менее, мы приветствуем ваши отзывы об Acrylic. Если вы хотите оставить отзыв по этой или любой теме WinUI, отправьте новую проблему в основной репозиторий WinUI .

@chigy , @ drk-mtr, @ DHowett-MSFT, @lazylazyllama ,

Акрил использует прозрачность и размытие, что требует больших затрат вычислительной мощности.

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

Компьютеры разработчиков считаются быстрыми.

Да, игровые компьютеры, но компьютеры разработчиков могут быть медленнее - вы просто пишете код!

Просто из любопытства, как «Блокноты», упомянутые @lazylazyllama, могут сохранять свою акриловую прозрачность с учетом общесистемной политики? Он находится в магазине, поэтому не должен использовать никаких «волшебных» API.

Система Fluent Design также гордится тем, что знакомит наших пользователей, даже если они не из Windows. Из-за этого мы обсудили это с людьми из Терминала, которые руководят его дизайном, и приняли коллективное решение для приложения Терминал оставить акриловую поверхность по умолчанию на панели, с которой большинство клиентов Linux будут чувствовать себя как дома. Насколько я понимаю, клиенты Linux привыкли к размытому фону, однако на главной странице он не включается по умолчанию по указанным выше причинам (все еще можно включить по выбору пользователя).

Значит, весь промо-ролик Терминала - ложь?

https://www.youtube.com/watch?v=8gw0rXPMMPE

Люди ожидают, что это будет выглядеть вот так из-за ворот.

Просто из любопытства, как «Блокноты», упомянутые @lazylazyllama, могут сохранять свою акриловую прозрачность с учетом общесистемной политики? Он находится в магазине, поэтому не должен использовать никаких «волшебных» API.

@ZhaoMJ , Блокноты, скорее всего, используют низкоуровневые API-интерфейсы Composition , а не AcrylicBrush для достижения эффекта.

@ drk-mtr, @ DHowett-MSFT, @lazylazyllama ,
Спасибо за отзыв об Acrylic. Я менеджер программы и работаю с командой дизайнеров Fluent. Возможно, вы видели, как я рассказывал о Fluent на // Build в последние пару лет, в том числе делился решениями по изменению руководства по использованию Acrylic.
Короче говоря, в сегодняшнем руководстве по Acrylic указано, что его следует использовать как для временных поверхностей пользовательского интерфейса, так и для поверхностей, которые являются временными по своей природе. Акрил использует прозрачность и размытие, что требует больших затрат вычислительной мощности. Таким образом, из технической точки зрения было решено, что этот пользовательский интерфейс должен использоваться только тогда, когда приложение сосредоточено на том, где этот эффект будет наиболее эффективным. Вот почему Acrylic отключается, когда фокус переходит на другое приложение, а также когда устройство работает в менее чем оптимальных условиях. Этот материал никогда не предназначался для использования на поверхности, где он постоянно включен.
Акрил также должен был «привлекать внимание», а не использоваться на поверхности, которая не привлекает внимания пользователя. Мы используем акрил в сочетании с тенью, чтобы добавить ощущение возвышенности таким элементам управления, как MenuFlyout / ContextMenu, для выполнения коротких задач. По этой причине такие приложения, как Калькулятор, также используют этот эффект для коротких расчетных действий.
Что касается разборчивости, мы тратим довольно много времени на то, чтобы текст поверх Acrylic был разборчивым, очень тщательно настраивая значения. Тем не менее, будучи прозрачным, он никогда не будет таким же хорошим, как чистый черный или чистый белый. Поэтому мы не рекомендуем использовать его на основной поверхности в течение длительного периода времени.
Система Fluent Design также гордится тем, что знакомит наших пользователей, даже если они не из Windows. Из-за этого мы обсудили это с людьми из Терминала, которые руководят его дизайном, и приняли коллективное решение для приложения Терминал оставить акриловую поверхность по умолчанию на панели, с которой большинство клиентов Linux будут чувствовать себя как дома. Насколько я понимаю, пользователи Linux привыкли к размытому фону, однако на главной странице он не включается по умолчанию по указанным выше причинам (по-прежнему можно включить его по выбору пользователя).
Я надеюсь, что это немного объяснило предысторию и причины нынешнего дизайна. Тем не менее, мы приветствуем ваши отзывы об Acrylic. Если вы хотите оставить отзыв по этой или любой теме WinUI, отправьте новую проблему в основном репозитории WinUI.

@chigy @ DHowett-MSFT Почему бы не "выключить" акрил, а приостановить его. т.е. последний кадр, отображаемый до того, как окно станет неактивным, отображается, пока окно неактивно. Активные окна почти всегда выше неактивных, и поэтому акриловый эффект будет казаться активным, даже если окно больше не активно. Единственная проблема, которую я вижу здесь, - это ситуация, когда окно «всегда наверху», что вполне приемлемо.

@ drk-mtr, @ DHowett-MSFT, @lazylazyllama ,

Что касается разборчивости, мы тратим довольно много времени на то, чтобы текст поверх Acrylic был разборчивым, очень тщательно настраивая значения. Тем не менее, будучи прозрачным, он никогда не будет таким же хорошим, как чистый черный или чистый белый. Поэтому мы не рекомендуем использовать его на основной поверхности в течение длительного периода времени.

@chigy

Это можно решить, выделив текст или применив тень / внешнее свечение к тексту. @miniksa продемонстрировал хакерскую версию этого, когда Терминал был представлен на Build, поэтому не кажется далеко идущим, что он может когда-нибудь стать дополнительной функцией Терминала, особенно в мире, где сообщество могло бы внести свой вклад.

@chigy @ DHowett-MSFT Почему бы не "выключить" акрил, а приостановить его. т.е. последний кадр, отображаемый до того, как окно станет неактивным, отображается, пока окно неактивно. Активные окна почти всегда выше неактивных, и поэтому акриловый эффект будет казаться активным, даже если окно больше не активно. Единственная проблема, которую я вижу здесь, - это ситуация, когда окно «всегда наверху», что вполне приемлемо.

@ 3dWrecker AcrylicBrush работает иначе. Концепция паузы не применима к AcrylicBrush, так же как вы не можете приостановить лист акрила в физическом мире.

Огромное спасибо за исчерпывающие ответы!

Честно говоря, я разместил это в существующем потоке, поскольку не считал это основной проблемой (пока не будут завершены другие элементы, такие как поддержка мыши в WSL и т. Д.). Я не учел тот факт, что несколько человек могут быть подписаны на ветку и что она может получить достойный отклик! Чувствую, что мне следует прояснить свою точку зрения - я написал их как «Пользовательские истории», которые полностью игнорируют любые технические ограничения, поэтому я полностью понимаю, что они могут быть недостижимыми.

И я понимаю, что некоторые из нижеприведенных противоречат друг другу, если применять их одновременно, я являюсь типичным сложным пользователем;)

Я хотел бы видеть текст в окне за окном в фокусе

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

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

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

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

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

В качестве альтернативы, возможность сделать размытие более интенсивным и / или уменьшить его почти до нуля значительно увеличило бы гибкость в реальном использовании.

Я хочу использовать акрил, когда окно не сфокусировано

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

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

Извините, что упомянул здесь ОС на основе фруктов, но для контекста они используют альфа-слои как в сфокусированных, так и в несфокусированных окнах, и имеют разные альфа-слои даже на отдельных значках в этих окнах. Так что это непросто, но, безусловно, достижимо.

@chigy @ DHowett-MSFT Почему бы не "выключить" акрил, а приостановить его. т.е. последний кадр, отображаемый до того, как окно станет неактивным, отображается, пока окно неактивно. Активные окна почти всегда выше неактивных, и поэтому акриловый эффект будет казаться активным, даже если окно больше не активно. Единственная проблема, которую я вижу здесь, - это ситуация, когда окно «всегда наверху», что вполне приемлемо.

@ 3dWrecker AcrylicBrush работает иначе. Концепция паузы не применима к AcrylicBrush, так же как вы не можете приостановить лист акрила в физическом мире.

Я думаю, что именно в этом суть - 3dWrecker предлагает альтернативный подход ... продолжая аналогию, вы можете «приостановить» акриловый лист в физическом мире, сделав снимок. И повторная обработка этой фотографии менее сложна, чем рендеринг видео с акрилом, даже если лист акрила остается статичным в обоих.

Конечно, я ничего не знаю о деталях реализации, поэтому, если вы предполагаете, что это не может быть реализовано с использованием текущей модели, тогда достаточно :)

Конечно, я ничего не знаю о деталях реализации, поэтому, если вы предполагаете, что это не может быть реализовано с использованием текущей модели, тогда достаточно :)

Это именно то, что я предлагаю, @ drk-mtr 😊. Изменение реализации AcrylicBrush - прекрасная цель, которая не будет достигнута в терминале. Как ранее предположил репозиторий WinUI - это подходящее место для обсуждения акрила.

Конечно, я ничего не знаю о деталях реализации, поэтому, если вы предполагаете, что это не может быть реализовано с использованием текущей модели, тогда достаточно :)

Это именно то, что я предлагаю, @ drk-mtr blush. Изменение реализации AcrylicBrush - прекрасная цель, которая не будет достигнута в терминале. Как ранее предположил репозиторий WinUI - это подходящее место для обсуждения акрила.

Я думаю, что проблема с идеей "приостановки акриловой краски" может заключаться в том, что в случае сложения нескольких окон, если одно (или несколько) из окон, уложенных под окно с приостановленным акриловым эффектом, перемещается, оно все равно будет выглядеть так, как будто оно находится под приостановленное акриловое окно, создавая таким образом ... Странное несоответствие.

Если я не понял, в чем была твоя идея

@chigy

Это можно решить, выделив текст или применив тень / внешнее свечение к тексту. @miniksa продемонстрировал хакерскую версию этого, когда Терминал был представлен на Build, поэтому не кажется далеко идущим, что он может когда-нибудь стать дополнительной функцией Терминала, особенно в мире, где сообщество могло бы внести свой вклад.

@beforan , спасибо за предложение, не стесняйтесь предлагать его в нашем основном репозитории WinUI .

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

Я хотел бы видеть текст в окне за окном в фокусе

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

@ drk-mtr, мы не хотим, чтобы многие приложения создавали разные версии аналогичной концепции, чтобы дать пользователям непоследовательный опыт. Таким образом, мы остановились на использовании акрила. Акрил также улучшает читаемость, чем обычная прозрачная пленка.

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

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

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

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

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

В качестве альтернативы, возможность сделать размытие более интенсивным и / или уменьшить его почти до нуля значительно увеличило бы гибкость в реальном использовании.

Я думал, у тебя уже есть возможность? Это то, что я получил от моего контакта: «Чтобы сделать Acrylic более удобным для пользователей с разными предпочтениями, можно нажать старые CTRL + SHIFT и колесо прокрутки с помощью мыши или« увеличить »с помощью трекпада, чтобы динамически регулировать уровень прозрачности от 0% до ~ 50% ". Это особенность терминала, но если она интересна и пользуется поддержкой сообщества, мы могли бы рассмотреть возможность ее систематизации.

Я хочу использовать акрил, когда окно не сфокусировано

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

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

Извините, что упомянул здесь ОС на основе фруктов, но для контекста они используют альфа-слои как в сфокусированных, так и в несфокусированных окнах, и имеют разные альфа-слои даже на отдельных значках в этих окнах. Так что это непросто, но, безусловно, достижимо.

Я хотел бы здесь разобраться в пользовательских сценариях. Я призываю тех, кто хочет это предложить, в нашем основном репозитории WinUI .

Я не знал о возможности ctrl + shift + scroll - спасибо!

Я полностью согласен с стремлением к согласованности эстетики, но я никогда не ставил бы это выше функционального опыта. На самом деле у меня нет мнения о непрозрачности / акриле в WinUI в целом - надеюсь, это не звучит грубо, но я немного «беру или оставляю». Я действительно просто думаю о последствиях для удобства использования в ограниченном контексте Терминала.

Надеюсь, эти наблюдения с фокусированной консолью прояснят:

• Непрозрачность 0,999: я четко читаю текст консоли. Однако я не могу понять, что окна расположены под этим. Эффект не имеет никакого "вау" фактора.
• Непрозрачность 0,9: это обеспечивает обычно используемый баланс. Я могу читать консольный текст достаточно четко, хотя фон слишком светлый. Он выполняет очень мало функциональных задач, потому что окна за ним едва различимы.
• 0,5 непрозрачности: прозрачность начинает становиться полезной, я чувствую окна позади этого ... но текст переднего плана определенно начинает терять читаемость.
• Непрозрачность 0,1: выглядит великолепно, действительно красивый эффект. Тем не менее, становится трудно читать в определенных фоновых окнах ... и мало функциональных преимуществ, поскольку фоновый текст все еще нечитаем. Итак, вы думаете: «Разве это не было бы здорово для несфокусированного окна!», Понимаете, что это невозможно сделать, и сразу увеличиваете непрозрачность. И с чисто эстетической точки зрения, к этому моменту переход от акрила к «ничто», когда я перемещаю фокус от этого окна, ужасно дерган, поскольку он «добавляет фокус» несфокусированному окну, и внезапный переход очень выражен потому что эффект акрила был сильнее.

Для меня нет хорошей точки баланса. Я боюсь, что кто-то скоро расскажет мне о полностью настраиваемой настройке размытия или что-то в этом роде, и я буду чувствовать себя очень глупо ...

Как я уже сказал, это, вероятно, работа для постоянной прозрачности - или, может быть, мне придется отключить его и смириться с более простой консолью :)

Я думаю, что пользователь должен просто использовать то, что ему удобно. Я не думаю, что терминал должен «навязывать» пользователю какой-то фон. Гипотетически могло быть 3 "режима"

• Полностью непрозрачный фон (т.е. "useAcrylic": false )
• Акриловый фон (т.е. "useAcrylic": true ). Должен оставаться значением по умолчанию для «вау» фактора и просто потому, что он хорошо выглядит.
• (Полу) Прозрачный фон. Такого сейчас нет, и он, вероятно, ответит на все жалобы.

Я не думаю, что исчезновение акрила, когда окно выходит из фокуса, - это большое дело: честно говоря, я не думаю, что смысл акрила в том, чтобы позволить вам видеть то, что находится под окнами, в любом случае, это, на мой взгляд, визуальное конфеты. Таким образом, люди, которым не нравится исчезновение этого акрилового эффекта, вероятно, будут довольны полупрозрачным фоном, который позволит им видеть все, что им нужно.

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

С точки зрения опций, если будет принята система с тремя состояниями, можно добавить что-то вроде backgroundMode с filled , transparent или acrylic качестве параметров вместо простого логическое useAcrylic .

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

Да, похоже, стрелки шрифтов Powerline сломаны

РЕДАКТИРОВАТЬ: это отслеживается # 633, и я слепой, хотя по какой-то причине до сих пор это работало нормально

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

@ leduyquang753 Это последний пункт в разделе "Что мы знаем:" вверху этой страницы - ссылки № 376, № 545.

https://twitter.com/LyalinDotCom/status/1186688002870792192 Visual Studio XAML PM

WinUI 3.0 планирует модель настольного приложения в качестве опции, чтобы разработчики могли использовать всю мощь UWP в полнофункциональном настольном режиме, аналогичном WPF. WinUI действительно интересен по этой и нескольким другим причинам :)

Я полагаю, это решает проблему вывода вкладок WinUI на win32?

https://twitter.com/LyalinDotCom/status/1186688002870792192 Visual Studio XAML PM

WinUI 3.0 планирует модель настольного приложения в качестве опции, чтобы разработчики могли использовать всю мощь UWP в полнофункциональном настольном режиме, аналогичном WPF. WinUI действительно интересен по этой и нескольким другим причинам :)

Я полагаю, это решает проблему вывода вкладок WinUI на win32?

Осмелюсь сказать, что проект Windows Terminal станет полигоном для тестирования многих подходов WinUI Desktop.

@chigy

@ drk-mtr, мы не хотим, чтобы многие приложения создавали разные версии аналогичной концепции, чтобы дать пользователям непоследовательный опыт. Таким образом, мы остановились на использовании акрила. Акрил также улучшает читаемость, чем обычная прозрачная пленка.

В конце концов, акрил выглядит красиво, но никоим образом бесполезен.
Прозрачность - функция, поддерживаемая всеми остальными терминалами, которые я когда-либо использовал, - полезна.

Я понимаю, что в настоящее время это не реализовано, но, честно говоря, немного глупо говорить, что эта функция не должна поддерживаться для согласованности, особенно когда рекламное видео отображало полностью прозрачное окно, подобное стеклу.

Интересно, почему маркетинг сделал такой выбор? Я предполагаю, что они знают, что __ всем нужен прозрачный терминал__.

Я часто вижу в этом проекте «Я не хочу этого по причинам» (на ум приходит прозрачность и разделение панелей). Итак, не включайте его в настройках? Почему было бы трудно иметь акрил и прозрачную пленку и оставить выбор за пользователем?

Хорошим примером этого является iterm2. Он имеет прозрачность с ползунками для степени размытия и непрозрачности. Выбор пользователя. Современные терминалы должны обладать этими функциями.

@jwhipp точная причина (и проблема для отслеживания этого) прямо здесь, я думаю, https://github.com/microsoft/terminal/issues/1753#issuecomment -508070516

@jwhipp точная причина, почему (и проблема для отслеживания этого) прямо здесь, я думаю # 1753 (комментарий)

Я не считал этот комментарий окончательным. Фактически, этот вопрос все еще открыт. После связанной проблемы он был закрыт, так как пользователь запрашивал в конечном итоге эллиптические окна.

Похоже, что это было довольно окончательное решение, поскольку эта проблема указана как «То, что люди хотят, но мы не сможем исправить» в первом сообщении этого мегапотока. Я предполагаю, что он открыт, потому что это все еще проблема.

@rogersachan @mdtauk

Осмелюсь сказать, что проект Windows Terminal станет полигоном для тестирования многих подходов WinUI Desktop.

Терминал Windows - отличный пример приложения, которое использует острова Xaml для размещения компонента WinUI (TabView). С этой целью оно уже немного похоже на приложение WinUI Desktop 😊 Мы надеемся, что скоро у нас будет больше информации о WinUI Desktop! А пока направляйте комментарии о WinUI Desktop в основной репозиторий WinUI: https://github.com/Microsoft/microsoft-ui-xaml

@chigy

@ drk-mtr, мы не хотим, чтобы многие приложения создавали разные версии аналогичной концепции, чтобы дать пользователям непоследовательный опыт. Таким образом, мы остановились на использовании акрила. Акрил также улучшает читаемость, чем обычная прозрачная пленка.

В конце концов, акрил выглядит красиво, но никоим образом бесполезен.
Прозрачность - функция, поддерживаемая всеми остальными терминалами, которые я когда-либо использовал, - полезна.

Я понимаю, что в настоящее время это не реализовано, но, честно говоря, немного глупо говорить, что эта функция не должна поддерживаться для согласованности, особенно когда рекламное видео отображало полностью прозрачное окно, подобное стеклу.

Интересно, почему маркетинг сделал такой выбор? Я предполагаю, потому что они знают, что всем нужен прозрачный терминал .

@iCodeSometime , Спасибо за отзыв. Терминал «Sizzle Video» был разработан командой инженеров Терминала, чтобы поделиться своим видением того, каким они хотели видеть Терминал… когда он будет построен… чего не было в то время! На самом деле к прозрачному фону был применен эффект размытия, хотя он был немного менее размытым и более прозрачным, чем в настоящее время поддерживает Acrylic.

Некоторое время назад команда разработчиков терминала добавила поддержку чистой прозрачности в консоль, но получила обширные отзывы от пользователей о том, что чистая прозрачность может привести к тому, что текст консоли переднего плана «конфликтует» с текстом консоли / терминала / редактора внизу:

Многие пользователи просили настраиваемую текстуру размытия, чтобы избежать такого рода столкновений, в то же время имея возможность получить ощущение движения / содержимого окон под открытым в данный момент Терминалом:

Команда терминала также предоставила пользователю возможность приспособиться к определенной точке, прокомментировал @jwhipp . Знаете ли вы, что можно нажать и удерживать CTRL + SHIFT и колесо прокрутки с помощью мыши или «масштабировать» с помощью трекпада, чтобы динамически регулировать уровень прозрачности от 0% до ~ 50%?

Все это говорит о том, что Terminal знает все отзывы о том, что пользователи хотели бы большего и независимого контроля над степенью размытия и прозрачности, чем в настоящее время предоставляется через Acrylic. Мы (WinUI) работаем вместе с Terminal, а вскоре и с другими, включая таких же членов сообщества, как вы, над новыми полупрозрачными текстурами фона. Присоединяйтесь к WinUI GitHub, чтобы в будущем поговорить о дополнительных материалах для Windows.

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

Тот факт, что мы не можем реализовать что-то СЕЙЧАС, НЕ означает, что мы не сможем достичь этого в будущем, или что кто-то в сообществе не может это реализовать!

Показательный пример: мы собираемся работать с командой WinUI над улучшением функции размытия фона, используемой Терминалом. Следите за этой проблемой и, пожалуйста, поделитесь своими взглядами и т. Д .: https://github.com/microsoft/microsoft-ui-xaml/issues/1493

@jwhipp Re:

Почему было бы трудно иметь акрил и прозрачную пленку и оставить выбор за пользователем?

Вы можете включить Acrylic с помощью параметра useAcrylic и настроить его уровень размытия с помощью параметра acrylicOpacity если хотите.

@chigy , на мой взгляд, гораздо более простой обходной путь, который не отрицает преимуществ прозрачности, - это выбор более разумного количества прозрачности, чем было использовано на вашем скриншоте.

Например, так выглядит тот же снимок экрана с непрозрачностью 80%.

Все в терминале разборчиво, даже если оно находится прямо поверх текста с другого терминала. Все, что находится за терминалом, также читается (в отличие от вашего акрилового снимка экрана)

Я понимаю, что это предварительная версия программного обеспечения, и я был впечатлен, вы, ребята, проделали огромную работу, быстро исправляя другие обнаруженные проблемы (например, # 2771). Я никоим образом не ожидаю, что прозрачность будет добавлена ​​завтра, но, надеюсь, этот снимок экрана помогает продемонстрировать, почему нормальная прозрачность является требованием для меня, прежде чем я смогу использовать ее в качестве терминала по умолчанию, и почему акрил не является хорошей заменой - хотя я согласен, выглядит довольно круто.

Вы можете включить Acrylic с помощью параметра useAcrylic и настроить его уровень размытия с помощью параметра acrylicOpacity если хотите.

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

Запрос здесь касается размытия / отсутствия размытия и полной прозрачности. Если, например, я установил acrylicOpacity на 0,0, у меня все равно будет размытие, оно просто минимально затенено. Мы хотели бы иметь возможность без размытия с различной степенью затенения.

Как я уже сказал, лучший пример для этого - iterm2 и то, как он обрабатывает размытие с помощью прозрачности.

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

Мне больше понравился старый цвет (слева).

@escalonn Спасибо за отзыв. Наш оригинальный цветной дизайн был не очень доступным, и многим людям не нравилось, что они не могут различать свои вкладки.

Прямо сейчас мы привязаны к всеобъемлющим темным и светлым темам

@jwhipp Нет

@iCodeSometime - одна из трудностей при создании пользовательского опыта заключается в том, что существует множество потребностей и мнений.

Уменьшение прозрачности окон, безусловно, делает вещи более читаемыми, но для многих этого недостаточно.

Некоторые люди предпочитают некоторое количество размытия / инея, чтобы скрыть конкретное содержимое окон внизу, при этом все еще имея возможность видеть, например, когда завершается сборка или закрывается приложение и т. Д., Без необходимости постоянно пролистывать назад и вперед. Особенно, когда самое верхнее / сфокусированное окно развернуто.

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

И мы должны убедиться, что Терминал доступен, гибкий, настраиваемый и продуктивный. Будьте терпеливы, пока мы будем работать над завершением и стабилизацией функций Terminal v1.0, а затем приступим к работе над v2.0.

Не знаю почему ... Но блокноты в магазине Windows имеют акриловый эффект, даже если он не сфокусирован.
Его исходный код находится на https://github.com/JasonStein/Notepads .

Можно ли использовать это: https://docs.microsoft.com/en-us/uwp/api/windows.ui.composition.compositionbackdropbrush для создания акриловой строки заголовка? Я действительно не знаю, как это или XAML работает, но, возможно, можно использовать его для создания SpriteVisual (?) С CompositionBackdropBrush, который покрывает панель перетаскивания, а затем для остальной части строки заголовка можно установить фон на акрил в XAML?

Ставлю на терминал стандартные рамки окон.

Светлый режим, цвет в строке заголовка отключен:

Светлый режим, цвет в строке заголовка включен:

Темный режим, цвет в строке заголовка отключен:

Темный режим, цвет в строке заголовка включен:

Что вы думаете? Стоит делать пиар или нет?

Подробнее:

• это также решает проблему, когда ручки для захвата слишком узкие слева, справа и снизу.
• Я также удалил большую ручку вверху, чтобы изменить размер, и вместо этого теперь вы изменяете размер, хватаясь за ручку вверху панели перетаскивания.

@ greg904 чувак, ты продолжаешь делать мою работу за меня! Я бы с удовольствием посмотрел на PR для этого! благодаря

(Мы обсуждали это с командой DWM - они хотят, чтобы мы были лучшими гражданами, _мы_ хотим быть лучшими гражданами, это исправит целую кучу пунктов контрольного списка в # 1625!)

PR №3394

Хотя это не совсем настоящие границы стандартов, я использовал некоторые хаки.

Я действительно заметил одну интересную вещь - хотя Терминал теряет прозрачность, когда не сфокусирован, он сохраняет прозрачность (что удивительно) в режиме планшета, что выглядит довольно красиво.

Я не уверен, заметил ли это кто-нибудь еще, но.

@ greg904 просто к сведению, Блокноты используют настроенную версию TabView из Windows Community Toolkit.

Есть ли возможность иметь подпапки в меню? Я хотел бы иметь возможность организовать вместе такие элементы, как дистрибутивы WSL, версии Powershell, среды программирования.

@ str8edgedave Вы ищете "Разрешить настройку раскрывающегося меню в profiles.json" # 1571

+1 за «Невозможно изменить порядок вкладок». Пожалуйста, не делайте этого, как Windows, где вы никогда не можете изменить порядок своих виртуальных рабочих столов.

Должен быть способ убрать зазор на вкладках сверху IMO.

Должен быть способ убрать зазор на вкладках сверху IMO.

Их не должно быть в спецификации на первом месте, имо. Это место глючит в режиме планшета.

Есть ли способ создать новую вкладку в существующем окне терминала вместо открытия нового окна при запуске wt.exe?

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

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

Это потому, что ваш мозг естественным образом видит более яркие вещи на переднем плане.

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

Я думаю, что цвет акцента хорош для заголовка, но не для фона вкладок.

@ xa0082249956 @ greg904

Привет, ребята, я являюсь автором блокнотов, вот как я делаю фоновый акриловый эффект «всегда включенным» как для строки заголовка, так и для тела окна приложения «Блокноты»: https://github.com/JasonStein/Notepads/blob/12940adc674a9ba6fa336e3aaa8652978e8a8c8e/src /Notepads/Services/ThemeSettingsService.cs#L253

Я сам создал акриловую кисть, используя AcrylicBackgroundSource.HostBackdrop с помощью библиотеки UICompositionAnimations, чтобы облегчить себе жизнь (ссылка: https://github.com/Sergio0694/UICompositionAnimations).

По сути, это создание кисти с нуля с использованием API-интерфейсов композиции (AcrylicBackgroundSource.HostBackdrop + Noise texture).

* Обновления **

Моя кастомная версия HostBackdropAcrylicBrush:
https://github.com/JasonStein/Notepads/blob/master/src/Notepads/Brushes/HostBackdropAcrylicBrush.cs

У меня несколько мониторов. Когда у меня открыт терминал Windows с включенным акрилом, мой компьютер переходит в спящий режим, и я снова его пробуждаю, акрил становится сплошным. Если я перетащу окно в пределах одного монитора, фон останется прежним. Если перетащить его на другой монитор, акрил снова появится.

@EricLauber , не могли бы вы повторно опубликовать свою проблему с акрилом в репозитории WinUI?
https://github.com/microsoft/microsoft-ui-xaml/issues/new/choose

@chigy Да, могу. Извините, я не понял, что это было отдельно. Благодарю.

@EricLauber , спасибо! Терминал использует акриловую функцию, предоставляемую системой, поэтому лучше довести ее до группы, которая ее предоставляет.

Не обращайте внимания на мой предыдущий комментарий. Я неправильно понял поведение - акриловая функция уходит, когда окно не имеет самого верхнего фокуса. Акрил вернулся не из-за перетаскивания между мониторами, а из-за выбора самого окна.

См. №4593 :) На данный момент у меня больше ничего нет. Это может быть вариант, который по умолчанию отключен, чтобы иметь внешнюю границу для улучшения разделения нескольких окон ...
В разделе «Персонализация» есть опция обратной связи, которая ведет к доске форума, я искал «толщину границы» и нашел несколько независимых тем, но у этой есть комментарии ... https://aka.ms/AA7fj9x

Добавьте альфа-переход к курсору, текст под ним вообще не виден.

Здравствуйте! Мне бы хотелось, чтобы эффект акрила применялся, когда оно _не_ активное окно. Когда я печатаю, я хочу сосредоточиться. Когда он находится в стороне, я хочу, чтобы он выглядел круто :) Или еще лучше, явные параметры как для активного, так и для фона, поскольку люди также хотели бы, чтобы он был включен постоянно. Спасибо - классное приложение.

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

@DanDavies Вы должны увидеть https://github.com/microsoft/terminal/issues/5250#issuecomment -610691840

От @ SFM61319 в № 3337

Кроме того, меню профиля и кнопки не выглядят «плавно». Пожалуйста, добавьте к ним несколько кистей AcrylicBrush и RevealBrush для более плавного эффекта.

Это официальная документация о том, когда использовать акрил, а когда нет: https://docs.microsoft.com/en-us/windows/uwp/design/style/acrylic#transient -surfaces. С этой страницы:

Многие из наших элементов управления по умолчанию будут использовать акрил. MenuFlyouts, AutoSuggestBox, ComboBox и аналогичные элементы управления со всплывающими окнами с подсветкой будут использовать временный акрил при их вызове.

Любопытно, что наш MenuFlyout не использует это, мы ничего не делаем для его настройки ...

После объединения # 5485 можно ли теперь использовать акрил на панели вкладок?

@wazybr Я ненадолго попытался

Да, сейчас он _ работает_, но есть еще одно место, где мы достаем кисть из строки заголовка и преобразуем ее в SolidColorBrush. Это, конечно, вызовет взрыв.

Также в app.xaml есть кисть TabViewBackground . :улыбка:

Мы бы не приняли предложение, которое просто случайно добавляет это сегодня, потому что существует слишком много групп людей, которые хотят самых разных вещей:

• цвет вкладки = цвет терминала
• цвет заголовка = цвет терминала
• цвет вкладки = акрил
• цвет заголовка = акрил
• цвет заголовка = цвет вкладки

Вот почему мы работаем над № 3327, «Темы».

Я понимаю. Акрил на строке заголовка станет приятным дополнением к пользовательскому интерфейсу и добавит единообразия по сравнению с другими приложениями Windows, такими как _Photos_ и _Movies & TV_.

@DHowett Можете ли вы изменить OP, чтобы лучше отразить возможность?

Конечно, я редактировал. Благодарю.

Привет @ zadjii-msft, во-первых, прошу прощения за опоздание на месяц.
Я уже прочитал документацию о том, когда использовать акрил, а когда нет, и я также знаю, что эти элементы управления используют акрил по умолчанию. Это сбивает меня с толку, потому что в меню Терминала Windows по умолчанию НЕ используется акрил. И если предполагалось использовать Acrylic по умолчанию, который он не использует, то это скорее непоследовательно, чем согласованно (потому что это не то, что должно было быть, и то, чем являются остальные его типы, что указывает на неотшлифованный интерфейс. и непоследовательность).

Любопытно, что наш MenuFlyout не использует это, мы ничего не делаем для его настройки ...

Я не знаю, это просто ошибка, спрятанная в коде, или какая-то ошибка, но, я думаю, вам (команде Microsoft и / или тому, кто это кодирует), возможно, следует попробовать использовать атрибут Style для добавления AcrylicBrush вручную (поскольку он не может использовать его автоматически), чтобы сделать пользовательский интерфейс более согласованным (поскольку другие приложения UWP используют Acrylic для таких меню, что указывает на согласованность пользовательского интерфейса), возможно, в будущих обновлениях.

Кроме того, ваш комментарий не ответил на второй вопрос (?) Об использовании RevealBrush (возможно, вы этого не заметили).
Кисть Reveal повышает согласованность пользовательского интерфейса приложения UWP (IMO) и используется многими приложениями (включая приложение «Настройки»). Он даже более эффективен для пользователей темного режима (опять же, IMO), поскольку он выделяет темный фон с помощью белых «огней» (или градиентов), в отличие от светового режима, где показ просто добавляет градиент темной границы и ничего не делает с белым фоном. Итак, если кисти Reveal используются в кнопках newTab и MenuFlyout , пользовательский интерфейс может выглядеть немного более отполированным и последовательным (опять же, IMO).

Поэтому, пожалуйста, подумайте о добавлении AcrylicBrush (для MenuFlyout ) и RevealBrush (для кнопок).

Спасибо!

Изменить: Кроме того, если кто-то хочет мне ответить, укажите, что я использую @ отвечая мне (поскольку GitHub сообщает мне, когда кто-то отвечает мне, когда упоминает меня).
Кроме того, это действительно не по теме (но, пожалуйста, не помечайте это как не по теме для этой строчки): вы такой же u / zadjii на Reddit (потому что, если да, то я видел вас на r / windows и почувствовал знакомый)?

Должны ли кнопки min / max / close быть меньше (как в других приложениях UWP) и иметь пространство под ними, когда окно не развернуто, как в chrome / edge chromium? А крошечную область под ними можно будет перетаскивать.
Как это:

Должны ли кнопки min / max / close быть меньше (как в других приложениях UWP) и иметь пространство под ними, когда окно не развернуто, как в chrome / edge chromium? А крошечную область под ними можно будет перетаскивать.
Как это:

FWIW, вот как работает Edgium:

Должны ли кнопки min / max / close быть меньше (как в других приложениях UWP) и иметь пространство под ними, когда окно не развернуто, как в chrome / edge chromium?

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

Поэтому, отвечая на ваш вопрос, я бы сказал, что, вероятно, нет.

Должны ли кнопки min / max / close быть меньше (как в других приложениях UWP) и иметь пространство под ними, когда окно не развернуто, как в chrome / edge chromium? А крошечную область под ними можно будет перетаскивать.
Как это:

В Windows непосредственный левый угол от кнопок зарезервирован как область, которую можно перетаскивать. Так что наличие одного и того же внизу излишне.

Должны ли кнопки min / max / close быть меньше (как в других приложениях UWP) и иметь пространство под ними, когда окно не развернуто, как в chrome / edge chromium?

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

Поэтому, отвечая на ваш вопрос, я бы сказал, что, вероятно, нет.

В Edge тоже раздражает. Они должны быть по центру Edge. Я хочу, чтобы новые приложения для Windows были последовательными.

Я по-прежнему вижу флажок, чтобы сделать строку заголовка акриловой, но не вижу, чтобы она действительно учитывала цветовую окраску системы, как это делает любое другое приложение.

_ "Терминал Windows имеет собственный фиксированный цвет заголовка, игнорирующий системные цвета активного и неактивного заголовка, заданные системой" _

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

Я по-прежнему вижу флажок, чтобы сделать строку заголовка акриловой, но не вижу, чтобы она действительно учитывала цветовую окраску системы, как это делает любое другое приложение.

_ "Терминал Windows имеет собственный фиксированный цвет заголовка, игнорирующий системные цвета активного и неактивного заголовка, заданные системой" _

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

Большинство современных приложений Windows не следуют системному цвету и имеют свой собственный. Так что это последовательно.

Я по-прежнему вижу флажок, чтобы сделать строку заголовка акриловой, но не вижу, чтобы она действительно учитывала цветовую окраску системы, как это делает любое другое приложение.

_ "Терминал Windows имеет собственный фиксированный цвет заголовка, игнорирующий системные цвета активного и неактивного заголовка, заданные системой" _
Можно ли хотя бы изменить эту функцию на «Параметры настройки заголовка», чтобы у тех из нас, кто просто хочет единообразия, был способ сделать это?

Большинство современных приложений Windows не следуют системному цвету и имеют свой собственный. Так что это последовательно.

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

Это как сказать, что ты собираешься сделать что-то не так только потому, что все так делают.

Итак, после некоторого покопания в этом и других комментариях к проблеме.

Уже была проблема с заголовком, не соблюдающая системную тематику # 1963, которая была скоплена по другой проблеме # 3327. Поскольку этот список проблем "Mega Thread" устарел / устарел.

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

Поэтому я лично решил отказаться от функциональности вкладок, чтобы получить визуальную согласованность.

    "alwaysShowTabs": false,
    "showTabsInTitlebar": false,

Просто оставьте эту информацию здесь, если она актуальна для кого-то другого.

Итак, для записи, в # 3327 и # 5772 ведется довольно много дискуссий о способах настройки цвета вкладок и строки вкладок (строки заголовка). Варианты, обсуждаемые там, включают сопоставление строки заголовка с цветом акцента системы или табуляции с цветом элемента управления, который находится в фокусе в окне.

То, что проблема устарела, не означает, что от нее отказались. # 3327 - одна из моих _ любимых_ проблем, над которой я очень жду времени, чтобы поработать.

то же самое, что происходит в галерее элементов управления XAML: https://github.com/microsoft/Xaml-Controls-Gallery/issues/108 происходит в Терминале Windows

Да, и щелчок правой кнопкой мыши по кнопкам с заголовками в строке заголовка не открывает меню Sizer, приложение от Brianapps, которое работает с пакетом Office, который, похоже, имеет настраиваемую строку заголовка.