Developer forums (C::B DEVELOPMENT STRICTLY!) > CodeCompletion redesign
Suggestion: Using ctags & sqlite for code completion
Pecan:
The tree label is missing the "wxke"
Pecan:
For my education:
How is this program any better than the symbol tree and function lister box already included in CB?
Who would use it (as opposed to those already using the current plugin) ?
Does it provide a means for code completion?
(Yes. I've read the whole thread twice, but I'm still wondering if it's worth the time to convert this to a plugin).
Is anyone else working to turn this into a plugin?
Even if it was turned into a plugin, would it ever replace the current tree,function box, code completion?
eranif:
I dont think it will replace to current tree.
The tree is not a must, u can still use the current tree, (unless the current implementation cant be removed from the current CodeCompletion).
How is it better?
Stability - I dont think this will rarely cause C::B to freeze/hangs/crash since it uses well matured product (ctags) to perform its parsing tasks.
Speed - compare parsing of huge files with this implementation and the current one (I havnt got to do it myself, but I got feedback from people)
Comment parsing - I dont think that the current implementation supports comments parsing, this implementation does (and acheived with minimum effort)
Local variable parsing
this implementation is a suggestion, as stated in the topic and not a must, I cant point out who will use it, maybe it will swift the croud and maybe it will not have even a single user, BUT I still think an alternative to the current implementation should exist.
I myself, didnt invest too much time in invistigating the reasons why people are not happy with the current implementation, (half of the solution to C::B hangs/freezs/crushes are caused because of the current CodeCompletion "disable codecompletion").
Eran
tiwag:
--- Quote from: Pecan on October 15, 2006, 11:43:04 pm ---
--- Quote from: eranif on October 15, 2006, 11:12:45 pm ---MM, maybe I am not udnerstanding something here, but:
Why does readtags.cpp/h are under ctags target? they should be under CodeLite.
They are the interface the tags files (although I developed my own API for it, they still there just incase)
Eran
--- End quote ---
You are correct. I unchecked readtags.cpp/h from the ctags target and it compiled and is running just fine.
--- End quote ---
the problem is, that the source file, which belongs to ctags target, is named readtags.c (instead of cpp)
i don't understand why it built without errors in the past :shock: (can't find anything related to this in the svn log)
after changing the filename in the projectfile it builds fine again.
sorry for the inconvenience, fixed in svn rev142
brgds, tiwag
joubertdj:
Are you guys busy with a plugin to get ctags & sqlite up and running in code::blocks?
If so do you perhaps have a Nightly which I can test?
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version