10 Commits

Author	SHA1	Message	Date
Thomas Refis	dad08df71b	checking if a key is in a dict is done with 'key in dict' not 'hasattr(dict, key)'	2013-04-13 14:29:57 +02:00
Jacek Lach	1b4eb6122c	Make caching optional in the omnicompleter	2013-04-11 10:22:16 +01:00
Strahinja Val Markovic	77fbd80c89	Refactoring out some vim.eval calls ... s:completion_start_column should not be evaled in Python code. That was a stopgap measure that ended up lasting far longer than intended.	2013-04-09 19:32:48 -07:00
Strahinja Val Markovic	74021144c0	Making the omni completer more robust ... - There was a bug in not calling int() on the result of the first call to the omnifunc. - We need to be more resilient to badly written omnifuncs and check that the result of the second call is a list or a dict with a list, as the vim docs say the omnifunc should return on the second call. One of the two fixes probably fixes #198 but since I can't repro the error, I can't be sure.	2013-03-22 10:26:18 -07:00
Strahinja Val Markovic	c819c9f31e	Typo fix	2013-02-23 13:08:56 -08:00
Strahinja Val Markovic	98ff82ece5	Removing falsy items from omnifunc returned items ... Depending on the omnifunc the user has set, it could return empty strings etc in the list of items. Fixes #146, fixes #147	2013-02-23 09:55:13 -08:00
Strahinja Val Markovic	c1700c7d19	Handle omnifunc returning dict with 'words'	2013-02-23 09:35:07 -08:00
Strahinja Val Markovic	4000da089d	Only triggering omni_completer when omnifunc set	2013-02-13 10:27:40 -08:00
Strahinja Val Markovic	452f7d1fec	Better triggering of semantic completion ... Now there's a nice user-configurable setting for when YCM should trigger semantic completion. This is very useful for the new omni_completer that uses data coming from Vim's omnicomplete system.	2013-02-11 21:46:06 -08:00
Strahinja Val Markovic	786e6182ff	Initial version of omnifunc-based omni_completer ... Still a work in progress (needs better triggering and bug fixes)	2013-02-10 20:03:56 -08:00