Developer forums (C::B DEVELOPMENT STRICTLY!) > Plugins development

Codecompletion bugbears

<< < (2/2)

MortenMacFly:

--- Quote from: nanyu on September 26, 2008, 09:12:33 am ---Have anyone knew "CodeLite"?   I found the "CodeCompletion " in CodeLite is no bad。

--- End quote ---

--- Quote from: MortenMacFly on September 10, 2008, 08:58:56 am ---Finally I for myself tried to use the CC framework Eranif developed (CodeLite).

--- End quote ---
...can you read?! That was in the previous post to yours. :shock:

Wolf:
I'm trying to fix the actual code completion plugin, but I'm facing serious design flaws. So yeah, it really needs revamping, and that should allow for more flexibility. It must know which language it is in. It actually is written for C++ only.


--- Code: ---struct BigStruct {
    struct smallStruct {
        int a;
    };

    int b;
};

struct smallStruct mySmall;
--- End code ---

This is only accepted in C, not in C++, as I would have to use BigStruct::smallStruct. So if I try to develop a code completion compatible with C AND C++ at the same time, I'd have to add it to both BigStruct and the global namespace (which is not even recognized by CC right now).

If it were possible to have a syntax file that we could load and it would dynamically parse the code according to this syntax, all we'd have left to do is to write those syntax files, and it would support even custom languages. It could use dynamic languages for this, such as Lua or Ruby, which both integrate well in applications.

As for the symbols manager, I'd suggest a tree-like structure, just like the actual one, where the categories are customizable. This would mean the parser token types would have to be dynamic too and defined in the syntax file, along with the categories.

-- Wolf --

Navigation

[0] Message Index

[*] Previous page