7 Commits

Author	SHA1	Message	Date
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