unusual symbol lookup feature

2003-10-24 Thread Maurice . Nicholson
Hi,

I find C-c C-v C-y excellent and find myself using it more and more, but 
occasionally have this odd behavoir:

Point is in class A like so:

public class A {

...
new X().--|--someMethod()

...
}

and I hit C-c C-v C-y. I get the dialog:

===
Which class?

(*) java.lang.Object
( ) org.omg.CORBA.Object
( ) com.inprise.vbroker.CORBA.Object
( ) org.omg.CORBA.Object

[Ok]  [Cancel]
===

At the same time JDE loads class X in the other window. If I select Ok 
or Cancel we stop there and the cursor rests at:

public class X--|-- extends Y { ...

Actually class Y, which as you can see is the super of X, implements 
the method. And if I then go back to the original point and redo C-c C-v 
C-y the screen splits and in one I have class X (again!) and in the other 
class Y with point correctly placed after the method name.

IMHO class X is a red herring and should not be loaded at all!

Also, I can repeat this double-attempt sequence over and over with the 
same result, so JDE apparently does not learn where the method is 
defined.

Does anybody else also have this?


Thanks,
Maurice

Maurice Nicholson
Senior Analyst Programmer
SITA Advanced Travel Solutions
Tel: +44 (0) 1483 414411
Fax: +44 (0) 1483 414122
Direct: +44 (0) 1483 521294
Email: [EMAIL PROTECTED]

This e-mail and any files transmitted with it are confidential and 
intended solely for the use of the individual or entity to whom they are 
addressed.  If you are not the intended recipient, please notify us 
immediately and delete it from your system.  Any review, retransmission, 
dissemination or other use of, or taking of any action in reliance upon 
this information by persons or entities other than the intended recipient 
is prohibited.  The views and opinions expressed in this e-mail message 
are the author's own and may not reflect the views and opinions of SITA.


Re: unusual symbol lookup feature

2003-10-24 Thread Andrew Hyatt


I just noticed the same thing yesterday.  Also, it imported a class
(the same class, in you instance it would be class A) as well.  I
don't know what that was about.  I figured I just hit a wrong key
combination, but maybe not..


[EMAIL PROTECTED] writes:

 Hi,

 I find C-c C-v C-y excellent and find myself using it more and more, but

 occasionally have this odd behavoir:

 Point is in class A like so:

 public class A {

 ...
 new X().--|--someMethod()

 ...
 }

 and I hit C-c C-v C-y. I get the dialog:

 ===
 Which class?

 (*) java.lang.Object
 ( ) org.omg.CORBA.Object
 ( ) com.inprise.vbroker.CORBA.Object
 ( ) org.omg.CORBA.Object

 [Ok]  [Cancel]
 ===

 At the same time JDE loads class X in the other window. If I select
 Ok 
 or Cancel we stop there and the cursor rests at:

 public class X--|-- extends Y { ...

 Actually class Y, which as you can see is the super of X, implements

 the method. And if I then go back to the original point and redo C-c C-v

 C-y the screen splits and in one I have class X (again!) and in the
 other 
 class Y with point correctly placed after the method name.

 IMHO class X is a red herring and should not be loaded at all!

 Also, I can repeat this double-attempt sequence over and over with the 
 same result, so JDE apparently does not learn where the method is 
 defined.

 Does anybody else also have this?


 Thanks,
 Maurice

 Maurice Nicholson
 Senior Analyst Programmer
 SITA Advanced Travel Solutions
 Tel: +44 (0) 1483 414411
 Fax: +44 (0) 1483 414122
 Direct: +44 (0) 1483 521294
 Email: [EMAIL PROTECTED]

 This e-mail and any files transmitted with it are confidential and 
 intended solely for the use of the individual or entity to whom they are

 addressed.  If you are not the intended recipient, please notify us 
 immediately and delete it from your system.  Any review, retransmission,

 dissemination or other use of, or taking of any action in reliance upon 
 this information by persons or entities other than the intended
 recipient 
 is prohibited.  The views and opinions expressed in this e-mail message 
 are the author's own and may not reflect the views and opinions of SITA.