Terminal: 巨型线程:设计不完整,用户界面未抛光

创建于 2019-06-22  ·  285评论  ·  资料来源: microsoft/terminal

我正在创建此文件,以便将其固定并帮助跟踪几个相关的问题/工作项。

我们知道的事情:

  • [x]把手为亮白色/重点色/深黑色
  • [x]抓手手柄太窄/边框太粗/为什么不能使用窗框以外的区域来调整大小?
  • [x]#994拆分窗格需要一个指示器以显示焦点所在
  • []#1000从字面上讲,与窗格有关
  • []单击/右键单击图标应显示最小化/最大化/关闭菜单
  • [x]当您单击Cascade WindowsShow windows stacked等将完全被终端忽略
  • [x]#376,#545命令行应用程序无法接收鼠标输入
  • []#4980系统主题灯=边框浅,即使终端主题暗
  • []标题栏不是丙烯酸,但是现在由于建筑上的变化而已!

与标签相关的事项:

  • []#1625还有另一个工作桶,它专门针对非客户区域(选项卡所在的位置)
  • []标签上方的区域不可拖动
  • []无法弹出/拖出标签页
  • [x]无法重新排序标签
  • []#597不使用标签页时,请勿像浏览器标签页一样收缩/展开/我想为标签页设置最小宽度/我想为标签页设置固定宽度/我希望标签页扩展以分割可用空间/其他可能的标签大小]
  • [x]#3300调整窗口大小时,选项卡栏不会增加,只会缩小(在v0.6中回归)

人们想要的东西,但我们无法解决:

  • []#1753只能设置丙烯酸的“不透明度”,不能设置“模糊” /不能具有非丙烯酸的透明度

v0.6中修复的问题:

  • [x]#2513双击非工作区将最大化窗口。
  • [x]#771默认的“活动”标签对比度非常低(尤其是浅色模式)
  • [x]标签看起来不像您想要的#702
    grafik
  • [x]#857当窗口小于选项卡宽度的总和时,这些选项卡会被切掉,没有指示滚动

v0.5中修复的问题:

  • [x]#1589 Alt + F4不会关闭窗口(PR#2526)

