Code completion slower in 813?

Is it just my personal impression or does other users also experience
a slow-down in the code completion with build 813. I have the feeling,
the popup needs longer to come up than in previous builds.

Tom

30 comments
Comment actions Permalink

Is it slower in all cases or it's slower for some kind of completion/places?

--
Valentin Kipiatkov
JetBrains, Inc
http://www.intellij.com
"Develop with pleasure!"

"Thomas Singer" <fake@fake.com> wrote in message
news:uoicavgkdd35cnke6mtc46748ibrdeo8b5@4ax.com...

Is it just my personal impression or does other users also experience
a slow-down in the code completion with build 813. I have the feeling,
the popup needs longer to come up than in previous builds.

>

Tom



0
Comment actions Permalink

It seems to be significantly slower in all cases compared to 3.0.x
versions. I've worked on the same piece of code (same completions) and
the current EAP build needs approx. 3 seconds to show the popup on
entering the period, where as 3.0.x showed it quite immediately.

Tom

0
Comment actions Permalink

Is it slow only on pressing period or also on explicit Ctrl-Space? Is it
slower in 813 or it's also slow in previous Aurora builds?

--
Valentin Kipiatkov
JetBrains, Inc
http://www.intellij.com
"Develop with pleasure!"

"Thomas Singer" <fake@fake.com> wrote in message
news:4phfavode2v0m1bcgbcf0l3lu53h5rtld5@4ax.com...

It seems to be significantly slower in all cases compared to 3.0.x
versions. I've worked on the same piece of code (same completions) and
the current EAP build needs approx. 3 seconds to show the popup on
entering the period, where as 3.0.x showed it quite immediately.

>

Tom



0
Comment actions Permalink

>Is it slow only on pressing period or also on explicit Ctrl-Space?

It's the same.

>Is it slower in 813 or it's also slow in previous Aurora builds?

I've though, it was faster in 811, but not much.

Tom

0
Comment actions Permalink

I have tried build 813 too, after having used 3.0.3 a few days, and I immediately noticed that completion in build 813 is much slower.

The delay occurrs both after having entered the '.', which calls up the completion list and after an explicit call for it by pressing ctrl-space.

I didn't notice any delay in 3.0.3.

The delay in build 813 is 2-3 seconds and it seems to be fairly constant for short and extremely long completion lists.

Best regards,
Lars Ugleberg

0
Comment actions Permalink

Is anybody else experience such delays? Is there any relation with the size
of the file being edited?

--
Valentin Kipiatkov
JetBrains, Inc
http://www.intellij.com
"Develop with pleasure!"


"Lars Ugleberg" <lars.ugleberg@inspire.se> wrote in message
news:6883079.1051186154299.JavaMail.jrun@is.intellij.net...

I have tried build 813 too, after having used 3.0.3 a few days, and I

immediately noticed that completion in build 813 is much slower.
>

The delay occurrs both after having entered the '.', which calls up the

completion list and after an explicit call for it by pressing ctrl-space.
>

I didn't notice any delay in 3.0.3.

>

The delay in build 813 is 2-3 seconds and it seems to be fairly constant

for short and extremely long completion lists.
>

Best regards,
Lars Ugleberg



0
Comment actions Permalink

I don't have such delays. In small files the popup appears almost immediately. In a large file (over 4000 lines) I notice a delay of about half a second.

0
Comment actions Permalink

I can't get code completion to work for JSP and XML tags at all. See message http://www.intellij.net/forums/thread.jsp?forum=22&thread=28126.

Sri

0
Comment actions Permalink

Is anybody else experience such delays? Is there any relation with the size
of the file being edited?


no delays for me no matter how big a file, but this annoying bug when some characters
get duplicated on ctrl-space is still there. for example if you press ctrl-space on
fob.writ|eDWord(dw) it becomes fob.writeeDWord(dw), on fob.writ|eDWord(dw) it becomes
fob.writeteDWord(dw).

