Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
    Timm Stelzer
    @tstelzer
    Hm k, I'll try, thanks
    Timm Stelzer
    @tstelzer
    Odd, just to satisfy the rule of 3, I tried it a third time, now it installed correctly without any timeout error; I guess my connection was too slow before or something
    But I guess that is pointless anyways, because I would have to build it anyways ... If I build it manually, I assume Ishould use dein#local() then, and pull it manually?
    Shougo
    @Shougo
    You can move the installed directory.
    It can get by dein#get('YouCompleteMe').path
    Timm Stelzer
    @tstelzer
    its weird, after building it manually, restarting vim, *update()'ing and restarting vim again, YouCompleteMe throws the error: something something you have to build it ... then I did the same thing TWICE again (update(), restart vim ..) and it worked without error
    soo .. im not sure WHY it works, but it works
    Shougo
    @Shougo
    Because, YouCompleteMe installation is wired.
    It is not dein problem.
    Timm Stelzer
    @tstelzer
    yeah i figured, i increased the timeout for YCM to 240, i guess that helped
    Shougo
    @Shougo
    If you don't want to build it, you should use deoplete instead of YouCompleteMe
    Timm Stelzer
    @tstelzer
    ah nice, ill try that, thanks .. youcomplete me is too fat for me
    Timm Stelzer
    @tstelzer
    btw nice work with dein.vim! i used vundle before, this is s much faster
    Timm Stelzer
    @tstelzer
    another question regarding building on windows: if i use your vimproc/tools/update-dll-mingw.bat file it throws an error mingw32-make: make_mingw64.mak: No such file or directory. I have to move the file to the parent dir where the .mak files are located; is that intentional? Is
    Timm Stelzer
    @tstelzer

    Im just saying because in the docs the example under build is

    call dein#add('Shougo/vimproc.vim', {
            \ 'build': {
            \     'windows': 'tools\\update-dll-mingw',
            \     'cygwin': 'make -f make_cygwin.mak',
            \     'mac': 'make -f make_mac.mak',
            \     'linux': 'make',
            \     'unix': 'gmake',
            \    },
            \ })

    instead, what worked for me was 'windows' : 'mingw32-make -f make_mingw64.mak',

    Wang Shidong
    @wsdjeg
    hi @shougo how could I move the installation to the background, if I add call dein#install() between begin and end,it just install the uninstalled plugin in terminal ,after finish git clone,the vim will be startup
            call dein#end()
            if dein#check_install()
                call dein#install()
            endif
    Shougo
    @Shougo
    another question regarding building on windows: if i use your vimproc/tools/update-dll-mingw.bat file it throws an error mingw32-make: make_mingw64.mak: No such file or directory. I have to move the file to the parent dir where the .mak files are located; is that intentional? Is
    Please create the issue in vimproc.
    It is bug.
    hi @shougo how could I move the installation to the background, if I add call dein#install() between begin and end,it just install the uninstalled plugin in terminal ,after finish git clone,the vim will be startup
    If you want to install them in the background, you must call the function after has('vim_starting').
    Shougo
    @Shougo
    @Zeit-Werk Please execute "tools\update-dll-mingw" command in vimproc directory manually.
    It does not work?
    ranranking
    @ranranking
    Hi, I have a question, is it possible to lazy load libraries like vimproc and ingo?
    Wang Shidong
    @wsdjeg
    still exec git clone in terminal ,not after vim startup
    2016-03-17 20-18-41屏幕截图.png
    Timm Stelzer
    @tstelzer
    @Shougo throws
    mingw32-make: *** No rule to make target 'src/proc_w32.c', needed by 'lib/vimproc_win64.dll'.  Stop.
    
    mingw32-make: *** No rule to make target 'src/proc_w32.c', needed by 'lib/vimproc_win64.dll'.  Stop.
    Matthias Günther
    @wikimatze

    hi @Shougo is it possible to add

      call dein#add('botandrose/vim-testkey', { 'tag': 'v0.4.0' })

    I'm currently taking the 'rev', 'e376514' for the tags!

    Shougo
    @Shougo
    @Zeit-Werk Hm.
    I have tested it, but I cannot reproduce it.
    Please create the issue in vimproc
    @wikimatze I don't want to add tag attribute.
    Wang Shidong
    @wsdjeg
    @Shougo do you use Yggdroot/indentLine?
    Yggdroot/indentLine#149
    this issue also reprodue with neobundle,so maybe it is a bug of indentline itself
    Shougo
    @Shougo
    I have commented it.
    Alisue
    @lambdalisue
    Hi
    I wonder what dein#load_state() stands for. The help showed that dein#load_state() should enclose dein#begin() ~ dein#end() but :help dein-hooks told me that I must set autocmd before dein#end(). So you mean I have to separate configuration code for autocmd and others?
    like
    if dein#load_state(path)
      call dein#begin(path)
      " load toml or whatever
      " register autocmds
      call dein#end()
      call dein#save_state()
    endif
    " do other configuration
    Alisue
    @lambdalisue
    Or ... ?
    Shougo
    @Shougo
    I wonder what dein#load_state() stands for. The help showed that dein#load_state() should enclose dein#begin() ~ dein#end() but :help dein-hooks told me that I must set autocmd before dein#end(). So you mean I have to separate configuration code for autocmd and others?
    It is the documentation bug.
    Fixed.
    Alisue
    @lambdalisue
    Ok thanks :-)
    Shougo
    @Shougo
    You must register autocmd after endif
    dein#load_cache() is the old interface.
    I will remove it in the next version...