Strahinja Val Markovic
a534a58477
Checking if ultisnips data present before using it
...
Mentioned in issue #583 , but it's not the root cause.
2013-10-14 12:32:18 -07:00
Strahinja Val Markovic
6c53bad58f
No more threading in completers!
...
The server is multi-threaded and will spawn a new thread for each new request.
Thus, the completers need not manage their own threads or even provide async
APIs; we _want_ them to block because now were implementing the request-response
networking API.
The client gets the async API through the network (i.e., it can do something
else while the request is pending).
2013-10-07 11:03:28 -07:00
Strahinja Val Markovic
4c6a69b432
The UltiSnips completer works again
2013-10-07 11:03:27 -07:00
Strahinja Val Markovic
1730660555
A (barely) working version of ycmd + client
...
Still a lot of work to do.
2013-10-07 11:03:26 -07:00
Strahinja Val Markovic
6acc381262
Identifier completer now fully decoupled from Vim
2013-10-07 11:03:26 -07:00
Strahinja Val Markovic
29bb90a6b4
Decoupling completers from Vim; still WIP & broken
...
Note to self: squash this commit before merging into master.
2013-10-07 11:03:25 -07:00
Strahinja Val Markovic
a26243092f
Now more explicit about accessing user options
...
We don't inspect the Vim process anymore when we want an option; we parse the
options on startup and then use that data structure.
2013-10-07 11:03:25 -07:00
Strahinja Val Markovic
22256f361d
ShouldUseNow now takes a current_line param
...
This is now used instead of examining the vim.current.line property.
2013-10-07 11:03:25 -07:00
Strahinja Val Markovic
faa225fdc4
Moving everything under pytho/ycm
2013-05-19 19:44:42 -07:00
