Epheien

agree 同意，plugin目录的脚本超过100行（除非这100行都是变量初始化），都建议做成autoload 我的插件都几十个了，启动超慢，现在得慢慢搞那些插件

``` command -nargs=+ Rg AsyncRun rg --vimgrep Rg videm#wsp#InitWorkspace ``` 输出 ``` || [rg --vimgrep videmplugged/asyncrun.vim/plugin/asyncrun.vimwspplugged/asyncrun.vim/plugin/asyncrun.vimInitWorkspace] || [Finished in 0 seconds with code 1] ``` 已知这个 # 强制展开和 -complete=file 有关，当然，插件里面还有一堆字符串替换操作，也是隐患...

Finnally，I found a solution: ``` " I don't known why this line not work..., it seems a bug "tnoremap :call term_sendkeys(bufnr('%'), "\.") tnoremap :call tmap_meta('.') function s:tmap_meta(key) call term_sendkeys(bufnr('%'), "\"...

same in MacVim Snapshot 155 workaround as it ``` set guioptions-=r set guioptions-=L ``` Finnally, my guioptions=g It's problem of scrollbar rendering

Same issue, but it's fine with v1.0.0. I'll look into the specific cause when I'm free.

after I `set-option -g set-clipboard on` in .tmux.conf, I works

一样的问题, 这个应该要自动匹配尺寸以及位置才行吧, 当这个类别没有preview的时候, 至少要做到自动居中吧, 只是简单粗暴地干掉预览窗口实在是丑啊

> 加了个属性 let g:neodbg_cmd_prefix = 'DBG', 可以定义前缀，默认是DBG。 > 主要是我觉得termdebug实现方式，用内置的终端交互，不如用buffer的方式操作有vim里操作的流畅感。 使用内置的终端来实现交互才是趋势，这完全不会丢失之前命令行调试的体验，buffer模拟输入的体验实在是太差了

> 在alacritty中也会出现类似错误,感觉他们有一个共同点，neovide和alacritty都是用rust编写的 但是在wezterm（rust编写的）中却没有类似错误 我在 neovide 和 alacritty 出现类似的同一个问题, 现象是, 我在 macOS 的拼音输入法选择中文使用半角标点符号, 结果是在拼音输入法下只能输入全角标点符号, 其他的 iterm2, kitty 都没有这个问题.

need toggle hide untracked files feature