I could not figure out the logic, it does not work only when the cursor at some misterious
positions and works fine at the others.

I know I have to go to the tracker, but I believe the bug is already there.

--
Dmitry Skavish
-


Boston, MA, USA
tel. +1 781 370-6909
http://www.jzox.com
http://www.flashgap.com

0
Comment actions Permalink

Please please do not reuse the same thread for unrelated postings, open a
new topic instead! There is no connection between bugs in code completion
functionality and its performance.

--
Valentin Kipiatkov
JetBrains, Inc
http://www.intellij.com
"Develop with pleasure!"

"Srivaths Sankaran" <sri.sankaran@sas.com> wrote in message
news:3072575.1051189110477.JavaMail.jrun@is.intellij.net...

I can't get code completion to work for JSP and XML tags at all. See

message http://www.intellij.net/forums/thread.jsp?forum=22&thread=28126.
>

Sri



0
Comment actions Permalink

I filed a bug on this a few days ago:

http://www.intellij.net/tracker/idea/viewSCR?publicId=11662

--
Jordan Zimmerman
Altura International
Catalog City


0
Comment actions Permalink

Why do you say it is unrelated. I am talking about code completion too. My point is that -- in my case -- it is not just slow; it doesn't seem to work at all.

0
Comment actions Permalink

From that point of view ALL topics discussed in this newsgroup can be
groupped into one thread. They are all about IDEA.

--
Valentin Kipiatkov
JetBrains, Inc
http://www.intellij.com
"Develop with pleasure!"

"Srivaths Sankaran" <sri.sankaran@sas.com> wrote in message
news:21250668.1051277190947.JavaMail.jrun@is.intellij.net...

Why do you say it is unrelated. I am talking about code completion too.

My point is that -- in my case -- it is not just slow; it doesn't seem to
work at all.


0
Comment actions Permalink

I think you are exaggerating. Nevertheless if you don't wish to address my issue I'll stay off this thread.

For the record I do have another thread that I referenced in my original post to this thread. Since I was not getting traction on that one and saw a similar thread I thought I'd chime in here.

0
Comment actions Permalink

I think you are exaggerating.


Yes I do.:-) Just to show that having something in common does not always
mean to be the same topic.

Nevertheless if you don't wish to address my issue I'll stay off this

thread.

We do wish to adress your issue. My intent was not to prevent some issues
from being discussed. I just suggested to open new threads for unrelated
(from my point of view) issues. From my experience I know that many threads
often become very big because lot of unrelated issues are actually discussed
inside them. It makes difficult further discussion of the main issue of the
thread.

>

For the record I do have another thread that I referenced in my original

post to this thread. Since I was not getting traction on that one and saw a
similar thread I thought I'd chime in here.

I think your issue will be answered soon. Anyway it's preferred to post bug
reports into the Tracker. That way it's easier for us to process them and
also gives you guarrantee that your issue will be processed (all of the
tracker issues are processed while not all of the newsgroup postings are
answered).

--
Valentin Kipiatkov
JetBrains, Inc
http://www.intellij.com
"Develop with pleasure!"


"Srivaths Sankaran" <sri.sankaran@sas.com> wrote in message
news:3255301.1051280002290.JavaMail.jrun@is.intellij.net...

I think you are exaggerating. Nevertheless if you don't wish to address

my issue I'll stay off this thread.
>

For the record I do have another thread that I referenced in my original

post to this thread. Since I was not getting traction on that one and saw a
similar thread I thought I'd chime in here.
>


0
Comment actions Permalink

For my personal edification: Can I post issues on the tracker that I think are broken/not working correctly? How are they handled if they end up being just my misconception?

0
Comment actions Permalink

You may but if you are not sure about them - ask in the newsgroup whether
it's a bug or not. If you submit a request which is just your misconception
it will be closed with "Do not fix" resolution (and appropriate comment will
be added to it). If you won't agree with the resolution you would be able to
continue discussion in this request's thread. This may result in further
change of request's resolution.

