V2EX 首页   注册   登录
 jsfaint 最近的时间轴更新

jsfaint

  •   V2EX 第 61663 号会员,加入于 2014-05-01 17:22:10 +08:00,今日活跃度排名 7053
    jsfaint 最近回复了
    是不是有 bug 啊。。。都勾了不检查价格保护了,还在自动检查,那个货已经被提了 5 次价格保护了……
    多平台 chrome 自动同步是个问题,京价保把同一个货自动保价了 4 次。。
    34 天前
    回复了 pony279 创建的主题 Vim Deoplete 也可以在 vim8 上跑了
    @pony279 #27 其实分开单独仓库还好,毕竟这 plugin 本来就是给开发者用的。简单的配置成本开发者都能接受
    asyncomplete 目前存在几个问题:
    1. 作者想要拿掉 python 支持,但是目前全用 vimscript 的实现有很多奇奇怪怪的 bug
    2. source 都单独剥离出来了,source register 却还要自己在 vimrc 里去 register,这有点奇怪
    3. vimscript 的性能确实挺惨的。。
    34 天前
    回复了 pony279 创建的主题 Vim Deoplete 也可以在 vim8 上跑了
    @simple26 #25 同意,感觉你说的有道理。不过 completor.vim 作者不修 clang 的 bug,不回 issue,我已经粉转路人了
    34 天前
    回复了 pony279 创建的主题 Vim Deoplete 也可以在 vim8 上跑了
    @BBCCBB #23 如果你不做 C/C++可能确实用不到,如果做 C/C++强烈建议试用 :)
    gtags 的体验要比 ctags 好的多,速度快,支持多种搜索,支持增量更新
    https://github.com/jsfaint/gen_tags.vim
    34 天前
    回复了 pony279 创建的主题 Vim Deoplete 也可以在 vim8 上跑了
    @BBCCBB #20 你这是歧视~~~ go 需要引入 gocode,python 需要引入 jedi,js 需要引入 tern~~~哈哈哈
    34 天前
    回复了 pony279 创建的主题 Vim Deoplete 也可以在 vim8 上跑了
    @simple26 #19 从用户角度当然是开箱即用最好。作为用户我是挺怕 neocomplete/deoplete 那种需要调教才能用的 plugin
    不过单个仓库维护也是好处的,插件的变动不会影响到 ncm 核心部分,可以单独维护。比如之前给 neoinclude 和 neco-syntax 增加 ncm source,其实我有点怕把 shougo 的仓库搞乱了 :)
    说起来 completor.vim 好像也把一部分 source 新增成单独仓库了,估计也和 ncm 一样是历史原因
    34 天前
    回复了 pony279 创建的主题 Vim Deoplete 也可以在 vim8 上跑了
    @simple26 #16 之前想把 gtags source 合并到 ncm 里面,被 @pony279 拒绝了,他觉得需要调用额外工具的 source 不适合进入到 ncm builtin source。ncm 目前 builtin 的 go,python source 是历史原,因本该也移到单独的 repo 里
    34 天前
    回复了 pony279 创建的主题 Vim Deoplete 也可以在 vim8 上跑了
    @BBCCBB #15 completor.vim 的 clang 插件有卡死的 bug,给作者提 issue 提了快一年了,有十几个人都说复现了。作者连条回复都没有。
    反观 @pony279 给力多了,给他提的 issue,提的 pr,还有建议啥的都迅速处理了。
    deoplete 本身还不错,可是 deoplete 的扩展质量参差不齐,至今还有几个在 windows 平台运行有 bug 的
    deoplete-clang2 偷按键,造成根本没法正常映射 tab,作者也不提供任何设置关闭那个功能
    @pony279 明白~
    现在的实现只有支持 cpp,而我用 c 比较多,所以之后如果你没有计划的话,我会来帮忙增加 c 的支持。
    如果为 c 补全加一个单独的 source,会不会被你打?看到现有的实现是直接去 call clang++的

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

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

    第二个问题可能和 fuzzy 也有关,目前的 fuzzy matcher 行为有时候怪怪的
    DigitalOcean
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   鸣谢   ·   2608 人在线   最高记录 3541   ·  
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.0 · 28ms · UTC 09:20 · PVG 17:20 · LAX 01:20 · JFK 04:20
    ♥ Do have faith in what you're doing.
    沪ICP备16043287号-1