选择 option 时支持输入

[weinibuliu]

目前遇到的需求是，一个 option 里面有40多个可选项。如果在 cli 中展示这么多选项，会造成一定的不便。

目前的设想是，让开发者提供一个可输入值列表，任何列表之外的值都被视为无效输入，提示用户重新输入。

[MistEO]

要不直接输入字符串？

[MistEO]

我感觉会有一堆多一个空格、打错一个字，然后问为什么不能用的（

[Windsland52]

在ui接受输入并处理，然后运行时对interface的override部分处理如何

[neko-para]

感觉不如push ui让支持搜索option, 比如用个combo box之类的 🤔

[weinibuliu]

CLI可以这么做吗（？）

UI方面的实现倒是比较多样，大部分UI框架的Option应该都支持通过输入去检索选项。

这个issue的核心是在讨论CLI关于option的实现。

如果我们有官方UI就好了

[neko-para]

CLI可以这么做吗（？）

分平台写还是能搞得，但是估计玛丽懒得搞（

[MistEO]

给 CLI 定个性，就是开发者刚刚写完 json 临时找一个凑合能用的 UI 用用，不建议给用户直接用（给用户的最好是 GUI），或者某些 GUI 实在跑不通的平台凑合用用。

以后大概率也不会上什么新功能了，不打算进一步搞了

---

不过 Mirror 酱 我还是打算接进去的，赚钱嘛，不寒蝉.jpg

---

或许我们需要一个 跨平台的 官方 GUI，可能最好是 QT，等我闲下来再研究一下（画大饼

[neko-para]

这就给deps加qt，狠狠膨胀

[MistEO]

这就给deps加qt，狠狠膨胀

不放 deps 了，肯定要另外开一个仓库

[neko-para]

这就给deps加qt，狠狠膨胀

不放 deps 了，肯定要另外开一个仓库

再搞个vcpkg仓库？

[MistEO]

这就给deps加qt，狠狠膨胀

不放 deps 了，肯定要另外开一个仓库

再搞个vcpkg仓库？

我的意思是 QT GUI 肯定要另外开个仓库，是一个独立项目，这样的话它的依赖肯定不放在 MaaDeps 里了。至于要不要再弄个 vcpkg 仓库给 QT GUI 用，可以再讨论下，我感觉都行

[neko-para]

按理说vcpkg应该自己能缓存来着, 晚点我弄个仓库试试

[weinibuliu]

也就是说CLI是MaaFW的最小实现。CLI只保证能跑，其他便捷性不在考虑范围内（大概是这个意思吧）

其实通用UI的话用webui或许也可以？就像MaaDebugger用的Nicegui，这样体积会很小，只需要用户计算机上有webview就好了（而且即便因为某些原因调用不了系统webview，用户也可以在浏览器输入地址+端口访问）

[neko-para]

也就是说CLI是MaaFW的最小实现。CLI只保证能跑，其他便捷性不在考虑范围内（大概是这个意思吧）

其实通用UI的话用webui或许也可以？就像MaaDebugger用的Nicegui，这样体积会很小，只需要用户计算机上有webview就好了（而且即便因为某些原因调用不了系统webview，用户也可以在浏览器输入地址+端口访问）

webui的主要问题是玛丽不会(

[neko-para]

@MistEO 大概试了下qt, 感觉用vcpkg搞的话会弄出来很多重复的代码(指和deps), 有点呃呃

[weinibuliu]

webui的主要问题是玛丽不会(

Debugger不是玛丽写的吗（？

[neko-para]

哦py的那确实是

[neko-para]

感觉搞qt不如直接摆烂electron, 直接复活maax(

[weinibuliu]

感觉搞qt不如直接摆烂electron, 直接复活maax(

支持maax复活

[neko-para]

大概糊了下, qt搞下来100M左右, 感觉不如直接electron(

[neko-para]

要是复活的话我就去搓板子了, 我记得我还专门搞了个electron的模板仓库来着(

[weinibuliu]

这个issue的使命好像已经结束力（not planned）

关于通用UI的话另开一个issue罢（