--
Valentin Kipiatkov
JetBrains, Inc
http://www.intellij.com
"Develop with pleasure!"

"Srivaths Sankaran" <sri.sankaran@sas.com> wrote in message
news:31573610.1051284667040.JavaMail.jrun@is.intellij.net...

For my personal edification: Can I post issues on the tracker that I

think are broken/not working correctly? How are they handled if they end
up being just my misconception?


0
Comment actions Permalink

no delays for me no matter how big a file, but this annoying bug when some

characters

get duplicated on ctrl-space is still there. for example if you press

ctrl-space on

fob.writ|eDWord(dw) it becomes fob.writeeDWord(dw), on fob.writ|eDWord(dw)

it becomes

fob.writeteDWord(dw).


It's not a bug, it's a feature. You can control this behavior if you wish:
IDE Options | Completion | Autocomplete common prefix

--

Eugene Belyaev, CTO
JetBrains, Inc
http://www.intellij.com
"Develop with pleasure!"



"Dmitry Skavish" <dmitry@jzox.com> wrote in message
news:b88pu5$1rd$1@is.intellij.net...

Is anybody else experience such delays? Is there any relation with the

size

of the file being edited?

>

no delays for me no matter how big a file, but this annoying bug when some

characters

get duplicated on ctrl-space is still there. for example if you press

ctrl-space on

fob.writ|eDWord(dw) it becomes fob.writeeDWord(dw), on fob.writ|eDWord(dw)

it becomes

fob.writeteDWord(dw).

>

I could not figure out the logic, it does not work only when the cursor at

some misterious

positions and works fine at the others.

>

I know I have to go to the tracker, but I believe the bug is already

there.
>

--
Dmitry Skavish
-----------------------
Boston, MA, USA
tel. +1 781 370-6909
http://www.jzox.com
http://www.flashgap.com

>


0
Comment actions Permalink

Eugene,

>>no delays for me no matter how big a file, but this annoying bug when some characters
>>get duplicated on ctrl-space is still there. for example if you press ctrl-space on
>>fob.writ|eDWord(dw) it becomes fob.writeeDWord(dw), on fob.writ|eDWord(dw) it becomes
>>fob.writeteDWord(dw).


It's not a bug, it's a feature. You can control this behavior if you wish:
IDE Options | Completion | Autocomplete common prefix


wow! thanks, but what is the usecase for this feature? I just could not come up with something useful.
in fact what is annoying there is that even if you press escape the inserted prefix is still there.
it somewhat contradicts usual escape behavior - cancel everything.

--
Dmitry Skavish
-


Boston, MA, USA
tel. +1 781 370-6909
http://www.jzox.com
http://www.flashgap.com

0
Comment actions Permalink

I agree, I do not understand why you would ever want it to behave this way.

IMHO the sensible behaviour would be to use existing characters after the
caret if they match, e.g. press ctrl-space on fob.writ|eDWord(dw) it would
become fob.write|DWord(dw), so even if you escape in this case, nothing has
changed.

If I recall correctly, that's what (cough)JBuilder(cough) did, and worked
great for me (but I may be wrong here as it's so long since I've used it).
Maybe this warrants an RFE?

Incidentally, JBuilder also made use of characters after the caret when
choosing the default selection in the drop down list, which IDEA doesn't do.
I think I'll submit an RFE for that.

Dmitry Skavish wrote:

Eugene,

>
>>> no delays for me no matter how big a file, but this annoying bug
>>> when some characters
>>> get duplicated on ctrl-space is still there. for example if you
>>> press ctrl-space on fob.writ|eDWord(dw) it becomes
>>> fob.writeeDWord(dw), on fob.writ|eDWord(dw) it becomes
>>> fob.writeteDWord(dw).
>>
>> It's not a bug, it's a feature. You can control this behavior if
>> you wish:
>> IDE Options | Completion | Autocomplete common prefix
>

