User forums > Help

Code completion is unusably slow

(1/3) > >>

xhpohanka:
Hello,
I'try to use CB for development, but in latest versions the code completion seems to be unusable. I have downloaded latest nightly build and than tried to edit some projects. If the project is small (for ex. embedded design) everything is ok, but with larger projects (codeblocks source, wx form project, ...) every typing is extremely slow. I write 5 characters and they show up in 2 seconds. After disabling the cc plugin cb works fine.
I have found many issues related to code completion, but not relating this slow behaviour. Is there any solution? I remember that older versions worked better.

greetings Jan

Kriz:
Unfortunately I must confirm this, too! The current Code Completion plugin (v0.7) slows down typing extremely and I don't know why. If I press a key and keep it pressed the editor stops displaying the line until I release the key again. In my opinion the completion plugin is simply overextended with medium to large projects.

Disabeling the plugin sweeps all problems away including the fact that I have no code completion any more. Beside that I realized that the completion plugin can be accelerated when disabeling the "GLOBAL Includes" parser option. This works fine for the "standard" thing, but drives me crazy when coding with large libraries in the background (like QT4).

I hope somebody will review the plugin soon...

ollydbg:
there is a cc_branch and have many bug fix and feature added. can you tried that?
if not, you can post the source code, then I can check it.

ollydbg:

--- Quote from: xhpohanka on April 29, 2010, 09:53:57 pm ---with larger projects (codeblocks source, wx form project, ...) every typing is extremely slow. I write 5 characters and they show up in 2 seconds. After disabling the cc plugin cb works fine.

--- End quote ---

I can't reproduce this bug when editing codeblocks source or wx project.
I'm using codecompletion_refactor_branch.
If you still has this problem, let me known.

Kriz:
Hm...

I have found out that the plugin has problems while differing between two classes with the same class name but different namespaces. For example in my QT4 projects (I'm using the QT Designer tool for RAD) the designer tool produces code embedded into a namespace called Ui. Lets say the name of this embedded class is MainWindow, so its fully qualified name is Ui::MainWindow.

Naming my derived class with the same name MainWindow causes trouble with the plugin:


--- Code: ---#include <qmainwindow>
#include "ui_mainwindow.h" // Produced by the designer tool

class MainWindow
: public QMainWindow,
  public Ui::MainWindow
{
    ...
};
--- End code ---

Now the plugin cannot differ between Ui::MainWindow and MainWindow accessings! Sure, I could rename my derived class and everything works fine, but in my opinion this behaviour is not very satisfying, isn't it?

Navigation

[0] Message Index

[#] Next page