v0.3中修复的问题:

  • [x]非客户区看起来不对; PR#929,问题#872
    grafikgrafik

  • [x]加号按钮太大,太小,太宽,太窄(在#1934中已修复)
    grafik

  • [x]标题栏中的#564可拖动区域(PR#1948)

  • [x]当在具有不同DPI的显示器上最大化显示时,窗口的边缘将被切除。 (由#1921修正)

  • [x]#608我的标签文本太长

  • [x]我使用的是深色主题,但仍然看到白色边框和标头仍然是白色。 (可能由#929修复)
    image

  • [x](由#929引起,在#1625 #1963中跟踪)标题栏上没有我的口音颜色
    image

  • [x]调整窗口大小会导致UI消失/重新出现。
    ezgif-2-9dc95bf607e7

Area-User Interface Issue-Question Product-Terminal

最有用的评论

编码时,丙烯酸没有实际用途。 但是,透明度非常有用。 这意味着我可以在“终端”窗口下查看代码,如下所示:
Annotation 2019-06-22 154553
请对丙烯酸使用的BLUR系数进行调整。 我看不懂模糊的文字。
Annotation 2019-06-22 154657
同样,如果终端在不活动时没有变黑,如下所示:

Annotation 2019-06-22 154746
拥有一个将终端固定在所有其他窗口上方的固定按钮将非常有用。 这样可以在终端和您使用的任何代码编辑器之间进行无缝切换(特别是如果您可以在“终端”窗口下阅读代码)。
我建议,如果添加并启用了“始终在顶部”功能,那么丙烯酸主题应该保持活动状态而不是“变黑”。

它看起来像什么:
dhdghjdy
固定图标,用于将终端固定在所有窗口上方。
@nacorv

我想知道“始终在最前面”是否值得考虑。

所有285条评论

我在TabControl问题上评论说,加号字形可能会缩小,看来它们会推动更改,以匹配UWP Edge使用的较小字形。

image

是的,我想我们都可以同意“使选项卡像Edge Chrome一样好”,但是“使选项卡像促销视频一样”更好...😣

我认为UWP Edge的选项卡比Edge Chrome更好。 🤔

我个人希望他们能制作Edge Chrome的标签,例如UWP Edge,但没人问我...

是的是的,但是...他们两个都在航站楼Terminal前面
Edgium的标签上方有将近20像素,这很丑……但是……可拖动!
借助它们,您至少可以分辨出哪个选项卡处于活动状态🙄

编码时,丙烯酸没有实际用途。 但是,透明度非常有用。 这意味着我可以在“终端”窗口下查看代码,如下所示:
Annotation 2019-06-22 154553
请对丙烯酸使用的BLUR系数进行调整。 我看不懂模糊的文字。
Annotation 2019-06-22 154657
同样,如果终端在不活动时没有变黑,如下所示:

Annotation 2019-06-22 154746
拥有一个将终端固定在所有其他窗口上方的固定按钮将非常有用。 这样可以在终端和您使用的任何代码编辑器之间进行无缝切换(特别是如果您可以在“终端”窗口下阅读代码)。
我建议,如果添加并启用了“始终在顶部”功能,那么丙烯酸主题应该保持活动状态而不是“变黑”。

它看起来像什么:
dhdghjdy
固定图标,用于将终端固定在所有窗口上方。
@nacorv

我想知道“始终在最前面”是否值得考虑。

当前在选项卡区域内选择并拖动任何位置都不会移动窗口。 这使得必须将鼠标移到选项卡区域的右侧,这会留下少量标题栏,可用于移动窗口。 请更改此。 不要着急!

  1. 在Powershell中打开丙烯酸酯会使诸如-abc类的紫色参数几乎不可见。

分辨率:4K
显示缩放比例:100%

浅色主题:

image

黑暗主题:
image

ezgif-2-9dc95bf607e7

调整窗口大小会导致UI消失/重新出现。 我正在使用Windows Store预览版0.2.1715.0

全屏:
image

调整大小:
image

如果窗口不够大,则所有其他选项卡都将被隐藏。

如果选项卡栏不能是丙烯酸,那就太可惜了。
任何可以使它们更好地集成的方法都将受到欢迎。

不可拖动的标签/标题栏是我听到的所有尝试过早期构建的人的第一抱怨。

拆分窗格需要一些视觉上的修饰,以使其清晰可见,甚至在打开时也需要一些动画

当在我的第二台显示器(1366x768笔记本电脑内置显示器,未设置为主显示器)上最大化显示时,该应用程序的边缘会被切除:
image

选项卡显示可执行文件的路径,而不是应用程序的名称; 如果路径太长,则关闭选项卡的“ x”将被推离选项卡的右侧,并且不可见。

单击“设置”尝试打开JSON文件。 我猜想还没有建立UI。 :)

除了@ robster2001的注释外,如果每个选项卡都显示实际路径(如Ubuntu)并且处于管理员模式(例如,命令提示符(Admin)-C:currentpaththatarearein),则很好。

当您没有使终端最大化时,就像我通常没有的那样,问题857和长标题结合在一起使用的选项卡比可能要少的多。

选项卡太宽而无法使用。 当您将鼠标悬停在工具提示中的选项卡上时,可能仅显示可执行文件并提供路径/等信息。

两件事情:
默认情况下,窗格未绑定,因为它们不完整。 如果您自己启用它们,则是YMMV。

如果要自定义选项卡标题,则应查看如何为您的shell设置标题。 使用Shell的任何地方都会使您受益。 通过使powershell设置标题,您可以更改Windows终端,旧版控制台,VSCode,ConEmu和许多其他东西的标题。 它甚至可以在会话过程中更改!

窗格史诗:#1000

我在窗口顶部的标题上找不到任何可以拖动和移动窗口的地方。 我不得不求助于键盘快捷键。

尽管在cmd.com和PowerShell上效果很好,但两指滚动无法工作。

选项卡无法移动/重新排列。

默认栏不尊重Win10 Dark Theme:

image

我试图找到设置,但没有找到!
其他一些应用也不尊重,因此我认为此版本不考虑

我今天通过商店预览安装的终端的第一印象是:

  • 颜色怎么了? 为什么部分是黑色,部分是白色?
    image
  • 哇,等不及要尝试这些标签
  • 哦,哇,这是一个很大的加号

我们可以对标题栏的颜色做些什么吗? 应该全黑了吧?

+1 @guibirow

弄乱我的Windows设置,我可以修复它:

活动(Firefox在后面,Terminal在前面)
image

无效(Firefox在后面,Terminal在前面)
image

看起来有些应用程序继续从Windows加载设置,也许Windows Dark主题无法正确设置所有色标,我不得不启用将重音符号应用到标题栏和窗口边框的选项。

image

并设置_AccentColorInactive_在注册表[_ComputerHKEY_CURRENT_USERSoftwareMicrosoftWindowsDWM_]

如果将“ + /”移到左侧(如以下所示),而其余的像所有其他应用程序一样只是标题栏,则设计会好得多,我认为他们尝试复制Firefox并不能很好地工作!

image

我无法“弹出标签”或将其拖到另一个窗口。 我想要那个功能。

当使用emoji字体时,例如yarn,npm?

标签标题栏肯定需要清理。 根据宣传Terminal和Edgemium的官方视频,我想到了以下更改(模型):

之前:
image
后:
image

模拟中的更改的完整列表:

  • 将窗口边框大小减小到1px,以便与Windows的其余部分保持一致
  • 标题栏中正确对齐的窗口控件(关闭,最大,最小)
  • 制作的标签更高一些,以与新的Edge标签保持一致
  • 减小的拐角半径与新的“边”选项卡一致
  • 在选项卡的基础上添加了内部圆角,以与新的Edge和官方视频保持一致
  • 添加了投影以使选项卡在背景下更加可见,并与新Edge保持一致
  • 使加号图标的大小合适
  • 将标签管理按钮移到了标签旁边
  • 使背景遍布整个标题栏

编辑:这只是底线不足以容纳整个字符的问题,如下面的@ DHowett-MSFT所指出的


最大化时,填充(底部)不为0。 不知道这是一个已知问题还是预期的,因此将其放在此线程中。

@mikelui呵呵,这可能是因为像素不足,无法容纳屏幕上的另一个整个字符单元格。 终端更喜欢显示完整的行,因为这就是终端世界建模的方式。

全屏:
image

调整大小:
image

如果窗口不够大,则所有其他选项卡都将被隐藏。

如果旋转鼠标滚轮,则将看到选项卡滑动。 它至少适用于Store Terminal Preview v0.2.1715.0。 但是缩小图标(例如基于Chromium的浏览器)的范围会更好。

@ DHowett-MSFT我也发现了另一个GUI错误,如果窗口太小而无法显示新选项卡,并且我们创建了一个新选项卡,则会创建新的选项卡,但是直到我们调整终端窗口的大小时才会显示。

Microsoft Windows 10 Pro Insider预览版[版本10.0.18875.1000]
Microsoft终端(商店预览)[版本0.2.1715.0]

ezgif com-optimize

@ DHowett-MSFT是的! 我现在正在尝试调整大小。 我习惯于使用全屏(相对于最大化),缺少标题栏会使间距更好。

关闭时,使初始窗口大小与上次一样。

抓取和移动应用程序并不容易,需要较大的区域才能抓取窗口。 该exe的整个路径过于矫kill,占用了太多空间。 只是Powershell或Cmd会很好。 在cmd中运行nodepython时,选项卡可以显示“ cmd:node”或“ cmd:python”
标签可以具有该特定终端中使用的方案的颜色主题,而不仅仅是深色或淡黑色,与终端方案类似的颜色可以使查找终端变得容易。
编辑
发现了一些其他问题

同样,与其他丢失/损坏的UI东西相比,它并不重要,但仍然:当鼠标移到终端中的某些文本时,鼠标指针应该是文本(Ꮖ),而不是指针(↖),因为可以选择文本。

请问Alt + F4行为可以模仿其他Windows 10功能(现在关闭所有功能)吗? Ctrl + w *打开多少个选项卡非常费力。 正如在键盘战士模式下找到右上角的X一样:D。

我尝试在settings.json中设置closeWindow,但是alt + F4不会注册为有效命令(控制台显示“ S”)。

出于好奇,是否不可能使用支持WPF的WindowChrome的基础API,完全切掉本机标题栏和窗口边框并全部使用XAML来构建它们? 我觉得可以通过这种方式获得更多的控制权,并且最终结果将更加整洁,并且对操作系统的依赖性降低

最初,我期望分屏功能已经存在,但是还没有...
这将比在选项卡之间导航要方便得多。

它在Linux上的终结者和在macOS上的iTerm都已很好地实现。

任何计划?

当前在选项卡区域内选择并拖动任何位置都不会移动窗口。 这使得必须将鼠标移到选项卡区域的右侧,这会留下少量标题栏,可用于移动窗口。 请更改此。 不要着急!

看到#1500

@ LeeChang-GitHub#608,同样,您知道powershell和CMD可以自行设置标题,对吗? 可以使Shell进行操作时,无需重命名选项卡。

image

我需要终端的名称是可编辑的。
我搜索了这个问题,但找不到。 这是合理的要求吗?

杜德,您为什么删除我的评论并在我回复后将其移动?

杜德,您为什么删除我的评论并在我回复后将其移动?

抱歉,这个问题太糟糕了。 我再次对其进行了编辑,当时我没有收到您的回复。
非常抱歉

@ LeeChang-GitHub没关系! 😄

我想知道“始终在最前面”是否值得考虑。

@grigala

最初,我期望分屏功能已经存在,但是还没有...
这将比在选项卡之间导航要方便得多。

它在Linux上的终结者和在macOS上的iTerm都已很好地实现。

任何计划?

1000显示了计划以及计划的进度👍

滚动条在悬停时应忽略右侧填充或顶部底部都算在内很好。

Scrollbar in its small form

滚动条处于折叠状态

Scrollbar in its wide form

滚动条形式广泛

处于折叠状态的滚动条看起来不错。 文本和行之间的空格可以,但是应该遵循填充首选项。 现在还没有。

滚动条的宽度较大,仅在右侧遵循填充,而在左侧具有某些(但不是首选)填充。 左填充应遵循首选项,右填充应完全消失。 当用户想要快速向上滚动很长的距离并最大化窗口时,这将允许用户快速将鼠标光标移至右侧。

另外,滚动条在悬停时应该没有扩展延迟,滚动条背景应该是透明的,因此模糊(如果启用)是可见的。

编辑:
这已在#1778中解决。 谢谢!!

大多数应用程序(例如Chrome或explorer.exe等)都允许用户抓住窗口的阴影来调整窗口的大小。 但是似乎终端仅允许用户抓住狭窄的NotClient区域(大约2个像素)。
似乎系统默认阴影不起作用?

我有一个可能的解决方案。

  1. 除去系统阴影(通过将Window样式更改为WS_MINIMIZEBOX | WS_MAXIMIZEBOX | WS_POPUP | WS_THICKFRAME并处理WM_NCCALCSIZE消息,可以使用AdjustWindowRect计算大小。)
  2. 在窗口周围添加四个小的阴影窗口(WS_EX_OVERLAPPED | WS_EX_TOOLWINDOW),并手动渲染阴影(通过处理主窗口的WM_WINDOWPOSCHANGED来移动阴影窗口,同时处理WM_SIZE来渲染阴影窗口,也许是高斯纳模糊?)
    3处理阴影窗口的WM_SETCURSOR消息和WM_LBUTTONDOWN(将WM_SYSCOMMAND发送到主窗口以模拟抓取)

此外,在处理WM_LBUTTONDOWN时使用Window Subclassing技术捕获消息并发送WM_SYSCOMMAND可能会解决标题栏无法被抓住的问题。

为了在https://github.com/microsoft/terminal/issues/1375#issuecomment -504686188上扩展,Terminal应该将主题组织成主题系列名称和明/暗子类别,类似于VSCode。 即,如果将主题设置为“ Campbell”,并将Windows应用程序的颜色从浅色切换为深色,我希望Termianl从Campbell Light切换到Campbell Dark。 这将节省手动摆弄。 如果您始终希望颜色为深色,则将“ Campbell Dark”指定为主题会将外观固定为深色主题。 或者其他的东西。

在具有不同缩放比例的监视器之间移动窗口时,选项卡空间无法正确调整大小,在某些情况下,甚至覆盖了“最小化”按钮:

显示器1,1920x1080分辨率,100%缩放:
image

显示器2,4k分辨率(3840x2160),200%缩放比例:
image

光标颜色应由主题定义。 配置文件中设置的默认光标颜色为白色,在浅色主题上没有用。

@madig-您可以通过在profiles.json中设置cursorColor来更改光标颜色

@madig-您可以通过在profiles.json中设置cursorColor来更改光标颜色

是的,但是主题应该定义它,这样,当您要切换时,不必编辑主题名称_和_光标颜色。

我还指出,将鼠标光标置于终端窗口的右下角时,要使其处于窗口调整大小的配置比通常要困难得多。

也许#1517。

应用程序的上下文/系统菜单。 Win32应用程序在左上角具有此功能。 有些工具(例如Edge)使用右上角的省略号。 当前下拉列表是否是预期的替代品?

当通过键盘移动/调整大小时,左上角的样式很有用。

我从Build演示中得到的印象是,我们具有类似功能的拆分窗格,这计划了吗?

@jwhipp #1000

图标似乎丢失了?

image

看起来您的第一个开源版本中的配置文件已过时。 可能删除它。

谢谢,那行得通!

但是,我发现了另一个错误:

f540557f2b5f4b8d6046294e952bf727

我经常双击标题栏以最大化或还原窗口。 当我只打开一个选项卡时,窗口的可单击区域(绿色)一直位于右侧。 看起来我可以单击加号(新标签)菜单的左侧。

image

ConEmu没有此问题,因为标题栏位于选项卡上方。 双击选项卡区域会产生一个新的选项卡,我希望在新的Windows Terminal中看到该选项卡,但是我敢肯定我会对其进行调整以适应最终的需求。

关于选项卡等,如果它们在视觉上的行为类似于“边缘”中的选项,那就太好了:“ + v”按钮始终位于最新选项卡旁边; 使最后一个选项卡和“ + v”按钮之间的区域(如果有)接收鼠标事件(将它们传递到父窗口); 标签过多时,会出现“ <”和“>”滚动按钮(类似于Firefox)。

我经常双击标题栏以最大化或还原窗口。 当我只打开一个选项卡时,窗口的可单击区域(绿色)一直位于右侧。

这也意味着,我们不能拖动终端窗口(我是说您_can_,但是您确实需要确保您只是获得了那个小巧的地方...)

标题栏中的标签不正确。 不要这样请。 不要做您将太多区域用于多个任务。

用选项卡标题显示命令解释器的整个路径也是很糟糕的。 选项卡名称的长度可能超过20个字符,这是不好的。 最大制表符的大小要短得多。 标题栏下方的标签。 小得多的标签。

这是一个选择。 选项。 组态。 简短句子列表。 把它们关掉。 :微笑:

@brianly设置“ showTabsInTitlebar”:在设置中为false。

感谢@ zadjii-msft! 也值得链接: https :

当添加一个新的标签时,已经打开了很少的标签来填充标签空间,就像这样
image
新标签页已创建,但图标已折叠。
image
在此之后创建的任何新标签都是不可见的。
调整窗口大小的问题。

重新排列标签是不可能的。
此外,使用鼠标中键关闭唯一的选项卡时,会发生以下情况:
Close last tab bug

屏幕上或菜单中用于控制缩放的可见内容将非常棒。 以及从Ctrl + Scroll重设缩放的方法。 无法判断我是否处于200%变焦状态。

例如,chrome在其汉堡菜单中具有此菜单项。 它只需要一行。 单击该值会将其重置为100%。

image

我希望能够影响给定控制台的选项卡颜色以及边框颜色。 例如,不要将PowerShell背景全部着色为蓝色,而应将选项卡和边框设置为蓝色,而将背景设置为我想要的任何易于观察的颜色。

如果可能的话...能够从正在运行的控制台环境中影响这些事情可能会很有趣。 例如,如果我的PowerShell控制台启动并设置了WINDOWS_TERMINAL_BORDER_COLOR=#ff0000类的环境值(因为它是管理控制台),则将边框开关颜色设置为红色。 您可以通过PowerShell配置文件或.bashrc进行很多有趣的操作。

@ DHowett-MSFT @DHowett我看到有一种方法可以将丙烯酸树脂扩展到标题栏中。 也许这行得通吗?

在终端中单击选项卡似乎并不总是使选项卡聚焦。

  • 用您喜欢的外壳打开终端。
  • 单击其他窗口或应用程序。
  • 在终端中单击您的外壳的_tab_。 光标不显示,输入不起作用。 您必须单击“终端”窗口标题栏(“ +”和“最小化/最大化”按钮之间的一点点,这是当前唯一允许窗口移动的部分),而_that_就是将焦点重新指向外壳的地方。

在大多数应用中,最大化窗口按钮看起来并不像。 它看起来更像一个最小化按钮:
Imgur

@krzysdz,您正在运行此存储库的构建,该存储库已合并了第一个非客户端图形更改。 我将不得不要求您不要在其中报告用户界面问题。 #1625。

不太喜欢+按钮的工作方式。 我一直单击它以添加一个新选项卡,但是忘记了它只是在默认外壳中创建了一个新选项卡(这很烦人)。 我希望有一个选项可以让我有一个下拉菜单,例如单击向下箭头时出现的下拉菜单,因此添加新选项卡时可以从可用外壳列表中进行选择。

那么,为什么不单击下拉箭头呢?

没有什么可以阻止我单击下拉箭头,这纯粹是UX问题。 从功能上讲,单击没有标志性的按钮以执行该操作的按钮对我来说没有太大意义。

默认情况下,不应为PowerShell启用丙烯酸吗? 默认情况下,让cmd看起来比PowerShell更好不是imo的好兆头。 最好通过炫耀眼球糖果来欢迎用户。

默认设置:

使用cmd:
图片

使用PowerShell:
图片

相关资料:
图片

编辑:将图像转换为链接,这占用了太多空间,对不起

那么,这仅仅是原始控制台(cmd,wsl和ps)的外壳还是容器?

我希望有一个更好的终端,例如Linux或Mac OSX中的终端。 Cmdr是您应该瞄准的一个很好的例子。 通常,我只想要一个支持CTRL-C和CTRL-V以及无缝WSL集成的终端。

@deusprogrammer这是一个终端,就像ConEmu(终端cmder使用的终端)一样。 Cmder有点独特,因为它为使用cmd shell的人捆绑了终端和shell改进。

我想知道“始终在最前面”是否值得考虑。

我也希望看到此功能。

也许是一件小事,但对于不熟悉UWP和/或Windows应用程序开发人员的任何人, acrylic都没有任何意义。 一个更友好的名字( translucent东西)会有所帮助。

标题栏不是压克力,很抱歉,鉴于我们的体系结构,可能不会发生

WinUI 3发布时应启用此功能
参考:microsoft / microsoft-ui-xaml#888

刚刚尝试了终端,让我震惊的第一件事是...

您在这个区域没有拖曳吗? 真烦人,哎呀!

image

是的,这使您和其他四百名举报者感到震惊。 :smile:跟踪#1625和#​​564在窗口顶部的实际进度。

@ DHowett-MSFT,如果未提及,请务必考虑在设置中同时保留丙烯酸和透明度选项,丙烯酸使其与系统保持一致,但对于终端等应用程序来说意义不大,因为它可以查看背后的内容很有生产力。 设置透明度选项会更有帮助。 顺便说一句,默认情况下启用丙烯酸,可以手动切换透明度。

@ DHowett-MSFT写道:

[...]

  • 选项卡看起来不如您想要的#702

[...]

  • 加号按钮太大,太小,太宽,太窄

[...]

那有趣还是咸?

标签标题似乎不符合任何fontSize设置:
image

拥有像yakuake终端这样的活动终端的热键将非常有用。

标签标题似乎不符合任何fontSize设置:
image

我相信这是可以预期的。 这些选项卡似乎遵循桌面字体大小,被视为窗口标题/栏的一部分。

拥有像yakuake终端这样的活动终端的热键将非常有用。

不熟悉该终端,但是您可以在settings.json中热键执行很多操作,以打开,关闭,切换等。

关于采用“常用制表符使用”的两种想法(请参见https://github.com/microsoft/terminal/issues/615)

  1. 标签没有足够的空间时应挤压/收缩
  2. 加号按钮应锚定在最后一个选项卡的右侧,而不是窗口的右上方

OP的一般反馈。 显然,这是一个较早的发布/预览,但我们已经可以看到非常扎实的设计和概念。

我会挖掘选项卡,自定义级别(尤其是可执行文件的自定义!),settings.json中更改的实时更新以及单个可执行文件中可以具有的不同类型的终端。

除了上面提到的内容和完善的内容外,我还希望有一种内置的方式来记录在任何终端窗口中输出到标准输出的内容,理想情况下,允许将所有内容记录到一个或多个文件中。 另外,我将选项添加到“克隆”或“复制”中,然后将选项卡以可能的方式在vs代码中放置在windows / rows / columns中。

感谢您的辛勤工作,我们将期待下一个版本!

我使用的是深色主题,但仍然看到白色边框和标头仍然是白色。 还有其他人有这个问题吗? 我在JSON中找不到任何修改此内容的内容。

我也有同样的问题 :(

我使用的是深色主题,但仍然看到白色边框和标头仍然是白色。

当前设置无法修复此问题。 这是未来的工作项目,在#1625中被部分跟踪

我希望有一种内置的方式来记录在任何终端窗口中输出到标准输出的内容,理想情况下,允许将所有内容记录在一个文件或多个文件中。

642

将选项卡以可能的方式放置在Windows /行/列中。

1000

@ DHowett-MSFT看看此应用程序管理标签的方式,
https://github.com/JasonStein/Notepads

好的,完成了。 我在找什么

您也可以在Fluent Terminal寻求灵感。 它具有相当不错的用户界面。

  1. 使用Powershell Core时,我会在控制台上随机出现第二个V形,看起来像D:\>> (对不起,没有复制步骤)
  2. 我无法拖动文本,然后复制粘贴,这是Powershell所期望的功能

用户界面现在很丑陋,我想要一个漂亮的用户界面,它可以使我更好地工作。

选项卡显示可执行文件的路径,而不是应用程序的名称; 如果路径太长,则关闭选项卡的“ x”将被推离选项卡的右侧,并且不可见。

同样tabTitle实际上不起作用

选项卡显示可执行文件的路径,而不是应用程序的名称; 如果路径太长,则关闭选项卡的“ x”将被推离选项卡的右侧,并且不可见。

同样tabTitle实际上不起作用

@ Serega124这很奇怪,因为它们对我来说很好。 我命名了一个标签wsl ,另一个命名了cmd
您是否正在运行最新的开发版本?

image

@imjasonmiller我正在运行商店版本

изображение

@ Serega124 ,我认为尚未针对商店版本发布tabTitle功能。 我认为您可能需要等待,直到他们为商店版本推送另一个更新,或者您可以从源代码构建它。

image

Windows应用商店版本右下角的调整大小手柄非常小,它是一种令人沮丧的与之交互的UI目标。

功能要求:轻松在主题之间切换或使用Windows主题。

作为开发人员,我在室内和室外工作。 在UHD屏幕上的室内,我喜欢深色主题。 在户外,黑暗的主题在全亮度下在笔记本电脑的屏幕上变得不可读。 可以使用浅色主题

Windows应用商店版本右下角的调整大小手柄非常小,它是一种令人沮丧的与之交互的UI目标。

确实如此!
角落中的敏感区域确实很小,因此调整窗口大小几乎是不可能的。
我附上了对@ DHowett-MSFT有用的gif:

gif

当我调整窗口大小时,滚动条将停止上下移动文本。 直到命令提示符到达窗口底部时才有效。

image

现在必须提一下,谢谢您开始这个项目。 Windows急需的解决方案

文本背景颜色在调整大小时变得混乱

GIF

我认为这与“非客户区域看起来不正确”有关。 并且正在进行中,但是最新的版本似乎为我在底部引入了一个像素的白色边框:

image

这可能与最近的变化有关吗?

感谢到目前为止的所有工作!

@imjasonmiller如果您想暴动(可悲的是),请阅读#1948底部的TODO:微笑:

  • []双击非工作区将最大化窗口。
  • []单击/右键单击图标应显示最小化/最大化/关闭菜单
  • []当您单击Cascade WindowsShow windows stacked等将完全被终端忽略
  • [] Alt + F4不会关闭窗口

我相信这是Windows用户的预期行为,双击非客户端会最大化该窗口,同样,当您使用shell调整窗口大小/平铺窗口时,终端也应该像其他任何窗口一样工作。

ss

现在,我的终端无法移动,无法访问设置菜单。

看来Terminal是使用非本机UI工具包的外国应用程序。

使用鼠标:
您无法右键单击选项卡来关闭它们或查看上下文菜单,就像在过去的控制台中一样,也无法关闭高于第一个选项卡的选项卡(由于宽度,它们的X被添加选项卡按钮/设置菜单按钮所遮盖了)约束)
image

理想情况下,您应该启用ALT + ENTER和SHIFT + F10,并启用鼠标/触摸右键单击。

同时+1以重新排序标签页

更新文本有时会中断。
flickering
对于像emacs这样的编辑器,这尤其是一个问题。
emacs

@RosalesJ嘿,您实际上可以针对该问题提出另一个问题吗? 这实际上与庞大的UI问题不符,并且可能是我们可以解决的更原子的错误。 确保包括再现步骤和使用的工具。 谢谢!

新的标签菜单不会随窗口一起移动:

2019-07-20_16-30-14

尝试通过单击单个选项卡上的X关闭应用程序会导致应用程序崩溃!

当配置了不透明度时,它仅在聚焦窗口时才起作用。
重点关注时:
focused

不重点关注时:
not-focused

有没有办法使其工作或应该那样工作?

编辑:我在上面的屏幕截图中注意到的另一件事是,未聚焦的终端窗口未应用Windows Accent颜色,变为空白。 聚焦时,窗户上的装饰色就在那里。

@ jean-lourenco我相信模糊是故意的,因为其他应用程序(例如“设置”应用程序)也会做同样的事情

确实希望很快获得标签滚动支持(指示,而不是仅鼠标滚轮)。

由于滚动无法正常工作,因此现在看不到我拥有的选项卡。

image
非等宽字体的间距不正确。

版本0.3.2112.0

image

这是在初始加载时发生的。 最大化->恢复窗口可纠正此问题。

我刚刚在18950.1000中更新为0.2.1831.0。 在Ubuntu Shell(现在为WSL 2)中,我无法向后滚动缓冲区。 每次我尝试同时使用键盘和鼠标滚轮向上滚动时,闪烁的光标似乎都将焦点拉回到了底线。

每次向上滚动时,似乎也都发送了新行,因此,每次尝试时,我要查看的文本都变得越来越远!

Powershell和Dos窗口不执行此操作

@tomfakes将此迁移到#2196,因为它绝对不是UI修饰问题

怎么才能让窗口失去焦点的时候保持Acrylic效果

通过整个选项卡栏拖动窗口的功能会产生误导; 您仍然无法通过标签上方的区域或正确的标签页来抓住标题栏。 如果有很多选项卡打开,则意味着您仍然停留在很小的拖动区域。

有计划要解决的事情吗? 似乎#564已关闭。

当窗口位于两个监视器之间时,最大化终端会导致条在监视器之间流血。
multimonitor

我知道这有点“离题”,但是问题跟踪器是唯一留下反馈的地方,这似乎是最合适的话题:谢谢。 我知道终端尚未完成,还有很多事情需要修复,但这是一个很好的方法。 我喜欢它的感觉和外观。 我喜欢配置,支持“ CMD”,powershell,WSL等。
保持良好的工作状态^^(并且很抱歉使问题跟踪器混乱;)

很高兴这个项目正在进行中-与传统的cmd / powershell相比有了很大的提高。 我注意到在快速调整大小后关闭窗口时,会导致出现带有许多边框的幻影窗口:

ezgif com-optimize

这并不是真正的主要问题,只是以为我要举报才能看到。

+1

+1

@ammoniak谢谢:smile:

我不确定这是错误还是功能。
TerminalWindowClose

在尝试AltGr序列时,不会删除AltGr + 4(§)(葡萄牙语键盘)。
2019-08-07_09-21-07

image

Victor Mono字体呈现的确很奇怪。

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

@offero这是一个漂亮的字体; 这可能是#696

(或其变体)

我们可以选择隐藏选项卡区域中的加号和/或向下箭头吗? 当向下箭头被隐藏时,可以右键单击加号,然后像向下箭头一样执行加号后,我们仍然可以使用下拉菜单启动更多标签页。 也许我们可以同时隐藏两者,然后在标题栏的其余部分上单击鼠标右键?

老实说,我不喜欢标题栏中的选项卡,因为当您有很多选项时,这很不规律,抓住标题栏来移动窗口仍然无法正常工作。 一些Linux终端已经在终端本身上方放置了选项卡,并且可以配置。 我确信这与Linux窗口管理器很多且规则不同有关。 另一个选择是使终端下拉(请参见Tilix的屏幕截图)。 就目前而言,如果我打开10个标签,该UI将如何使用? 鼠标滚动是可以的,但它甚至不能提供打开的选项卡总数。

只是我的两分钱。 :)

下拉显示终端/标签:
image

我没有在线程中看到此信息,但是如果您想要一个较小的标题标签,只需将此设置添加到配置文件中即可:
“ tabTitle”:“ MyCmd”,

虽然这非常有帮助,但我希望能够动态增加一个数字,因此我可以:
| MyCmd 1 | MyCmd 2 | MyPosh 1 | MyPosh 2 |

和/或根据添加的新标签动态更改标签颜色-每次都使用相同的颜色顺序,因此我知道Red =第一个标签,White =第二个标签,Blue =第三个标签,依此类推。

@jwhipp您始终可以将"showTabsInTitlebar"为false,以在标题栏下方获取标签。

@PedersenThomas那是#2028

@jwhipp您始终可以将"showTabsInTitlebar"为false,以在标题栏下方获取标签。

啊! 对此一无所知...刚才尝试过。 尽管确实是将选项卡UI向下移动,最终使用户可以更轻松地移动窗口,但它仍然留下不规则的选项卡ui。 我只是认为可以做得更好并且更有用。 如果您不喜欢Tilix的方法,可能会发生的一件事是随着更多终端的出现而缩小选项卡的大小。 至少可以使最终用户更轻松地了解其中的内容。

我猜很厚的窗户边框是一个已知问题?

在下拉列表打开的情况下移动终端窗口时,下拉列表会延迟移动。 我知道已经有报道,但是我认为在列表外部单击时关闭下拉列表也是一种解决方案。

我测试过的具有类似下拉列表/菜单/导航的大多数其他应用程序,在移动窗口或在列表外部单击时会关闭。

据我所知,以前报告的错误是为了解决延迟问题。 通过拖动顶部栏移动窗口时,不关闭列表。 我认为这是一个可行的解决方案。

_通过下拉列表,我的意思是带有配置文件(WSL,Powershell),设置和反馈的列表。_

老实说,我希望终端选项卡GUI可以匹配边缘铬的外观:
image

我同意标签的高度似乎有点小

请将Ubuntu图标更改为商店中使用的橙色图标。

你可以自己做。
这个婴儿可以容纳这么多icon s

请将Ubuntu图标更改为商店中使用的橙色图标。

你可以自己做。

是的,但是默认图标应该是一致的,最好比几十万个用户的系统一次更改它。

我很确定我们在法律上不允许直接运送任何特定发行版的品牌。 一些版权法。 我们被允许运送无尾礼服的企鹅,因此为什么发行人都使用该企鹅。 如果我错了,@ bitcrazed可以@我。

不知道是否已经建议/询问过这个问题,但是我不喜欢每个选项卡的长度都不同,所以我想知道是否可以更改设置以使其在浏览器中更像浏览器长度相同,并且名称中只包含终端的类型。

在Unix上工作时,我会使用很多标签,因此我习惯于不从标签标题中获取任何信息,因此希望使用较小的标签

windows_terminal

嗨,您好,
一些设计建议和概念。
将+与设置菜单分开,我认为没有充分的理由将设置和配置文件/新标签放在一个位置。
利用选项卡的整个标题栏高度。
悬停/活动应该比正常标题栏更暗,而不是像现在这样。 (对于深色模式,反转颜色)。
删除窗口边框或在设置中将其设为可选,看起来一点也不好。
在第三张图像中,字体颜色为红色,表示终端正在“管理模式”下运行。
默认情况下添加一些填充,目前看起来很奇怪,没有填充。

我目前正在使用设置ui,我将发布图像,因为我有时间完成它。

1564是实现设置UI的问题。

它可能应该与此问题相关联。

回覆。 第三方徽标等,@ zadjii-msft是正确的-Microsoft无法发布第三方产品的徽标。 但是,我们___might___能够找到一种方式,供发行商在Terminal可以轻松找到并合并的地方提供其徽标。 将面条放一点。

@jwlodek@Fisico-感谢您的反馈,但请不要在此处讨论特定功能的问题-让我们坚持每个问题一个主题,否则我们将永远不会跟踪事情。 谢谢。

伙计们,我想请您提供一种没有任何标签且没有或很少装饰窗户的模式? 我只想要一个干净的终端屏幕。 我也已经错过了全屏切换。

@oblitum,您应该检查您的配置文件。 如果您切换alwaysShowTabsshowTabsInTitlebar ,您将获得更接近您想要的东西。

@DHowett我以前尝试过,但是没有帮助,我把标签去除了,但是窗户装饰变成了白色,这比留下标签要差,至少我把所有装饰

终端是否可以全屏显示? 切换或配置。 我在代码库中看到了FullScreen,但没有找到设置。

回覆。 第三方徽标等,@ zadjii-msft是正确的-Microsoft无法发布第三方产品的徽标。 但是,我们_可能_能够找到一种方式,供发行商在终端可以轻松定位和合并的地方提供其徽标。 将面条放一点。

@bitcrazed
如果用户文件夹中存在可用的“配置文件”列表,那么可以在安装时将Windows Store中的其他发行版添加到该文件夹​​中,该怎么办。 然后,这与设置/配置文件JSON文件分开。 设置UI可以显示这些可用的配置文件,并允许用户添加它们。

将它们的分布添加到可用列表的一部分,将包括一个图标条目,甚至添加诸如Ubuntu的colorscheme之类的颜色方案。

@ DHowett-MSFT查看MinMaxClose控件,选择这些按钮大小是否有原因?

这三个按钮是36 x 45。

看Win32(记事本和写字板),它的窗口控件是29 x 45。

查看UWP(计算器和电话),它的窗口控件是32 x 46。

@mdtauk :在其他Windows应用程序上,这些按钮的大小似乎也没有标准/共识(如您所见)🤣

@mdtauk根据构建应用程序的UI框架,您可能会看到大小和形状略有不同的系统按钮。 例如:

  • 诸如记事本之类的Win32应用程序依靠操作系统(GDI / DComp)绘制系统控件,因此获得标准尺寸的标题栏
  • Chrome / Edgeium绘制自己的非工作区,以便将其标签拉到标题栏中,并绘制自己的系统按钮...与其窗口的顶部边缘对齐以...理由
  • Terminal还绘制了自己的非客户区域,以使其选项卡进入标题栏区域,并且为了使选项卡合适,我们有一个较高的标题/选项卡栏。

在终端中,我们选择将系统按钮缩放并居中显示在可用标题栏空间中,这会使它们变大一些,但仍然是正方形和比例:

image

有趣的是,尽管Terminal的系统控件每个都稍大一些,但它们按比例分组在一起的距离更近一些,这使系统控件集群的宽度与Win32系统绘制的控件集群的宽度相同:

image

再次与Mail等UWP应用相比,终端需要一个略高的标题栏区域,但我们的系统按钮稍大一些,但更加方形,并且在4K屏幕上以200%缩放比例显示时,符号本身仅大2个像素。

image

综上所述,我们可能会在未来进行一些调整,但我们认为我们的设计和布局干净,易于访问且有一定比例。

如果您不同意提出问题,请告诉我们,以便对其进行跟踪和讨论。

@mdtauk Re。 设置,请注意,我们正在对该领域进行一系列很酷的改进。 请继续关注下几个版本;)

@bitcrazed谢谢💙回复非常有趣。 我只是很高兴这不是一个“足够好”的决定:P Window控件是Windows中最不稳定的元素之一,所以我很好奇。
image

image

image

相比之下,Edgium将窗口控件保持为正常,但顶部对齐,而不是居中。

image


正确绘制边框后,它看起来就不会一样了。

有人可以回答我是否可以全屏显示吗? 我只希望整个屏幕完全没有这些Windows控件。

有人可以回答我是否可以全屏显示吗? 我只希望整个屏幕完全没有这些Windows控件。

@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 :

我们使用@ michael-hawker的选项卡控件Windows Community Toolkit原型化了早期的Terminal实现,然后与@stmoy &team合作创建了我们今天使用的WinUI选项卡控件。

回覆。 在非客户区域中绘制:

这并不像人们想象的那么简单,尤其是当您的应用的UX由Win32宿主应用顶部的XAML Islands中托管的XAML控件组成时。 我们已经与WinUI,XAMLIslands和其他合作伙伴团队紧密合作,以使Terminal的选项卡正常工作。

@oblitum请不要在该线程中要求功能-如果描述您的要求的问题尚不存在,请打开一个新问题。 如果现有问题确实描述了您要查找的大部分内容,请在现有问题中添加您的想法。 例如,#2001或#288

@mdtauk NP :) A,随着Windows UI设计的日新月异,以及想要对绘制方式的各个方面进行更多控制的应用程序所需要的灵活性,我们经常看到不同应用程序之间存在很多“漂移”用户体验。 这是好事也有坏事:好处是我们可以将事情向前推进(谢天谢地,我们并不是都还在使用基于GDI的应用程序😉),但是坏处在于,当在应用程序之间切换时,人们常常不得不切换UX上下文/期望。

希望随着我们的前进以及现代Windows UX堆栈的成熟以及设计语言的整合,我们将看到足够的一致性,而不必在应用之间重新设定期望。

@mdtauk NP :) A,随着Windows UI设计的日新月异,以及想要对绘制方式的各个方面进行更多控制的应用程序所需要的灵活性,我们经常看到不同应用程序之间存在很多“漂移”用户体验。 这是好事也有坏事:好处是我们可以将事情向前推进(谢天谢地,我们并不是都还在使用基于GDI的应用程序😉),但是坏处在于,当在应用程序之间切换时,人们常常不得不切换UX上下文/期望。

