| Summary: | Content assist pushing generics in my face | ||
|---|---|---|---|
| Product: | [Eclipse Project] JDT | Reporter: | Randy Hudson <hudsonr> |
| Component: | Core | Assignee: | David Audel <david_audel> |
| Status: | CLOSED WONTFIX | QA Contact: | |
| Severity: | major | ||
| Priority: | P3 | ||
| Version: | 3.2 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | stalebug | ||
Does not happen with 3.2. 3.2 is where the problem was discovered. BTW, my JRE is sun java 5. This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie. |
Why can't I use content assist to complete the insertion for collection classes such as HashMap? If I use content assist, the following is inserted: new HashMap<K, V>; This is not what I want. I want just the name of the type and for the import to be added to my compilation unit. In otherwords, I just want "HashMap". What if I am trying to call a static method on the class "HashMap" (ok, there aren't any, but it's a "what if")? It's impossible to use content assist to help with the class name: println("foo"); HashM<<CONTENT ASSIST>> (notice I'm not doing a new instance) I have 1.3 level compiler compliance level set, and I am still getting the above inserted into my code, which results in non-compiling source. Please tell me a workaround to avoid having generics-aware content assist.