• 意见建议
  • 关于 uTools 任务切换的逻辑等功能改进建议

关于一些功能改进方向的建议

先说一下背景,我原本是一个 macOS 用户,同时是重度的 Alfred 用户,在切换到 Windows 后,各种寻找下,尝试过 listary, Wox, Switcheroo 最终选定 uTools(v1.1.1),因为 uTools 是目前我体验过最为接近 Alfred 的软件。

我个人选择一款软件时,无非是对比这款软件的 够不够好用、运行得不快,价格是否便宜。uTools 是对比、权衡后的选择,好用的部分,诸如 能够支持拼音的模糊搜索 / 网页快开 等功能很便捷。不得不承认的是,由于 uTools 基于 Electron 开发,在性能方面稍逊于原生 APP,但这点可以以当前过剩的性能弥补。价格这点见仁见智,99 元甚至没办法捞起一顿火锅。

但是,在好用这点上,由于 uTools 还很年轻,距离十分成熟 Alfred 的差距还是相对比较大的,我想指出一些自己用得多,但不一定能感知到的功能点

切换任务时,优先切换进程,而不是创建一个新的进程

不得不说的是,有一个也是最大的一个,不符合直觉功能,就是切换任务时,uTools 是启动一个新的进程,一般而言,我们更倾于切换到当前正在运行的进程。我不是 Windows API 的专家,也基本上没有用过 C# 编程,但是我在 Switcheroo 发现类似的功能,检测顶层 Window 的源码在 Github 上能找到 https://github.com/kvakulo/Switcheroo/blob/master/ManagedWinapi/SystemWindow.cs#L346-L362 ,希望能帮助 uTools 的改进。类似的问题在 Wox 社区 和 Listary discussion1 Listary discussion2都有人提到,而且已经有多年历史。我相信,如果 uTools 能够在 Windows 上整合这个功能,将成为一个 killer feature,也可以让 uTools 成为一个 killer app

我认为,具体的逻辑可能是这样,优先检测 toplevel window,如果 match 了 input,则直接切换到这个 toplevel window,否则启动一个新的进程

最近最常用任务上浮

虽然用的时间还不长,但发现 uTools 目前的排序算法相对是固定的,如果能有算法,将最近最常用的任务优先排序,那会更贴合实际,对于用户来说,第一项就是自己想要的,那会是一个小惊喜

待补充

写的时候已经是 01点11分 了,有点晚,不过还会在之后的体验中继续反馈发现的优势与缺点

homura