希望随着我们的前进以及现代Windows UX堆栈的成熟以及设计语言的整合,我们将看到足够的一致性,而不必在应用之间重新设定期望。

我敢肯定,当具有Win32生命周期的WinUI出现时,您将非常高兴地删除所有DWM和HWND绘图代码。 我们希望这些应用程序也能够为XWP中的UWP能够重新着色窗口控件着色。

希望随着我们的前进以及现代Windows UX堆栈的成熟以及设计语言的整合,我们将看到足够的一致性,而不必在应用之间重新设定期望。

这种一致性需要大量时间。

我建议使Tab界面垂直堆叠两层,基本上是两行。 到目前为止,它是如何实现的,整个选项卡界面都在标题本身上,我建议标题区域(第一行)是否显示活动选项卡的路径,而在第二行选项卡中则仅显示二进制名称即可更好。

我不知道跨不同的shell会提供什么样的支持,但是最终可以突出显示目录vs文件吗?

目录与文件突出显示

对于PowerShell,您需要一个类似DirColors (* coreutils风格的着色

https://docs.microsoft.com/zh-cn/uwp/toolkits/winui/release-notes/winui-2.2

h

为什么tabview设计看起来与现在的终端机如此不同? winui的标签设计更接近边缘铬。

由于Windows终端当前使用的TabView是自定义实现,因此尚未迁移到WinUI

那时,这对WinUI的人来说是非常误导的。

那时,这对WinUI的人来说是非常误导的。

并非如此,与WinUI发行版相比,Windows Terminal中使用的版本落后。 但是Terminal在进入预发布阶段之前是第一个使用它的人-因此它们是控件的测试场并提供了反馈。

还有另一个问题。 WinUI TabView控件是为UWP和XAML构建的,但是现在,Windows Terminal是本机Win32应用程序和XAML群岛的组合,以使用现代控件。 目前,这两种技术如何协同工作存在一定的局限性。

希望是WinUI 3.0和2020年发布的名为WinUI Desktop的东西-将它们融合在一起,使构建应用程序更加流畅和简单。

哇,不,那是个误会。

当前,我们在终端中使用的是TabView的预发行版本。 我们帮助指导了一些实施细节。 WinUI 2.2中发布的是TabView的改进版本。

我们在终端上只是没有机会提取最新的WinUI位并进行自我更新。 从根本上说,它们是相同的控件,我们现在只落后几个版本:P

我们用于UI的UWP XAML + Win32混合堆栈对我们摄取选项卡视图的能力没有影响。

我们用于UI的UWP XAML + Win32混合堆栈对我们摄取选项卡视图的能力没有影响。

它确实解释了为什么集成到TitleBar中不会完全匹配TabView的WinUI列表中显示的图像,但是

想要先创建一个独立的问题,但我想无论如何这都更适合:

允许单个标签被“锁定”

随意将鼠标悬停在(未锁定)选项卡上时,关闭按钮旁边可能会有一个附加的挂锁图标。 如果选项卡被锁定,则该锁定将始终可见,并防止意外关闭相关的选项卡/进程(通过手动或通过关闭系统)。 考虑在Chrome或Edge中固定/存储的标签页。

情境

基本上,这是基于实际发生的事情,不过有几个控制台窗口,而不是新的Terminal应用程序。

  • Mario将所有外壳程序的几个选项卡组合在一起,一个选项卡用于其他控制台命令,第二个选项卡托管正在开发的网站,另一个选项卡通过SSH连接到远程服务器,等等。
  • 由于存在一些问题,他决定打开另一个外壳来运行一些缓慢的清理/服务过程(例如git gcsfc /scannowftp推送文件,管他呢)。
  • 在运行时,他以常规工作返回到其他选项卡。
  • 一天结束时,他出于方便(并且由于习惯于此)关闭了整个终端/选项卡组,而忘记了他想如何检查长期运行的任务的输出。
  • 结果立即丢失(让我们忽略日志文件或事件条目,这不是真正标准化的,并且可能是像SSH这样的临时远程会话)。

应该有什么不同

  • Mario为缓慢的过程打开新的选项卡/外壳后,他在选项卡中使用了一个小的挂锁图标(仅在悬停时可见)才能“锁定”它。
  • 单击后,选项卡的关闭按钮将被删除,而由上述挂锁图标代替。
  • 稍后,当尝试整体关闭终端机应用程序时,常规标签页将被删除,但锁定的标签页仍处于打开状态,
  • 在这种状态下,终端还可以防止(非强制)系统关闭。
  • 如果与锁定的选项卡关联的过程消失,则该选项卡会自动解锁/删除(即当前行为)。
  • 如果双击挂锁,则选项卡将解锁并恢复为默认行为。

我还偶然发现了一个打umbrella的伞状问题: https :

不幸的是,这些天我没有足够的带宽来读取/搜索所有可能重复或已经解决的问题。 如果这个线程上的某个人偶然有能力指出不可重复/可接受的对象,那么我可以提出单独的问题。

我认为这不是一个新问题,因为它是相当主观的……但是我很想了解当窗口聚焦时使用丙烯酸的原理,而不是相反。

似乎与您想要的东西背道而驰; 它使您正在工作的窗口的可读性降低,并在您需要时禁用任何类型的透明性,即当不活动的窗口遮盖了另一个窗口时。

喜欢了解基本原理

我们也会! 这是应用于丙烯酸笔刷的系统性策略。 据推测,这样做是为了使一堆应用程序不会在彼此之间堆叠数十个透明窗口,并且不会破坏系统性能。 它本来应该只用于活动窗口。

哈哈那每个人都在同一页面上-并感谢您的答复。 希望适当的人会在某个时候听到隆隆声,并使其成为现实(而手指越过标准透明度将成为Microsoft Terminal中的一个选择)!

@ drk-mtr有一个名为“记事本”的uwp应用程序,即使它不再集中精力,它也设法保持其丙烯酸透明性。

https://github.com/JasonStein/Notepads

使用zsh / Oh时的提示我的Zsh在Windows Terminal中看起来是错误的,尤其是箭头的颜色和字符之间的一些细线。 我正在使用Powerlevel9k。

Windows终端(使用日光暗配色方案)

image

经典WSL(使用默认颜色)

image

随后删除

仅作记录,并防止任何不当行为的假设:我和我的团队都没有删除此评论。 @mcgov将他的评论移至更合适的问题#1753。

啊,很高兴听到@ DHowett-MSFT。 我删除了该评论以避免任何不必要的戏剧。

我在为此使用关键字时遇到了麻烦,如果已经存在问题,我们深表歉意。 我也不是100%肯定这是终端问题。

通常但并非总是如此,输入3个字符后,文本会向左移动一列:

prompt-bug

这是我观察到的:

  • 它似乎只发生在git repo内部(posh-git问题?)
  • 它发生在启用了连字功能的字体(例如Cascadia Code或Fira Code)上,而不是Consolas
  • 使用Cascadia Code时,在VS Code集成终端中不会发生这种情况。 似乎集成终端不支持连字
  • 在PowerShell Core和Windows PowerShell中会发生这种情况,但我无法在Git Bash或SSH会话中生成它
  • 不管是git命令还是其他命令,例如clear

以上让我觉得这是连字渲染的东西,但我不确定。

我在用:

  • Windows 10内部版本18362.175
  • Windows Terminal 0.5.2681.0(商店版本),但是以前也发生过
  • posh-git 1.0.0-beta3

@rdnlsmith

这是由字符引起的。

也可以看看:

  • #2066(和#42)
  • Microsoft /卡斯卡迪亚代码#117

@ ExE-Boss有趣,谢谢!

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

感谢您对丙烯酸的反馈。 我是Fluent设计团队的项目经理。 您可能已经在过去的几年中在// Build上看到我谈论Fluent,包括分享有关使用丙烯酸的指南更改的决策。

长话短说,今天的Acrylic指南概述了将其用于瞬态UI曲面以及本质上是瞬态的曲面。 亚克力使用透明性和模糊性,这在计算功耗方面非常昂贵。 因此,根据技术POV决定,仅在将应用程序集中在效果最有效的位置时才使用此UI。 这就是为什么当焦点移到另一个应用程序以及设备在非最佳条件下运行时,丙烯酸会关闭的原因。 永远不要将这种材料用于始终处于打开状态的表面。

压克力还意味着更多的“吸引注意力”,而不是在没有引起用户注意的表面上使用。 我们将丙烯酸与阴影结合使用,以在执行短期任务的MenuFlyout / ContextMenu之类的控件上添加提升的感觉。 因此,计算器等应用程序也将这种效果用于简短的计算操作。

关于可读性,我们花了很多时间通过非常仔细地调整值来确保Acrylic顶部的文本清晰易读。 就是说,它是透明的,永远不会比纯黑色或纯白色好。 因此,我们不建议将其长时间使用在主表面上。

流利的设计系统还以为我们的用户提供熟悉程度为荣,即使他们不是来自Windows。 因此,我们与推动设计的终端人员进行了讨论,并为终端应用程序做出了集体决策,决定将丙烯酸表面保留为大多数Linux客户会喜欢的窗格中的默认值。 据我了解,Linux客户习惯于背景模糊,但是由于上述原因,默认情况下主页不将其打开(仍然可以根据用户选择将其打开)。

我希望这能解释一下当前设计背后的背景和原因。 就是说,我们欢迎您对亚克力的反馈。 如果要提供有关此主题或任何WinUI主题的反馈,请在主WinUI存储库中提交新的期刊。

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

亚克力使用透明性和模糊性,这在计算功耗方面非常昂贵。

是否有关于多层模糊可能有多慢的数据?
我们只能在较新的计算机型号上启用它们吗?
开发人员的计算机被认为是快速的。

开发人员的计算机被认为是快速的。

是的,是的游戏机,但是开发人员的计算机可能会变慢-您只需编写代码!

出于好奇,考虑到整个系统的政策, @ lazylazyllama提到的“

流利的设计系统还以为我们的用户提供熟悉程度为荣,即使他们不是来自Windows。 因此,我们与推动设计的终端人员进行了讨论,并为终端应用程序做出了集体决策,决定将丙烯酸表面保留为大多数Linux客户会喜欢的窗格中的默认值。 据我了解,Linux客户习惯于背景模糊,但是由于上述原因,默认情况下主页不将其打开(仍然可以根据用户选择将其打开)。

这样,整个Terminal促销视频都是骗人的?

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

人们期望它看起来像这样。

出于好奇,考虑到整个系统的政策, @ lazylazyllama提到的“

@ZhaoMJComposition API ,而不是AcrylicBrush来达到效果。

@ drk-mtr,@ DHowett-MSFT,@ lazylazyllama
感谢您对丙烯酸的反馈。 我是Fluent设计团队的项目经理。 您可能已经在过去的几年中在// Build上看到我谈论Fluent,包括分享有关使用丙烯酸的指南更改的决策。
长话短说,今天的Acrylic指南概述了将其用于瞬态UI曲面以及本质上是瞬时的曲面。 亚克力使用透明性和模糊性,这在计算功耗方面非常昂贵。 因此,根据技术POV决定,仅在将应用程序集中在效果最有效的位置时才使用此UI。 这就是为什么当焦点移到另一个应用程序以及设备在非最佳条件下运行时,丙烯酸会关闭的原因。 永远不要将这种材料用于始终处于打开状态的表面。
压克力还意味着更多的“吸引注意力”,而不是在没有引起用户注意的表面上使用。 我们将丙烯酸与阴影结合使用,以在执行短期任务的MenuFlyout / ContextMenu之类的控件上添加提升的感觉。 因此,计算器等应用程序也将这种效果用于简短的计算操作。
关于可读性,我们花了很多时间通过非常仔细地调整值来确保Acrylic顶部的文本清晰易读。 就是说,它是透明的,永远不会比纯黑色或纯白色好。 因此,我们不建议将其长时间使用在主表面上。
流利的设计系统还以为我们的用户提供熟悉程度为荣,即使他们不是来自Windows。 因此,我们与推动设计的终端人员进行了讨论,并为终端应用程序做出了集体决策,决定将丙烯酸表面保留为大多数Linux客户会喜欢的窗格中的默认值。 据我了解,Linux客户习惯于背景模糊,但是由于上述原因,默认情况下主页不将其打开(仍然可以根据用户选择将其打开)。
我希望这能解释一下当前设计背后的背景和原因。 就是说,我们欢迎您对亚克力的反馈。 如果要提供有关此主题或任何WinUI主题的反馈,请在主WinUI存储库中提交新的期刊。

@chigy @ DHowett-MSFT为什么不“关闭”丙烯酸树脂,为什么不暂停它。 即,在窗口处于非活动状态时,显示在窗口变为非活动状态之前渲染的最后一帧。 活动窗口几乎总是在非活动窗口之上,因此,即使窗口不再活动,丙烯酸效果也似乎是活动的。 我唯一可以看到的问题是这样的情况:窗口“总是在顶部”是可以忍受的。

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

关于可读性,我们花了很多时间通过非常仔细地调整值来确保Acrylic顶部的文本清晰易读。 就是说,它是透明的,永远不会比纯黑色或纯白色好。 因此,我们不建议将其长时间使用在主表面上。

@chigy

可以通过在文本上勾画轮廓或应用阴影/外部发光来解决此问题。 @miniksa演示了在Build上发布Terminal时的破解版本,因此似乎有一天可以将其变成可选的Terminal功能似乎并不遥不可及,尤其是在社区可以贡献它的世界中。

@chigy @ DHowett-MSFT为什么不“关闭”丙烯酸树脂,为什么不暂停它。 即,在窗口处于非活动状态时,显示在窗口变为非活动状态之前渲染的最后一帧。 活动窗口几乎总是在非活动窗口之上,因此,即使窗口不再活动,丙烯酸效果也似乎是活动的。 我唯一可以看到的问题是这样的情况:窗口“总是在顶部”是可以忍受的。

@ 3dWrecker并不是AcrylicBrush的工作方式。 暂停的概念不适用于AcrylicBrush,就像您无法在现实世界中暂停丙烯酸纸一样。

非常感谢您的全面答复!

老实说,我将此内容发布在现有线程上,因为我不将其视为核心问题(直到其他元素(例如WSL中的鼠标支持等)完成)。 我没有考虑到可能有人订阅了该线程并且它可能得到不错的反响的事实! 我应该澄清一下自己的观点-我将它们写为“用户故事”,它们完全忽略了任何技术限制,因此我完全理解这些可能无法实现。

而且我意识到,如果同时应用以下内容,则是相互矛盾的,我是一个典型的困难用户;)

