在【搜索】中,增加对“双拼”的支持

功能建议 · 1627 次浏览
diudo 创建于 2天1小时前

CL大佬您好:

在使用 Quicker 的 【搜索】功能中,我觉得它极大地提高了搜索内容的效率。

不过,作为一名“双拼”输入法用户,在使用该功能时遇到了一点小小的“阻力”。

1. 现状与需求

目前该模块支持的是“全拼”或“拼音首字母”匹配。

对于双拼用户来说,当我们试图快速搜索文件时,大脑本能地想输入双拼编码,但为了配合目前的搜索逻辑,需要强行切换回全拼思维或提取首字母,这在一定程度上打断了“心流”,降低了原本该有的极致效率。

因此,建议在相关设置中,允许用户开启“双拼支持”,并选择常见的双拼方案。

 

2. 关于“双拼”及其用户群

考虑到可能部分朋友对双拼不是特别熟悉,稍微说明一下:

什么是双拼?

双拼的核心优势在于恒定键数:绝大多数汉字只需要敲击2次键盘即可完成输入。

虽然相比全拼,使用双拼的用户占比相对较小,但这部分用户通常是极致效率的追求者,这与 Quicker 的核心用户画像是高度重合的。

对于这部分用户而言,支持双拼能带来显著的体验提升。

 

3. 示例场景

假设我要搜索文件名包含“效率”的文件:

全拼/首字母模式: 我需要输入 `xl` 或 `xiaolv`。

双拼模式: 我希望能直接输入 `xclv`就能模糊匹配到该文件。

 

最后,不得不感谢一下CL!

作为我的第一个在付费的Windows软件,Quicker能打破我对钱包的限制,简直不敢想象。

Quicker 现在已经是我Windows上不可或缺的帮手了。

 

知道开发不易,增加双拼算法可能涉及到很多底层的匹配逻辑修改,如果实现难度较大,希望能排入未来的待办清单中。

祝Quicker越来越好!


回复内容
CL 2天1小时前
#1

不行,这个能力优先实现不了😂

现在的拼音匹配算法是把完整拼音整出来,然后匹配的可以根据输入的字母跳跃式匹配一下。 但是双拼似乎不是这种包含关系?

乐昂岚 回复 CL 1天19小时前 :

老大考不考虑单独搞个api接口仅用于更新动作介绍部分

CL 回复 乐昂岚 1天2小时前 :
这个都是网页里直接编辑的吧
chrosic 1天17小时前
#2

你是指的是搜索框搜索时 输入f xxxx的那个搜索么


chrosic 最后更新于 1天17小时前
diudo 回复 chrosic 21小时42分钟前 :

666 大佬怎么做到的。我好好奇

diudo 回复 diudo 21小时22分钟前 :
研究了一下,@chrosic 大佬的双拼方案应该是基于 Everything 的拼音插件。

所以它的局限性在于只能搜文件,无法用双拼搜应用程序和系统设置之类的。

感谢大佬指路!是个很不错的折中方案
回复主贴