V2EX › jsfaint 的所有回复 › 第 3 页 / 共 18 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 18

❮

❯

2017 年 12 月 14 日

回复了 pony279 创建的主题 › Vim › Deoplete 也可以在 vim8 上跑了

@pony279 #34 嗯，昨天和 shougo 在 gitter 上讨论了好久，at 你没反应。哈哈哈

2017 年 12 月 13 日

回复了 xiaojunjor 创建的主题 › 程序员 › 如果你作为 leader，怎么委婉的跟下属说他的代码有一些小的毛病？

大家都在说楼主委婉的问题，我换个思路
如果代码风格问题，用 lint 工具扫了让他改或者参考团队代码风格
如果是性能问题，不上 profiling 就说有性能问题，这样不严谨啊

2017 年 12 月 12 日

回复了 pony279 创建的主题 › Vim › Deoplete 也可以在 vim8 上跑了

😂 @pony279 rox 你有在 Windows 上用过么？ gvim + deoplete + nvim-yarp + vim-hug-neovim-rpc
我这边在 Windows 速度特别慢，大概要等 5，6 秒才会弹出补全窗口，但是在 Linux 和 mac 上都是秒开

2017 年 12 月 6 日

回复了 djgreat 创建的主题 › 程序员 › Mac 下 pip install Pillow 错误

mac 上除非你 sudo，要不然你需要--user
pip install --user Pillow

2017 年 11 月 2 日

回复了 ming 创建的主题 › 分享创造 › 双十一要到了，我做了一个自动帮你申请京东价格保护的 Chrome 插件

是不是有 bug 啊。。。都勾了不检查价格保护了，还在自动检查，那个货已经被提了 5 次价格保护了……

2017 年 11 月 2 日

回复了 ming 创建的主题 › 分享创造 › 双十一要到了，我做了一个自动帮你申请京东价格保护的 Chrome 插件

多平台 chrome 自动同步是个问题，京价保把同一个货自动保价了 4 次。。

2017 年 10 月 17 日

回复了 pony279 创建的主题 › Vim › Deoplete 也可以在 vim8 上跑了

@pony279 #27 其实分开单独仓库还好，毕竟这 plugin 本来就是给开发者用的。简单的配置成本开发者都能接受
asyncomplete 目前存在几个问题：
1. 作者想要拿掉 python 支持，但是目前全用 vimscript 的实现有很多奇奇怪怪的 bug
2. source 都单独剥离出来了，source register 却还要自己在 vimrc 里去 register，这有点奇怪
3. vimscript 的性能确实挺惨的。。

2017 年 10 月 17 日

回复了 pony279 创建的主题 › Vim › Deoplete 也可以在 vim8 上跑了

@simple26 #25 同意，感觉你说的有道理。不过 completor.vim 作者不修 clang 的 bug，不回 issue，我已经粉转路人了

2017 年 10 月 17 日

回复了 pony279 创建的主题 › Vim › Deoplete 也可以在 vim8 上跑了

@BBCCBB #23 如果你不做 C/C++可能确实用不到，如果做 C/C++强烈建议试用：）
gtags 的体验要比 ctags 好的多，速度快，支持多种搜索，支持增量更新
https://github.com/jsfaint/gen_tags.vim

2017 年 10 月 17 日

回复了 pony279 创建的主题 › Vim › Deoplete 也可以在 vim8 上跑了

@BBCCBB #20 你这是歧视~~~ go 需要引入 gocode，python 需要引入 jedi，js 需要引入 tern~~~哈哈哈

2017 年 10 月 17 日

回复了 pony279 创建的主题 › Vim › Deoplete 也可以在 vim8 上跑了

@simple26 #19 从用户角度当然是开箱即用最好。作为用户我是挺怕 neocomplete/deoplete 那种需要调教才能用的 plugin
不过单个仓库维护也是好处的，插件的变动不会影响到 ncm 核心部分，可以单独维护。比如之前给 neoinclude 和 neco-syntax 增加 ncm source，其实我有点怕把 shougo 的仓库搞乱了：）
说起来 completor.vim 好像也把一部分 source 新增成单独仓库了，估计也和 ncm 一样是历史原因

2017 年 10 月 17 日

回复了 pony279 创建的主题 › Vim › Deoplete 也可以在 vim8 上跑了

@simple26 #16 之前想把 gtags source 合并到 ncm 里面，被 @pony279 拒绝了，他觉得需要调用额外工具的 source 不适合进入到 ncm builtin source。ncm 目前 builtin 的 go，python source 是历史原，因本该也移到单独的 repo 里

2017 年 10 月 17 日

回复了 pony279 创建的主题 › Vim › Deoplete 也可以在 vim8 上跑了

@BBCCBB #15 completor.vim 的 clang 插件有卡死的 bug，给作者提 issue 提了快一年了，有十几个人都说复现了。作者连条回复都没有。
反观 @pony279 给力多了，给他提的 issue，提的 pr，还有建议啥的都迅速处理了。
deoplete 本身还不错，可是 deoplete 的扩展质量参差不齐，至今还有几个在 windows 平台运行有 bug 的
deoplete-clang2 偷按键，造成根本没法正常映射 tab，作者也不提供任何设置关闭那个功能

2017 年 9 月 27 日

回复了 pony279 创建的主题 › Vim › 比 deoplete 更快！比 YCM 更轻！支持 neovim/vim8 的自动补全框架！

@pony279 明白~
现在的实现只有支持 cpp，而我用 c 比较多，所以之后如果你没有计划的话，我会来帮忙增加 c 的支持。
如果为 c 补全加一个单独的 source，会不会被你打？看到现有的实现是直接去 call clang++的

另外.clang_complete 的支持应该不难做到，不过 compile_commands.json 的支持我没什么概念了，不知道是不是 clang 会直接识别它

跳转之类的支持可能等 language server 实现比较好，ncm 专心做补全就够
vim-clang 的代码有点不清晰，所有东西都塞在一个文件里。。

第二个问题可能和 fuzzy 也有关，目前的 fuzzy matcher 行为有时候怪怪的

2017 年 9 月 27 日

回复了 wotemelon 创建的主题 › Linux › shell 获取进程 id

cat /proc/self/status
里面有 Pid 一行，就是进程自己的 pid，PPid 是 parents 的 pid

2017 年 9 月 27 日

回复了 pony279 创建的主题 › Vim › 比 deoplete 更快！比 YCM 更轻！支持 neovim/vim8 的自动补全框架！

@pony279 看到你 github 新增了 ncm-clang 这个插件~
看了下代码，似乎目前只支持 cpp，还有就是只有在->还有::的时候才触发补全？
ncm-clang 你有计划下一步要加哪些特性吗？我看看有没有什么我可以做的贡献 :)

另外，ncm 目前有一个问题或者说是少一个特性
在用 neocomplete 的时候如果有一条 abc_def 这样的内容
当你输入 def 之后要往前边插入 abc，时候会弹出 abc_def 的补全，当选择了这个补全的时候，最终的结果是 abc_def
而 ncm 目前的行为是 adc_defdef
这个有办法设置或者有修改的计划吗？

谢谢~

2017 年 9 月 27 日

回复了 Svend 创建的主题 › JavaScript › Emoji 获取项目更新啦，现支持移动端了

打错。。http://getemoji.com
@jsfaint #2

2017 年 9 月 27 日

回复了 Svend 创建的主题 › JavaScript › Emoji 获取项目更新啦，现支持移动端了

这个和 http://getemoji.comsh 是啥关系？

1 2 3 4 5 6 7 8 9 10 ... 18

❮

❯