我希望能够在焦点窗口后面的窗口中看到文本

听起来丙烯酸不是真正适合此的工具。 因此,正常的透明效果对此非常理想,并且听起来更容易实现。

理想的情况是背景可以具有可配置的透明度,但是渲染的文本可以是不透明的-不知道这是多么可实现。

我喜欢丙烯酸效果,我希望能够在聚焦的窗口中使用它

当窗口聚焦时,我不能使用丙烯酸树脂,因为即使在终端机允许的最小设置下,文本也无法清晰阅读。

因此,我希望能够减少在聚焦窗口时施加的丙烯酸效果的强度。 仅作为示例,如果我们可以使用丙烯酸效果,并在其顶部应用透明的深灰色层,以使效果更微妙,则效果可能会很好。

可替代地,能够使模糊更加强烈和/或将其减小到接近零将极大地增加实际使用中的灵活性。

我想在窗口不聚焦时使用丙烯酸

意识到这可能是无法实现的,只是为了完整起见在此包括在内。

理想的情况是,与聚焦窗口相比,可以应用不同的模糊设置,并在顶部使用可选的alpha图层以降低强度。

抱歉在这里提到基于水果的OS,但就上下文而言,它们在聚焦窗口和非聚焦窗口上都使用alpha层,甚至在那些窗口内的各个图标上也具有不同的alpha层。 因此,这并不容易,但肯定是可以实现的。

