Bug 96312 - [content assist] Code completion list updates too slowly
Summary: [content assist] Code completion list updates too slowly
Status: RESOLVED INVALID
Alias: None
Product: JDT
Classification: Eclipse Project
Component: Text (show other bugs)
Version: 3.1   Edit
Hardware: PC All
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: JDT-Text-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords: needinfo
Depends on:
Blocks:
 
Reported: 2005-05-23 11:34 EDT by Brad Clarke CLA
Modified: 2007-06-22 10:04 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Brad Clarke CLA 2005-05-23 11:34:48 EDT
In M6 I could type something like "Collections.sin" to find .singletonList and
it would seem to happen instantaniously. Now in M7 there is a VERY noticeable
delay and lots of "scrolling screen updating" in the completion list as it
narrows down the choices. It takes almost 2 seconds to complete this update on
my dual xeon 3ghz machine so I can only guess how much this hurts on older hardware.
Comment 1 Dani Megert CLA 2005-05-23 11:49:25 EDT
Which OS, or did you try all?
Comment 2 Dani Megert CLA 2005-05-23 11:50:11 EDT
Also, do you see this "just" in your workspace or can you reproduce on a fresh one?
Comment 3 Brad Clarke CLA 2005-05-23 12:05:47 EDT
Win2k3 Server is the OS (not in your list)

It's a bit faster in a clean workspace/empty project but still over 1 second
with this simple code (happens after typing the ".s"):


import java.util.Collections;

public class TestClass {
	public TestClass() {
		Collections.s
	}
}


I don't so much mind the delay as the fact that it's not doing all this work
off-screen. Initially the list doesn't show up until it's already populated. If
it would just do the re-populate as a single graphical update it would at least
seem much faster.
Comment 4 Dani Megert CLA 2007-06-22 09:59:22 EDT
Get rid of deprecated state.
Comment 5 Dani Megert CLA 2007-06-22 10:04:37 EDT
.