wow! thanks, but what is the usecase for this feature? I just could
not come up with something useful. in fact what is annoying there is
that even if you press escape the inserted prefix is still there. it
somewhat contradicts usual escape behavior - cancel everything.



0
Comment actions Permalink

>IMHO the sensible behaviour would be to use existing characters after the
>caret if they match, e.g. press ctrl-space on fob.writ|eDWord(dw) it would
>become fob.write|DWord(dw), so even if you escape in this case, nothing has
>changed.

+1

>Incidentally, JBuilder also made use of characters after the caret when
>choosing the default selection in the drop down list, which IDEA doesn't do.
>I think I'll submit an RFE for that.

I think, there is already one -- perhaps a 3 digit or low 4 digit
issue number.

Tom

0
Comment actions Permalink

Hi All!

On Sat, 26 Apr 2003, Nathan Brown wrote:

I agree, I do not understand why you would ever want it to behave this way.

IMHO the sensible behavior would be to use existing characters after the
caret if they match, e.g. press ctrl-space on fob.writ|eDWord(dw) it would
become fob.write|DWord(dw), so even if you escape in this case, nothing has
changed.

the usecase for such an behavior is when you try to complete something
like:

|bar.foo(); --> bar|bar.foo() --> bar.|bar.foo() -->
barr.fooooo()|bar.foo() --> barr.foooo() + bar.foo()

I think the behavior is correct. If there will be a lot of users
who like your variant more then the current we'll fix it.

The common prefix autocompletion has the same logic so I think its
behavior now is clear too.

Thanks,

IK

--
Igor Kuralenok
IntelliJ Labs / JetBrains Inc.
http://www.intellij.com
"Develop with pleasure!"

0
Comment actions Permalink

Hi Igor,

I agree with Nathan. It would be more IDEA-like, if IDEA would only
move the cursor when completing the common prefix and the following
characters are the same as the common prefix.

System.p|rint();

->

System.print|();

Tom

0
Comment actions Permalink

See http://www.intellij.net/tracker/idea/viewSCR?publicId=109

--
Valentin Kipiatkov
JetBrains, Inc
http://www.intellij.com
"Develop with pleasure!"

"Thomas Singer" <fake@fake.com> wrote in message
news:g74qav8368j2u7tken71crbi4dn7p2qsvk@4ax.com...

Hi Igor,

>

I agree with Nathan. It would be more IDEA-like, if IDEA would only
move the cursor when completing the common prefix and the following
characters are the same as the common prefix.

>

System.p|rint();

>

->

>

System.print|();

>

Tom

>


0
Comment actions Permalink

Exactly. I knew, that there was an old entry, but I didn't know, that
it was so old ;)

Tom

0
Comment actions Permalink

Note the number of votes (1) btw.

--
Valentin Kipiatkov
JetBrains, Inc
http://www.intellij.com
"Develop with pleasure!"

"Thomas Singer" <fake@fake.com> wrote in message
news:88bqavkfvhaedbp5argv5ceeiahf9j5fkb@4ax.com...

Exactly. I knew, that there was an old entry, but I didn't know, that
it was so old ;)

>

Tom



0
Comment actions Permalink

Valentin Kipiatkov wrote:

Note the number of votes (1) btw.


Heh. I think that lone vote was mine ;) I notice that there are quite a
few more now ;)

Ciao,
Gordon


--
Gordon Tyler (Software Developer)
Quest Software <http://java.quest.com/>
260 King Street East, Toronto, Ontario M5A 4L5, Canada
Voice: 416-643-4846 | Fax: 416-594-1919

0
Comment actions Permalink

If I wanted to do this with my suggested behaviour, I would first insert a space before the bar then move the caret before it so the original expression was left untouched. I keep getting caught out by this even now so I am going to file an SCR.

0
Comment actions Permalink

This is not the same issue.

0

Please sign in to leave a comment.