@chigy @ DHowett-MSFT为什么不“关闭”丙烯酸树脂,为什么不暂停它。 即,在窗口处于非活动状态时,显示在窗口变为非活动状态之前渲染的最后一帧。 活动窗口几乎总是在非活动窗口之上,因此,即使窗口不再活动,丙烯酸效果也似乎是活动的。 我唯一可以看到的问题是这样的情况:窗口“总是在顶部”是可以忍受的。

@ 3dWrecker并不是AcrylicBrush的工作方式。 暂停的概念不适用于AcrylicBrush,就像您无法在现实世界中暂停丙烯酸纸一样。

我认为这就是重点-3dWrecker提出了一种替代方法...以此类推,您可以通过拍照在物理世界中“暂停”丙烯酸板。 而且,重新调整照片的强度不如渲染丙烯酸视频,即使丙烯酸板在两者中都保持静止。

当然,我对实现细节一无所知,因此,如果您建议的是不能使用当前模型来实现,那么就足够公平了:)

当然,我对实现细节一无所知,因此,如果您建议的是不能使用当前模型来实现,那么就足够公平了:)

^正是我的建议,@ drk-mtr😊。 更改AcrylicBrush实现是一个很好的目标,在终端中无法实现。 正如@chigy先前所建议的,主要的WinUI存储库是讨论丙烯酸的正确地方。

