hoofcushion

### How are you using the lua-language-server? NeoVim ### Which OS are you using? Linux ### What is the issue affecting? Diagnostics/Syntax Checking, Other ### Expected Behaviour If the warnning...

用不同拼写运算构建的prism在副翻译器中索引同一个table.bin文件

4

**Is your feature request related to a problem? Please describe.** **我想用不同拼写运算的prism索引同一个table.bin文件，但这是不行的，table.bin似乎与prism绑定。** >  这种写法无效↑ >   目前能用的写法是，先复制一份词库和方案，再重新部署，构建出另一套table.bin >  最后在副翻译器中以词库名调用 **Describe the solution you'd like** **我希望的解决方案是，对于使用了相同词库，不同拼写运算的方案，允许使用不同的prism索引同一份词库，会更加方便，也不用多次编译同一份词库。** >  类似这样...

commit raw input 是会更新用户词的，上屏的是 “我de”，但却会记录 “我” 的用户词，建议修改  editor.cc 没有 commit_context_input 方法，于是我用 Lua 实现了一个，希望 editor.cc 也能实现 ```lua local keyMap={[65293]=true,[65421]=true} return function(key,env) if env.engine.context:has_menu() and keyMap[key.keycode] then env.engine:commit_text(env.engine.context.input) env.engine.context:clear() return 1...

能否支持只包含 init=function(env) 的 Lua组件

3

```lua return { init=function(env) env.engine.context.commit_notifier:connect( function(ctx) local lct=ctx:get_commit_text() if isPureChinese(lct) then record(lct) end end) end, func=function()end } ``` 这个 Lua 会在汉字上屏后调用 record 函数，记录上屏内容，因此不需要 func 部分，但目前的 Lua组件 中 func 的值必须是函数。

能否直接判断当前候选是否进行了补全？

6

 我制作了一份简拼词库，使用的过程中发现低权重的简拼词库常常会被高权重的主词库的补全顶下去，于是我就尝试削减补全候选的数量，但是我没有找到判断script translator候选是否为补全的接口。 在table_translator中，来自补全的候选都会通过cand.comment标识，但是script_translator并不支持这种操作，所以我尝试了其他的办法，目前发现了一个可行方式： 双拼方案中补全候选的input的长度总是cand.text长度的２倍再＋１，所以可以通过捕捉这种关联来判断是否为补全。 效果图：  ```lua ------------------------------------------------------------- --[[＝＝＝＝＝＝运行逻辑＝＝＝＝＝＝＝＝ １定义计数器b，累积补全数量（即 输入码为"wo d"时出现的"我的、我对"的候选的数量） ２检查是否"输入码为奇数的同时候选处于补全状态" 　1是则计数一次补全候选的数量(b+1)，并将编码提示改为『补全』 　2然后判断补全候选的数量是否超过３，超过３则不再允许补全通过滤镜 结束 ＝判断当前是不是处于补全状态　　(候选的长度)==(输入码长度)/2+0.5时，被认为处于补全状态，仅适用于双拼 ＝判断输入码是不是奇数　　　　　(输入码长度)/2的余数为1时，被认为是奇数 ＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝--]] function abbreving_filter(input,env) local b=0 for cand in input:iter()...

Feature Request: Automatic Backup and Recovery for db.zo

6

I encountered an issue with zoxide where I had to delete db.zo due to a database file corruption error: zoxide: unsupported version (got 0, supports 3). That will fix the...

feature: load handlers lazily

3

### Did you check the docs? - [X] I have read all the lazy.nvim docs ### Is your feature request related to a problem? Please describe. When too many lazy...

performance: vim.validate, vim.startswith, vim.endswith are slow

11

### Problem I have identified a performance issue in the Neovim Lua API, specifically with the `vim.validate` function. The function is used to validate the types and values of function...

Feat: 在 action 中支持 charwise 与 blockwise 选区。

5

在 visual 模式下执行各类 action 时, 发送的字符总是 linewise 的选区. 我写过一个可以简单地获取选区文本的脚本, [rangemark.txt](https://github.com/luozhiya/fittencode.nvim/files/15335262/rangemark.txt) ```lua --- 文件名需要先改成 rangemark.lua RangeMark=require("rangemark") --- 暂存先前的选区标记 (vmark 指代 '

feature: Manage plugin version.

2

### Did you check the docs? - [X] I have read all the lazy.nvim docs ### Is your feature request related to a problem? Please describe. lazy.nvim can not hold...