semantic/complete.el is part of the CEDET distro, and is used in
semantic-complete-jump. It doesn't have a fuzzy matcher. It would
probably be a nice thing to add as a feature of semanticdb though.
On 02/08/2013 05:50 AM, kototama kototama wrote:
> Ok so maybe I need complete.el then, can it do fuzzy matching?
> On Thu, Feb 7, 2013 at 12:38 AM, Eric M. Ludlam<eric@...> wrote:
>> On 02/06/2013 08:06 AM, kototama kototama wrote:
>>> There is semantic-fetch-tags to retrieve the tags of the current
>>> buffer but how can I
>>> a) fetch all tags from a project or all tags from all files under a
>>> given directory
>>> b) fetch all tags from all opened buffer
>>> I would like to have something like helm-semantic
>>> but for all the files of my project.
>> It is probably not too good an idea to get all the tags into one big list.
>> It has the potential to be REALLY big.
>> There is also the dilemma that Semantic won't have all your files
>> pre-parsed. It just parses what it needs as it goes along. I generally
>> recommend people use GNU Global as a tool to bootstrap Semantic's global
>> symbol table for big projects where just a pile o tag names is needed.
>> In semantic/complete.el are completion tools that can jump to any known tag
>> in a project. It does it by doing semantic based searches
>> (semanticdb-find-tags-for-completion) which works fine without the need to
>> duplicate the datastructure into a flat list. It has options for a brute
>> search (whole project) vs something based on include files.
>> Lastly, if you just want a nice table of symbols that are relevant, the
>> semantic/db-typecache collects that info for you as you go, and is very