当然,我对实现细节一无所知,因此,如果您建议的是不能使用当前模型来实现,那么就足够公平了:)

^正是我的建议,@ drk-mtr脸红。 更改AcrylicBrush实现是一个很好的目标,在终端中无法实现。 正如@chigy先前所建议的,主要的WinUI存储库是讨论丙烯酸的正确地方。

我认为“暂停丙烯酸”的想法是,如果堆叠了多个窗户,如果移动了一个(或多个)堆叠的丙烯酸暂停效果的窗户,它看起来仍然像在暂停的压克力窗口,从而造成...奇数不一致。

除非我误解了你的主意

@chigy

可以通过在文本上勾画轮廓或应用阴影/外部发光来解决此问题。 @miniksa演示了在Build上发布Terminal时的破解版本,因此似乎有一天可以将其变成可选的Terminal功能似乎并不遥不可及,尤其是在社区可以贡献它的世界中。

@beforan ,谢谢您的建议,请随时在我们的主要WinUI存储库中提出建议。

就是说,我们最近研究了阴影的使用,它们在这些类型的UI通常使用的较小文本上不能很好地工作。

我希望能够在焦点窗口后面的窗口中看到文本

听起来丙烯酸不是真正适合此的工具。 因此,正常的透明效果对此非常理想,并且听起来更容易实现。

@ drk-mtr,我们不希望许多应用程序创建类似概念的不同版本来给用户带来不一致的体验。 因此我们决定在这里使用丙烯酸。 丙烯酸比常规透明还有助于提高可读性。

理想的情况是背景可以具有可配置的透明度,但是渲染的文本可以是不透明的-不知道这是多么可实现。

同样,您可能会在这里遇到易读性问题,需要确保...

我喜欢丙烯酸效果,我希望能够在聚焦的窗口中使用它

当窗口聚焦时,我不能使用丙烯酸树脂,因为即使在终端机允许的最小设置下,文本也无法清晰阅读。

因此,我希望能够减少在聚焦窗口时施加的丙烯酸效果的强度。 仅作为示例,如果我们可以使用丙烯酸效果,并在其顶部应用透明的深灰色层,以使效果更微妙,则效果可能会很好。

可替代地,能够使模糊更加强烈和/或将其减小到接近零将极大地增加实际使用中的灵活性。

我以为你已经有能力了? 这就是我从联系人那里获得的信息:“要使丙烯酸树脂更适合具有不同首选项的用户,您可以按下并按住CTRL + SHIFT并用鼠标滚动滚轮或使用触控板“缩放”以将透明度从0%动态调整为至约50%。” 这是特定于终端的功能,但是如果这很有趣并且得到了社区的支持,我们可以考虑将其系统化。

我想在窗口不聚焦时使用丙烯酸

意识到这可能是无法实现的,只是为了完整起见在此包括在内。

理想的情况是,与聚焦窗口相比,可以应用不同的模糊设置,并在顶部使用可选的alpha图层以降低强度。

抱歉在这里提到基于水果的OS,但就上下文而言,它们在聚焦窗口和非聚焦窗口上都使用alpha层,甚至在那些窗口内的各个图标上也具有不同的alpha层。 因此,这并不容易,但肯定是可以实现的。

我想在这里了解用户场景。 我鼓励那些想要这个的人在我们的主要WinUI存储库中提出建议。

我不知道能够按Ctrl + Shift +滚动键-谢谢!

我完全同意以美学的一致性为目标,但是我永远不会将其置于功能体验之上。 我一般对WinUI中的不透明度/丙烯酸没有真正的看法-我希望这听起来不礼貌,但是我有点“接受或放弃”。 我真的只是在这里考虑终端的有限上下文中的可用性含义。

希望这些观察结果和集中的控制台可以澄清:

  • 0.999不透明度:我可以清楚地阅读控制台文本。 但是,我无法在该窗口下看到任何分层的窗口。 该效果没有“哇”的因素。
  • 0.9不透明度:这提供了通常可用的平衡。 我可以相当清楚地阅读控制台文本,尽管背景显得有点过亮。 它几乎没有功能性的目的,因为几乎看不到它后面的窗户。
  • 0.5透明度:透明度开始变得有用,我可以体会到这背后的窗户...但是前景文本肯定开始失去可读性。
  • 0.1不透明度:看起来很棒,效果非常好。 但是,要在某些背景窗口下进行阅读正成为一场真正的斗争……而且,由于背景文本仍然无法阅读,因此几乎没有功能上的好处。 因此,您认为“在不聚焦的窗口上这不是很好!”,意识到这是不可能完成的,并重新增加不透明度。 从纯粹的美学角度来看,到这一点,当我将焦点从该窗口移开时,从丙烯酸到“无”的过渡是令人讨厌的,因为它“将聚焦”添加到了非聚焦的窗口,并且突然过渡非常明显因为丙烯酸效果更强。