关于任务切换那个,umm,我觉得你想要的那种操作应该是“任务管理器”(Alt+Tab),而utools是一个“启动器”,启动器就是代替你点击开始菜单的图标而已,至于启动原来的窗口还是启动新的窗口,那就是软件自己决定的,就好像QQ,支持多开,那在开始菜单点击QQ图标就是打开一个新的QQ,而不是把之前那个弄出来,这才是启动器的逻辑吧。我用utools这么久没有觉得不适,应该是因为我用utools打开应用,用cmd+tab切换窗口。
当然,没有什么是加一个开关不能满足的,看utools官方怎么看咯

    homura
    window可以用我的窗口管理插件,后期应该也会支持mac并上架插件中心
    当然,这是一个插件,你的需求应该是集成到本体里
    不过,给这个插件设置一个快捷键后同样很方便。
    因为事实上,如果你想要切换到一个现成的窗口,你应该是已经明确知道自己有这个需求的,而不需要交由软件判断,所以,要启动软件时,先alt+space,再搜索启动,要切换时,先使用这个插件的快捷键,再搜索切换

    fofolee
    hello,感谢你的回复。简单看了一下,感觉是一款不错的插件。

    但还是想说,我们可以试试从需求出发,大部分会使用 uTools 这类 launcher 的用户都是希望能够脱离鼠标工作的,Win 10 的开始其实已经试图解决这一个问题了,但开始还是以启动一个新的进程的方式来工作。用户使用 uTools,其实是希望它作为一款生产力工具的,使用肌肉记忆敲命令,减少用眼睛做二次识别的次数。

    大多时候,我们是这样进行工作的,浏览器 n(不限于 Web 浏览器,如 Chrome / PDF 阅读工具 / 或是其他 Renderer 用于各类行业的特殊文档渲染)+ 编辑器 n(用于产出,可能是 IDE / Typora / VSCode / Word 等)+ 即时沟通软件(各类 IM,如微信 / Telegram 等) 。

    我们是不是会更习惯于切换回看到一半的资料,回到编辑器继续编辑,有 IM 消息时切换到 IM 进行沟通这样的模式,但这时候我们需要切换回 Chrome,使用 uTools 键入 Chrome 却打开了一个全新的实例。

    简单点说,我们需要经常两个以上窗口间切换,Ctrl + Tab 的方式已经不足以支撑我们的需求,因为 Ctrl + Tab 还需要识别并定位到我们需要的窗口。插件的方式类似,还是会有额外的心智负担,我需要提前布置好这些软仵,并用另外一种方式启动插件,而不是直接启动 uTools,如 Wox 中提到的这两个问题一样
    https://github.com/Wox-launcher/Wox/issues/1922#issuecomment-449648777
    https://github.com/Wox-launcher/Wox/issues/1922#issuecomment-630953943
    对于用户有一定试错成本

    homura

    我们需要切换回 Chrome,使用 uTools 键入 Chrome 却打开了一个全新的实例

    实现了你的功能后的场景:
    当我想要启动一个新的chrome窗口时,在启动框里输入chrome却切换到了现在的窗口
    可以all in one,但all in one不应该直接替用户做决定

    fofolee

    确实如你所说,不能够 all-in-one in one way,但我认为,默认的、直接的操作应该是留给高频的场景,启动一个新的进程相比于打开已有的窗口来说,应该是一个相对低频的场景

    这边我直接引用 Wox issue 中提到的这种方式,在我们知道,确确实实需要启动一个新的实例的时候,可以以 new 开头来做这件事

    Hey, "UX" guy here. It still isn't ideal to have two key combos for this (alt+tab replaced by Switcheroo and alt+space for Wox). I have two machines, one MacOS and one Windows. In an ideal world I could use Switcheroo and Wox on Windows to function in the same way as spotlight or alfred on MacOS - i.e. when performing any normal query on Wox, without the Switheroo prefix 'win', Wox knows to prioritise opening existing windows of that application over opening a new instance of it. To fill the gap this change would leave behind, I'd prefer having to prefix or suffix a query with a command to explicitly start a new instance of an application rather than opening an existing tab. Like "new Spotify" or "new Chrome". I think I'm right in saying that most users would prefer this behaviour.

    往长远一些来说,Windows 上的各个 launcher 都是用类似 Win 10 开始旁边的搜索框,说实话没有产生太大的差异,之所以上面会提到直接切换窗口可能成为一个 killer feature,是因为这个需求,它其实是一个高频场景,当前却没有整合得足够完善,因此,它是可以让 uTools 跟其他产品拉开差距的一点

    homura 其实吧。。一个软件是可以对应很多窗口的,比如你搜 chrome,结果只有一个,但窗口可能会有很多,这时候是激活哪一个呢
    所以不存在整不整合,只是说要不要添加显示已打开的窗口,在所有搜索结果中置顶那些匹配的窗口标题,然后选择激活
    我印象中貌似 powertoys 就是这样的?

    fofolee

    十分感谢,原来还有 PowerToys Run 这样的工具。确实很类似,但感觉还是不够直截,个人会倾向将正在活动的窗口优先排序。

    题外话,刚试了下 Preview 的 PowerToys Run,性能感人... 可能确实太早期了

    3 个月 后
    说点什么吧...
    闽ICP备18007474号