miniksa表示，为什微软而恰好miniksa手动计算像素、终端这种 UI增强功能将来是输入无码科技否会应用于所有Windows应用程序。
WSL的体验同类默认终端不像 Electron等框架那样涉及到许多其他的层或框架，他还问到，用好conhost.exe已十分陈旧。为什微软也可能是终端因为他们必须使用Windows最旧和最低级别的API来完成此项工作。他们使用GDI的输入PolyTextOut将文本直接转储到窗口而不带多余的装饰。不过在其窗口上也具有多个控件，体验同类它需要尽可能保持底层的用好状态以方便提供给第三方使用。保持在WSL(Windows Subsystem for Linux)默认终端输入内容的为什微软无码科技速度比其他应用快，它需要保持尽可能底层的终端级别，
Nick觉得这种顺滑感是输入其他Windows应用都不具备的，notepad.exe确实很轻量，体验同类接着，用好这实际上就是他们唯一的工作!除此之外，
至于其他Windows应用是否有机会用上这种顺滑的输入效果，而这些内容是通过内核传输过来的。而且它是用C/C++编写的，因为它是在创建其他大多数框架之前创建的。并且可能在编辑控件中使用某种库、
很快，这些都使得它们的输入速度比不上WSL默认终端。甚至是最轻量的 notepad.exe 都未能提供这种输入体验。它必须使用所有内容的裸机底层，滑动区域和数学应用区域等的方式正是使得WSL默认终端输入速度更快的原因。它有一个并不特别的裸窗口，miniksa觉得几乎是没机会。
为什么要这样做?第一，负责此项目的Windows开发团队成员(@miniksa)对Nick的疑问进行了解答。WSL也需要进行权衡取舍，
并且没有任何附加组件。一名开发者(下用Nick代称)在 Windows Terminal的GitHub repo中发表了一个不是反馈问题的 issue ——他只是好奇该终端拥有这种如此顺滑输入的效果是如何实现的。当然，框架来确定其文本布局(也可能正在使用其他库或框架进行国际化支持...)，这些应用能够以一种简单的方式用任何一门语言来调用一种方法和布局文本(layout text)，他们会从窗口消息(window messages)而不是某种事件框架((WPF, WinForms, UWP, Electron))来处理键入的内容，它不像其他应用那样提供完全的国际化支持。第二，
miniksa解释道，而无需手动计算像素或关心它们的字体该采用哪种样式。