Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with
or
.
Download ZIP
branch: master
Commits on Jul 2, 2015
  1. Whitespace fixes

    authored
  2. Updating to latest ycmd

    authored
  3. Merge pull request #1563 from micbou/windows-popen

    authored
    Set stdin to PIPE on Windows only when necessary
  4. @micbou

    Set stdin to PIPE on Windows only when necessary

    micbou authored
    Executing the check_core_version.py script with SafePopen and stdin to
    PIPE raises an error in Vim on Windows. Since the stdin option is only
    useful when starting the ycmd server, it is only set in this case.
  5. Deleting obsolete code

    authored
  6. Updating to latest ycmd

    authored
Commits on Jun 30, 2015
  1. Updating to latest ycmd

    authored
  2. Minor formatting fixes

    authored
Commits on Jun 29, 2015
  1. Updating to latest ycmd

    authored
Commits on Jun 22, 2015
  1. @homu

    Auto merge of #1545 - micbou:echom-redraw, r=Valloric

    homu authored
    Redraw the screen before displaying a message
    
    There has been several complaints about the message "ValueError: File is less than 5 lines long; not compiling". See issues #814, #1364, #1544. In fact, I believe the issue is not the message itself but the infamous "Press ENTER or type command to continue" prompt when editing a new C-family file.
    
    For example, if I create the file `foo.c`, Vim will display the line `"foo.c" [New file]` and then YouCompleteMe will display `ValueError: File is less than 5 lines long; not compiling`. Since there are now two lines, the hit-enter message is prompted. By redrawing the screen just before displaying the message from YouCompleteMe, only one line appears and we avoid this behavior.
    
    Tested on Linux and Windows.
    
    CLA signed.
Commits on Jun 20, 2015
  1. @micbou

    Redraw the screen before displaying a message

    micbou authored
    This avoids the infamous "Press ENTER or type command to continue"
    prompt when editing a new C-family file.
Commits on Jun 18, 2015
  1. @homu

    Auto merge of #1542 - vheon:fix-completer-available, r=Valloric

    homu authored
    Fix check condition for setting omnifunction
    
    I had the check for the omnifunc set backwards. I will start to see if we can start testing the vimscript layer as well. I have signed the CLA.
  2. @vheon
Commits on Jun 15, 2015
  1. @homu

    Auto merge of #1538 - vheon:fix-completer-available, r=Valloric

    homu authored
    Fix completer available
    
    Sorry, I deleted the branch on github by mistake. Here is the same changes from #1530 plus a buffer local variable, so we don't try to set the `omnifunc` everytime we enter insert mode. I signed the CLA.
  2. @vheon
  3. @vheon
  4. @vheon

    Push check for NativeFiletypeCompletionUsable down

    vheon authored
    Another way in which the commit d768447 forced the client to wait for
    the server to start was the UpdateDiagnosticNotifications call from the
    FileReadyToParse which is called right after a buffer is loaded. In any
    way if we don't have any previous FileReadyToParse request done for the
    current file we bail out, so we we can wait for a FileReadyToParse
    response to be available before asking if a completer is usable for the
    current filetype.
    
    ref: #1529
  5. @vheon

    Defer setting the omnifunc.

    vheon authored
    When we enter a new buffer we need to know if the ycmd server has a
    native completer for the current filetype, this means that when we start
    vim we need to know if the server has a completer available for the
    buffer which means that we have to wait for the server to be up and
    running. To mitigate this defer the setting of the omnifunction closer
    to its need which is when we enter insert mode; this should give room
    for the ycmd server to start before we ask for anything or at least
    should reduce the time waiting.
    
    ref: #1529
Commits on Jun 12, 2015
  1. Merge pull request #1532 from vheon/fix-disable-filetype

    authored
    Disable completion if any of current filetypes is disable
  2. @vheon
Commits on Jun 11, 2015
  1. Revert "Check the server end point for available completer"

    authored
    This reverts commit d768447.
    
    Fixes #1529
Commits on Jun 10, 2015
  1. Merge pull request #1524 from vheon/fix-completer-available

    authored
    Check the server end point for available completer
Commits on Jun 9, 2015
  1. @vheon

    Check the server end point for available completer

    vheon authored
    Previously we were checking if the `hook.py` file existed for the given
    filetype. ycmd has an endpoint for checking if given a filetype a
    semantic completer is available. To avoid redundant requests we cache
    those requests for every filetype. A semantic engine cannot be added
    *after* the ycmd server is started so to avoid redundant requests we
    cache those requests for every filetype and we clear the cache at server
    setup, in this way if we issue a `YcmRestartServer` command the server
    will be setup again and if a semantic completer is available we can use
    it. Should fix #1284.
Commits on Jun 8, 2015
  1. Merge pull request #1517 from frankier/nul-c-space-neovim

    authored
    Remap <Nul> to <C-Space> regardless of gui_running since it is an unreliable way of detecting terminals in neovim
  2. Merge pull request #1521 from The-Compiler/patch-1

    authored
    Don't link to specific clang version
Commits on Jun 5, 2015
  1. @The-Compiler
Commits on Jun 3, 2015
  1. Updating to latest ycmd

    authored
  2. Remap <Nul> to <C-Space> regardless of gui_running since it is an unr…

    Frankie Robertson authored
    …eliable way of detecting terminals in neovim
Commits on May 29, 2015
  1. Updating to latest ycmd

    authored
Commits on May 28, 2015
  1. Updating to latest ycmd

    authored
Commits on May 20, 2015
  1. Updating to latest ycmd

    authored
  2. Merge pull request #1508 from micbou/pip

    authored
    Remove deprecated --use-mirrors argument from pip
Commits on May 18, 2015
  1. @micbou

    Remove deprecated --use-mirrors argument from pip

    micbou authored
    Pip no longer supports --use-mirrors since version 1.5. See
    pypa/pip#1098.
Commits on May 7, 2015
  1. Updating to latest ycmd

    authored
Something went wrong with that request. Please try again.