我没有一个很好的平衡点。 我担心有人会告诉我有关完全可配置的模糊设置或不久的事情,我会觉得很愚蠢...

正如我说的那样,这可能是实现常规透明度的工作-也许我必须将其关闭并拥有更简单的控制台体验:)

我认为用户应该随便使用他们觉得舒适的东西。 我认为终端不必向用户“施加”某种背景。 假设有3种“模式”

  • 完全不透明的背景(即"useAcrylic": false
  • 压克力背景(即"useAcrylic": true )。 应该保持默认值,因为它看起来不错。
  • (半)透明背景。 这个问题目前不存在,可能会回答所有投诉。

我认为,当窗户失焦时,丙烯酸不会消失很多:老实说,我不认为丙烯酸的意义在于无论如何都不能让您看到窗户下方的东西,这在我看来糖果。 因此,不喜欢这种丙烯酸效果消失的人可能会对半透明的背景感到满意,这将使他们能够看到所需的一切。

但是,要使此工作正常进行,即使窗口不在焦点上,也需要始终保持其透明度。

明智的选择是,如果采用三态系统,则可以添加backgroundMode类的东西,并以filledtransparentacrylic作为选项,而不是简单的布尔useAcrylic

只是我的两分钱。 我只是希望透明版本在技术上可行,因为我认为这对于那些对当前的透明解决方案完全满意并将终端视为降级的电力用户来说是一个主要的卖点。

呵呵,看来电力线字体的箭头坏了
image

编辑:这是由#633跟踪的,我是盲人,尽管出于某种原因,到目前为止它还可以正常工作

当运行具有鼠标功能的控制台应用程序时(例如FPC的菜单栏,但处于文本模式),鼠标单击将选择其下的字符,而不会进入基础应用程序。

@ leduyquang753这是此页顶部“我们知道的事情:”中的最后一项-参考#376,#545

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

WinUI 3.0计划将桌面应用程序模型作为一种选择,以便开发人员可以在类似于WPF的完整桌面模式下使用UWP的功能。 出于这个原因和其他一些原因,WinUI确实令人兴奋:)

我认为这解决了在Win32上拉入WinUI选项卡的问题?

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

WinUI 3.0计划将桌面应用程序模型作为一种选择,以便开发人员可以在类似于WPF的完整桌面模式下使用UWP的功能。 出于这个原因和其他一些原因,WinUI确实令人兴奋:)

我认为这解决了在Win32上拉入WinUI选项卡的问题?

我敢说Windows终端项目将成为许多WinUI Desktop方法的试验场

@chigy

@ drk-mtr,我们不希望许多应用程序创建类似概念的不同版本来给用户带来不一致的体验。 因此我们决定在这里使用丙烯酸。 丙烯酸比常规透明还有助于提高可读性。

在一天结束时,丙烯酸看起来很漂亮,但是无论如何都不会有用。
透明度-我曾经使用过的所有其他终端都支持的功能-非常有用。

我了解它目前尚未实现,但是说实话这不是为保持一致性而应支持的功能,这有点愚蠢,尤其是在宣传视频显示的是完全透明的玻璃状窗口时。

我不知道为什么营销会做出这种选择? 我的猜测是因为他们知道__每个人都想要一个透明的终端__。

我在该项目中看到很多“由于我的原因我不想要它”(想到透明和拆分窗格)。 因此,不要在您的设置中启用它吗? 为什么很难获得丙烯酸和透明度并将选择权留给用户?

iterm2是一个很好的例子。 它具有透明性,带有用于模糊和不透明程度的滑块。 用户选择。 现代终端应具有这些功能。

@jwhipp的确切原因(以及跟踪此问题的确切原因)就在这里,我认为https://github.com/microsoft/terminal/issues/1753#issuecomment -508070516

@jwhipp的确切原因(以及跟踪此问题的原因)在这里,我认为是#1753(评论)

我认为那条评论没有定论。 实际上,这个问题仍然悬而未决。 链接问题之后,由于用户最终要求使用椭圆形窗口而关闭了该窗口。

看来,因为这个问题被列为它是一个相当最终决定“的事情,人们想要的,但我们将无法修复”这个megathread的第一条消息。 我认为它是开放的,因为它仍然是一个问题。

@rogersachan @mdtauk

我敢说Windows终端项目将成为许多WinUI Desktop方法的试验场

Windows Terminal是使用Xaml Islands托管WinUI组件(TabView)的应用程序的一个很好的示例。 为此,它看起来已经有点像WinUI桌面应用程序😊我们希望很快就可以共享有关WinUI桌面的更多信息! 同时,请将有关WinUI Desktop的评论直接发送到主要的WinUI存储库: https :

@chigy

@ drk-mtr,我们不希望许多应用程序创建类似概念的不同版本来给用户带来不一致的体验。 因此我们决定在这里使用丙烯酸。 丙烯酸比常规透明还有助于提高可读性。

在一天结束时,丙烯酸看起来很漂亮,但是无论如何都不会有用。
透明度-我曾经使用过的所有其他终端都支持的功能-非常有用。

我了解它目前尚未实现,但是说实话这不是为保持一致性而应支持的功能,这有点愚蠢,尤其是在宣传视频显示的是完全透明的玻璃状窗口时。

我不知道为什么营销会做出这种选择? 我的猜测是因为他们知道每个人都想要透明的终端

@iCodeSometime ,谢谢您的反馈。 终端“ Sizzle Video”是由终端工程团队设计的,旨在分享他们对终端的期望,……建造后……当时还不是! 实际上,透明背景确实应用了模糊效果,尽管它比Acrylic当前支持的模糊程度小且透明度更高。

终端团队在一段时间之前为控制台添加了纯透明性支持,但是已经收到用户的大量反馈,即纯透明性可能导致前台控制台的文本与下面的控制台/终端/编辑器的文本“冲突”:
image

许多用户要求可调整的模糊纹理来避免这种碰撞,同时仍然能够在当前打开的终端下获得运动感/窗口内容:
image

@jwhipp评论说,终端团队还提供了一种用户调整到某一点的

话虽如此,终端知道所有反馈,即用户希望比当前通过Acrylic提供的模糊和透明度更好,更独立的控制。 我们(WinUI)正在与Terminal合作,并很快与包括您这样的社区成员在内的其他人一起在新的半透明背景纹理上进行工作。 请加入WinUI GitHub,以进行有关Windows其他材料的未来讨论。

请不要混淆我们,不要因为缺乏意愿而立即实现每个请求的功能:我们希望实现许多请求的功能,但是我们必须根据有限的资源,时间表和其他需求来对工作进行优先级排序。

仅仅因为我们现在不能实施某些东西,并不意味着我们将来将无法实现它,或者社区中的某人无法实现它!

案例分析:我们将与WinUI团队合作改善终端使用的背景模糊功能。 请遵循此问题,并分享您的观点等: https :

@jwhipp回复:

为什么很难获得丙烯酸和透明度并将选择权留给用户?

您可以通过useAcrylic设置启用Acrylic,并根据需要通过acrylicOpacity设置调整其模糊程度。

在我看来, @ chigy可以解决的一个简单得多的解决方法就是选择比屏幕截图中使用的透明度更合理的数量,而该透明度并不会抵消透明度的好处。

例如,这是不透明度设置为80%的相同屏幕截图的样子
image

终端中的所有内容都清晰易读,即使它直接位于另一个终端的文本之上。 终端后面的所有内容也清晰可见(与您的丙烯酸屏幕截图相反)

