Almost all of the background operations are disabled when you turn off the explicit auto completion.are there any plans to make that source scanning at each keypress optional? (and placed behind the alt-2 shortcut like before.)
Disabling has no effect.does it help when you turn off the explicit auto completion?
I Tried running a smaller project and it is noticeably faster. Holding down a key climbs to 45% CPU. I suppose I have a total of 4000 lines of code in 4 modules, maybe that is the main issue.Does it happen with all projects?
4000 lines of code is not considered a large project.I suppose I have a total of 4000 lines of code in 4 modules, maybe that is the main issue.
which means that the timer or "destination" timestamp doesn't get updated at keypresses.it pauses a bit every 5 seconds and then starts printer letters again.
I have a similar issue with B4J on a Asus Eeebox (Intel Atom 4 core processor). The IDE is very sluggish with the auto complete. Usually I can manually type an line of code and the auto complete will take a good few seconds to complete. Disabling implicit auto complete doesnt help at all. I suspect the machine is just under powered as compiling to Debug takes around 40 seconds.In an effort to be of help, I can also second the delay on my under powered (Mecer NetTop Atom 430N) running Win7 x64, .net 4.5.2. I also tried a fresh XP Virtual Machine on my 3rd gen i5 laptop, cannot test on host OS due to some .net issues, any-case same delay. Disabling 3d acceleration on the vm did remove most of the delay and the v5 IDE is very usable. Both run the v4.xx IDE very smoothly. Unfortunately re-opening my project on an earlier IDE produces a warning, and I don't want any additional issues. I will be formatting an older i5 (1st gen m520) Toshiba laptop and installing a fresh Win 7 sometime this week, will report back my findings here.