Bug 74438 - [1.5] Code select should return IType when parameterized type is selected
Summary: [1.5] Code select should return IType when parameterized type is selected
Status: RESOLVED WORKSFORME
Alias: None
Product: JDT
Classification: Eclipse Project
Component: Core (show other bugs)
Version: 3.0   Edit
Hardware: PC Windows XP
: P3 minor (vote)
Target Milestone: 3.1 RC1   Edit
Assignee: David Audel CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-09-21 11:57 EDT by Frederic Fusier CLA
Modified: 2005-06-02 04:32 EDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Frederic Fusier CLA 2004-09-21 11:57:28 EDT
Using I200409210800.

On following test case:
class X<T> {
  class Z {}
  <U> void foo(U u);
}
class A {
  X<String> x;
}

When I select "X<T>" or "X<String>" and hit F3, I get a beep and error message:
"Current selection does not resolve to a Java element".

I would be nice if code select could return corresponding IType X<T>.

It would then accept following valid qualified name or method call that code
select currently fails to resolve as:
  X<String>.Z
  this.<String>foo("sample")
Comment 1 Frederic Fusier CLA 2004-10-13 05:42:47 EDT
Note that it should also return the parameterized type signature to allow client
to extract parameter type names information.

For example, if user select List<String>, then code select should return:
IType List
+
"QList<QString;>;"
Comment 2 David Audel CLA 2005-06-02 04:32:13 EDT
The problem doesn't exist anymore in 3.1RC1

Closes as WORKFORME