我知道这是预发行软件,给我留下了深刻的印象,你们在快速纠正其他报告的问题(例如#2771)方面做得很好。 我绝不希望明天增加透明性,但是希望此屏幕截图有助于说明为什么在我可以将其用作默认终端之前为什么需要普通透明性,以及为什么丙烯酸不是很好的替代品-尽管我同意,看起来很酷。

您可以通过useAcrylic设置启用Acrylic,并根据需要通过acrylicOpacity设置调整其模糊程度。

是的,我弄错了,我无法真正告诉您实现完全透明的难度有多大,所以我对此表示歉意。 我对那些说“我不想要这样,不要实现”的人更多地评论,当它确实应该/应该真正成为开/关设置时。

这里的要求是关于模糊/不模糊以及具有完全的透明度。 例如,如果我将acrylicOpacity设置为0.0,则仍然有模糊,它只是最小阴影。 我们希望有一个不同程度的阴影不模糊的选项。

就像我说的那样,最好的参考是iterm2及其如何处理透明性的模糊。

新版本在黑暗模式下将标题栏的颜色更改为更亮。

image

我更喜欢旧颜色(左侧)。

@escalonn感谢您的反馈。 我们最初的色彩设计不是很容易获得,很多人对无法区分标签感到不满意。

现在,我们锁定WinUI的总体主题,以实现更广泛的系统一致性。

@jwhipp没问题-只是想确保您知道我们所暴露的一些旋钮和转盘。 哪一种会放大您的观点:在没有明确的对与错以及最终用户的选择真正重要的地方,我们常常会错误地公开设置/选项。 但是,我们知道这不会扩展,并且会时不时采取更为自以为是的立场,例如选项卡条中的颜色发生变化-而是由(出色的)WinUI小组的工作来建立。通过其控件套件可访问,一致,美观的用户体验。

@iCodeSometime-建立用户体验的困难之一是有很多需求和意见。

减少窗口的透明度当然会使事情更清晰,但对于许多人来说还不够。

某些人喜欢一定程度的模糊/磨砂来遮盖下面窗户的特定内容,同时仍然能够看到(例如,构建完成或应用程序关闭时)等,而不必不断地来回滑动。 特别是当最上方/聚焦的窗口最大化时。

我们也不想重新创建必须在Console中采用的GDI的蛮力透明性模型,在该模型中,整个窗口都是透明的-边框,标题栏,背景和..重要的是...文本内容。

而且我们必须确保终端是可访问的,灵活的,可配置的和高效的。 在我们努力完成并稳定Terminal的v1.0功能,然后开始使用v2.0时,请耐心等待。

我不知道为什么...但记事本在Windows商店甚至有它的聚焦效果亚克力。
它的源代码位于https://github.com/JasonStein/Notepads

image.png

可以使用以下方法: https :

我在终端上放置了标准的Windows边框。

灯光模式,标题栏中的颜色已禁用:
frame

灯光模式,标题栏中的颜色已启用:
frame color

深色模式,标题栏中的颜色已禁用:
frame dark

深色模式,标题栏中的颜色已启用:
frame dark color

你怎么看? 我是否应该进行公关?

更多细节:

  • 它还解决了握柄在左侧,右侧和底部过窄的问题
  • 我还删除了顶部的大手柄以调整大小,现在您通过抓住拖动栏顶部的手柄来调整大小

@ greg904老兄,你继续为我做我的工作! 我很乐意为此查看PR! 谢谢

(我们一直在与DWM团队进行讨论-他们希望我们成为更好的公民,我们想要成为更好的公民,它将解决#1625中的一大堆清单项目!)

PR#3394

但是,这并不是真正的标准边界,我使用了一些技巧。

我实际上注意到了一件有趣的事情-尽管终端机在未聚焦时失去了透明度,但它却保持了平板电脑模式下的透明度(令人惊讶地),这看上去非常不错。
Screenshot (2)

我不确定是否有人注意到这一点,但是。
image

@ greg904仅供参考,

菜单中是否可能有子文件夹? 我希望能够将WSL发行版,Powershell版本,编程环境等项目组织在一起。

@ str8edgedave您正在寻找“在profiles.json中允许下拉菜单自定义”#1571

为“无法对标签进行重新排序” +1。 请不要像Windows那样做,因为您永远无法更改虚拟桌面的顺序。

应该有一种方法可以消除IMO卡上的间隙。

image

应该有一种方法可以消除IMO卡上的间隙。

image

他们不应该放在第一位,imo。 在平板电脑模式下,该空间有很多漏洞。

是否可以在启动wt.exe时在现有终端窗口中创建新选项卡,而不是打开新窗口?

为什么不使标签栏颜色像边缘一样?

image

在Edge中,有一个深色的标题栏,其选项卡更亮一些。 因此,这与终端当前的样子相反,我认为边缘做的方式看起来更好。

这是因为您的大脑自然会将更明亮的事物视为前景

从上面的讨论中看来,重点只是具有深色和浅色主题,但是为什么标题栏颜色不能简单地尊重用户选择的强调颜色?
image

我认为强调色适合标题栏,但不适合标签背景。

@ xa0082249956 @ greg904

嗨,大家好,我是Notepads的作者,这就是我如何始终为Notepads App的标题栏和窗口主体使用背景丙烯酸效果的方法: https

我在UICompositionAnimations库的帮助下使用“ AcrylicBackgroundSource.HostBackdrop”自己创建了Acrylic画笔,使我的生活更轻松(请参阅:https://github.com/Sergio0694/UICompositionAnimations)。

它基本上是使用合成API(AcrylicBackgroundSource.HostBackdrop +噪波纹理)从头开始创建画笔。

*更新**

我的自定义版本的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

请向光标添加alpha混合,完全看不见其下方的文本。

image

您好-我很想看看当它不是活动窗口时应用的丙烯酸效果。 当我打字时,我想集中精力。 当它偏向侧面时,我希望它看起来很酷:)或更好的是,为活动和背景设置明确的选项,因为人们也希望将其永久启用。 谢谢-很棒的应用程序。

使用窗口捕捉功能时,边缘周围会有一个小边框,即窗口无法完全捕捉,显示了桌面的一部分或终端后面的任何东西。

来自#3337中的@ SFM61319

另外,配置文件菜单和按钮看起来不太“流畅”。 请在其中添加一些AcrylicBrushRevealBrush画笔,以使效果更流畅。


这是有关何时使用丙烯酸以及何时不使用丙烯酸的官方文档: https: //docs.microsoft.com/zh-cn/windows/uwp/design/style/acrylic#transient -surfaces。 从该页面:

默认情况下,我们的许多控件将使用丙烯酸。 调用菜单时,MenuFlyouts,AutoSuggestBox,ComboBox和类似的带有光弹出窗口的控件都将使用瞬态丙烯酸。

奇怪的是我们的MenuFlyout没有使用它,我们没有做任何自定义它...

合并#5485后,现在可以在标签栏上使用压克力吗?

@wazybr我短暂地尝试将标题栏笔刷换成丙烯酸笔,以进行尝试。 它没有用,但是也许有一种不太天真的方法(在#5485中@ DHowett-MSFT的屏幕快照似乎暗示可能)。

是的-现在_works_,但仍然有一个地方可以将笔刷从标题栏中移出并将其转换为SolidColorBrush。 当然,这将导致其爆炸。

app.xaml中还有TabViewBackground笔刷。 :微笑:

我们不会接受今天随意添加的贡献,因为有太多的人想要各种各样的东西:

  • 标签颜色=终端颜色
  • 标题栏颜色=终端颜色
  • 标签颜色=丙烯酸
  • 标题栏颜色=丙烯酸
  • 标题栏颜色=标签颜色

这就是为什么我们要处理#3327“主题”的原因。

我明白。 标题栏上的亚克力可以很好地触摸UI,并与_Photos_和_Movies&TV_等其他Windows应用程序保持一致。

@DHowett您可以更改OP以更好地反映这种可能性吗?

当然,我编辑了它。 谢谢。

嘿@ zadjii-msft,首先,我很抱歉迟到了一个月。
现在,我已经阅读有关何时使用丙烯酸和何时不使用丙烯酸使用丙烯酸。 如果默认情况下应该使用Acrylic(未使用),则不一致的情况要比一致的情况多(因为它不是应有的状态,其余类型都没有显示),表示UI粗糙和不一致)。

奇怪的是我们的MenuFlyout没有使用它,我们没有做任何自定义它...

我不知道这是否只是代码中隐藏的错误或某些错误,但是,我认为您(Microsoft团队和/或任何对此进行编码的人)也许应该尝试使用Style属性添加手动AcrylicBrush (因为无法自动使用它)以使UI更加一致(因为其他UWP应用将Acrylic用于此类菜单-表示UI一致性)可能会在将来的更新中使用。

另外,您的评论并没有真正回答有关RevealBrush用法的第二个问题(?)(也许您没有注意到)。
显示画笔为UWP应用的UI(IMO)增加了更多的一致性,并且被许多应用(包括“设置”应用)使用。 它对暗模式用户(再次是IMO)更加有效,因为它使用白色“光”(或渐变)突出显示了暗背景,而与亮模式不同,在“亮”模式下,揭示仅添加了暗边框渐变,对白色背景没有任何作用。 因此,如果在newTabMenuFlyout按钮中使用了Reveal笔刷,则UI看起来会更加优美和一致(同样,IMO)。

因此,请考虑添加AcrylicBrush (用于MenuFlyout )和RevealBrush (用于按钮)。

谢谢!

编辑:此外,如果有人想回复我,请在回复我时使用@来提及我(因为GitHub在有人提及我时回复我时通知GitHub)。
此外,这是真正的题外话(但请不要标志着这是题外话了这一行):你是一样的U / zadjii Reddit上(因为如果你是,我看见你在R /窗和毛毡熟悉)?

当窗口没有像铬/边缘铬那样最大化时,最小/最大/关闭按钮是否应该较小(像其他UWP应用一样)并在其下方留有空间? 并且它们下面的微小区域将是可拖动的。
像这样:
image

当窗口没有像铬/边缘铬那样最大化时,最小/最大/关闭按钮是否应该较小(像其他UWP应用一样)并在其下方留有空间? 并且它们下面的微小区域将是可拖动的。
像这样:
image

FWIW,这是Edgium的工作方式:

image

当窗口没有像铬/边缘铬那样最大化时,最小/最大/关闭按钮是否应该较小(像其他UWP应用一样)并在其下方留有空间?

Edge是我可以看到的唯一一个执行此操作的应用程序,它可能是拥有自己的跨平台UI工具包而不是“本机”控件的副作用。

因此,要回答您的问题,我可能不会回答。

当窗口没有像铬/边缘铬那样最大化时,最小/最大/关闭按钮是否应该较小(像其他UWP应用一样)并在其下方留有空间? 并且它们下面的微小区域将是可拖动的。
像这样:
image

在Windows上,按钮的最左端保留为可拖动区域。 因此,在底部具有相同的内容是多余的。

当窗口没有像铬/边缘铬那样最大化时,最小/最大/关闭按钮是否应该较小(像其他UWP应用一样)并在其下方留有空间?

Edge是我可以看到的唯一一个执行此操作的应用程序,它可能是拥有自己的跨平台UI工具包而不是“本机”控件的副作用。

因此,要回答您的问题,我可能不会回答。

Edge中也很烦人。 它们应在Edge中居中。 我希望新的Windows应用程序保持一致。

我仍然看到一个使标题栏为亚克力的复选框,但实际上没有一个复选框使它像其他所有应用程序一样尊重系统颜色。

image
_“ Windows Terminal拥有自己的固定标题栏颜色,忽略了系统给定的系统活动和非活动标题栏颜色” _

至少可以将该功能更改为“标题栏自定义选项”,以便我们中那些只想保持一致性的人仍然可以做到这一点吗?

我仍然看到一个使标题栏为亚克力的复选框,但实际上没有一个复选框使它像其他所有应用程序一样尊重系统颜色。

image
_“ Windows Terminal拥有自己的固定标题栏颜色,忽略了系统给定的系统活动和非活动标题栏颜色” _

至少可以将该功能更改为“标题栏自定义选项”,以便我们中那些只想保持一致性的人仍然可以做到这一点吗?

大多数现代Windows应用程序都不遵循系统颜色,而是拥有自己的颜色。 因此,这是一致的。

我仍然看到一个使标题栏为亚克力的复选框,但实际上没有一个复选框使它像其他所有应用程序一样尊重系统颜色。
image
_“ Windows Terminal拥有自己的固定标题栏颜色,忽略了系统给定的系统活动和非活动标题栏颜色” _
至少可以将该功能更改为“标题栏自定义选项”,以便我们中那些只想保持一致性的人仍然可以做到这一点吗?

大多数现代Windows应用程序都不遵循系统颜色,而是拥有自己的颜色。 因此,这是一致的。

那么您是说我们应该继续保持一致不一致吗?

这就像说您会因为每个人都做而做错了什么。

因此,在对此问题和其他问题进行一些探讨之后。

标题栏不遵守尊重系统主题#1963的问题已经存在,该问题堆积在另一个问题#3327上。 与此“兆线程”问题列表已过时/不建议使用。

考虑到这两个问题的年代久远,似乎开发人员的兴趣很低,这使得实施不太可能。

因此,我个人决定放弃选项卡功能以获得视觉一致性。

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

image

只是在此处保留此信息,以防与他人相关。

嘿,根据记录,在#3327和#5772中,关于配置选项卡颜色和选项卡行(标题栏)颜色的方法,有很多讨论。 此处讨论的选项包括将标题栏与系统重点颜色匹配,或将选项卡与窗口中集中的控件的颜色匹配。

仅仅因为一个问题已经存在并不意味着它就被放弃了。 #3327是我的_favorite_问题之一,我非常期待能有时间继续工作。

在XAML控件库中发生的相同事情: https :

哦,然后右键单击标题栏中的标题按钮不会打开Sizer的菜单,这是Brianapps的一款可与Office套件一起使用的应用,该应用似乎具有自定义的标题栏。

此页面是否有帮助?
0 / 5 - 0 等级

相关问题

carlos-zamora picture carlos-zamora  ·  3评论

wolf99 picture wolf99  ·  3评论

be5invis picture be5invis  ·  3评论

r0mflip picture r0mflip  ·  3评论

nurbles picture nurbles  ·  3评论